JP2023540150A - 自動アプリケーションプログラミングインターフェース評価および移行のためのシステムおよび方法 - Google Patents

自動アプリケーションプログラミングインターフェース評価および移行のためのシステムおよび方法 Download PDF

Info

Publication number
JP2023540150A
JP2023540150A JP2021531922A JP2021531922A JP2023540150A JP 2023540150 A JP2023540150 A JP 2023540150A JP 2021531922 A JP2021531922 A JP 2021531922A JP 2021531922 A JP2021531922 A JP 2021531922A JP 2023540150 A JP2023540150 A JP 2023540150A
Authority
JP
Japan
Prior art keywords
api
group
metrics
manager
client
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.)
Pending
Application number
JP2021531922A
Other languages
English (en)
Inventor
ウォン チョ，ナム
Original Assignee
クーパン コーポレイション
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by クーパン コーポレイション filed Critical クーパン コーポレイション
Publication of JP2023540150A publication Critical patent/JP2023540150A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3684—Test management for test design, e.g. generating new test cases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3664—Environments for testing or debugging software
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3604—Software analysis for verifying properties of programs
    • G06F11/3612—Software analysis for verifying properties of programs by runtime analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/362—Software debugging
    • G06F11/366—Software debugging using diagnostics
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3688—Test management for test execution, e.g. scheduling of test suites
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3692—Test management for test results analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/40—Transformation of program code
    • G06F8/41—Compilation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/40—Transformation of program code
    • G06F8/41—Compilation
    • G06F8/42—Syntactic analysis
    • G06F8/425—Lexical analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/76—Adapting program code to run in a different environment; Porting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • G06F9/44526—Plug-ins; Add-ons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • G06F9/4856—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5072—Grid computing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/541—Interprogram communication via adapters, e.g. between incompatible applications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N5/00—Computing arrangements using knowledge-based models
    • G06N5/04—Inference or reasoning models
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/12—Network monitoring probes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/133—Protocols for remote procedure calls [RPC]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45562—Creating, deleting, cloning virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45591—Monitoring or debugging support
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mathematical Physics (AREA)
  • Computer Security & Cryptography (AREA)
  • Artificial Intelligence (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Evolutionary Computation (AREA)
  • Computing Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Human Computer Interaction (AREA)
  • Debugging And Monitoring (AREA)

Abstract

ＡＰＩ移行のためのコンピュータ化されたシステム。システムは、命令を記憶するメモリと、命令を実行して動作を実施するように構成されたプロセッサとを含み、動作は、クライアントアカウントを３つのグループに分離することと、第１のグループと通信するために第１のＡＰＩ、および、第２のグループと通信するために第２のＡＰＩを割り当てることと、第３のグループの第１の部分と通信するために第１のＡＰＩ、および、第３のグループの第２の部分と通信するために第２のＡＰＩを割り当てることとを含む。動作はまた、グループから通信を収集し、各グループに関連付けられたメトリックを生成することと、比較レポートおよび適合性レポートを生成することとを含むことができる。動作はまた、比較レポートおよび適合性レポートに基づいて警告またはレコメンドのうちの少なくとも１つを送信することを含むこともできる。

Description

本開示は、一般に、クラウド環境においてアプリケーションプログラミングインターフェース（ＡＰＩ）をアップグレードまたは移行するためのコンピュータ化されたシステムおよび方法に関する。特に、本開示の実施形態は、ＡＰＩの変更、アップグレード、または移行中のバケットまたはスプリットラン試験を使用したＡＰＩ性能の自動比較評価のためのシステムおよび方法に関する。
ＡＰＩは、インタラクションのための方法を定義することによって、言語またはプラットフォームにかかわらず、異なる技術およびアプリケーション間の通信が協働することを可能にするコンピューティングインターフェースである。ＡＰＩは、データの通信、情報へのアクセス、およびアプリケーションの構築を可能にするルーチンおよびプロトコルのセットを指定する。ＡＰＩは、クライアントとデータプロバイダとの間のインタラクションの主要なポイントになっているため、現在クラウドコンピューティング環境において重要である。特に、ＡＰＩは、顧客が安定した、組織化された、安全な方法で、必要に応じてビジネスシステムからの情報にアクセスすることを可能にしてきた。実際、ＡＰＩは、カスタマイズされた安全なインタラクションを可能にするため、企業のクラウド環境への移行において非常に有益であった。例えば、ＡＰＩを通じて、ビジネスリソースのセキュリティを管理し、インタラクションを監視および分析しながら、サーバを外部クライアントと通信させることが可能である。全体として、ＡＰＩクラウドサービスを使用すると、通信ブリッジを作成し、異なる種類のクライアントにサービスを提供するアーキテクチャを開発することができる。
ＡＰＩが配備されると、システムのクライアントはＡＰＩを使用して情報へのアクセスおよび／またはサービスプロバイダとの通信を行う。しかしながら、状況によっては、ＡＰＩを修正、更新、またはアップグレードすることが望ましい場合がある。例えば、サービスプロバイダは、クラス、関数、および特性がどのように機能するかを改善するために、ＡＰＩ内の関数またはプロトコルを変更することを決定することができる。これらの変更は、通信の効率を改善する（例えば、ネットワーク輻輳を最小化する）ために、またはエラーを防止するために導入され得る。あるＡＰＩから別のＡＰＩへの、またはＡＰＩの異なるバージョン間の遷移または移行は、クライアントシステムが更新済みＡＰＩに適応できない可能性があるため、またはＡＰＩの挙動が異なり、遅延もしくは予期しない結果を引き起こすため、問題を引き起こす可能性がある。例えば、更新済みＡＰＩでは、クライアントが使用するスクリプトコマンドの一部が修正または削除される場合がある。これらの変更は、ＡＰＩ移行中に適合性エラーを引き起こす可能性がある。また、特定のＡＰＩの複雑さ、および、クライアントとサーバとの間に存在し得る複雑なインタラクションを考慮すると、不適合性を識別して補正することは困難であり得る。
ＡＰＩ移行のための開示されているシステムおよび方法は、上記の問題および／または従来技術における他の問題のうちの１つまたは複数に対処する。
本開示の一態様は、ＡＰＩ移行のためのコンピュータ化されたシステムに関する。システムは、命令を記憶する少なくとも１つのメモリと、動作を実施するための命令を実行するように構成された少なくとも１つのプロセッサとを含むことができる。動作は、クライアントアカウントを第１のグループ、第２のグループ、および第３のグループ（各グループは別個のメンバを有する）に分離することと、第１のグループと通信するために第１のＡＰＩ、および、第２のグループと通信するために第２のＡＰＩを割り当てることと、第３のグループの第１の部分と通信するために第１のＡＰＩ、および、第３のグループの第２の部分と通信するために第２のＡＰＩを割り当てることとを含むことができる。動作はまた、第１のグループ、第２のグループ、および第３のグループから（一定の時間間隔中に）通信を収集することと、各グループに関連付けられたメトリックを生成することとを含むことができる。さらに、動作はまた、第１のグループに関連付けられたメトリックと第２のグループに関連付けられたメトリックとを比較する比較レポートを生成することと、第３のグループに関連付けられたメトリックに基づいて適合性レポートを生成することとを含むこともできる。いくつかの実施形態では、動作はまた、比較レポートおよび適合性レポートに基づいて警告またはレコメンドのうちの少なくとも１つを送信することを含むこともできる。
本開示の別の態様は、ＡＰＩ移行のためのコンピュータ実施方法に関する。方法は、クライアントアカウントを第１のグループ、第２のグループ、および第３のグループ（各グループは別個のメンバを有する）に分離することと、第１のグループと通信するために第１のＡＰＩ、および、第２のグループと通信するために第２のＡＰＩを割り当てることと、第３のグループの第１の部分と通信するために第１のＡＰＩ、および、第３のグループの第２の部分と通信するために第２のＡＰＩを割り当てることとを含むことができる。方法はまた、第１のグループ、第２のグループ、および第３のグループから（一定の時間間隔中に）通信を収集することと、各グループに関連付けられたメトリックを生成することとを含むことができる。さらに、方法はまた、第１のグループに関連付けられたメトリックと第２のグループに関連付けられたメトリックとを比較する比較レポートを生成することと、第３のグループに関連付けられたメトリックに基づいて適合性レポートを生成することとを含むこともできる。いくつかの実施形態では、方法はまた、比較レポートおよび適合性レポートに基づいて警告またはレコメンドのうちの少なくとも１つを送信することを含むこともできる。
本開示のさらに別の態様は、１つまたは複数のプロセッサと、命令を記憶する１つまたは複数のメモリデバイスとを含むシステムに関する。１つまたは複数のプロセッサによって実行されると、命令は、クライアントアカウントを第１のグループ、第２のグループ、および第３のグループ（各グループは別個のメンバを有する）に分離することと、第１のグループと通信するために第１のＡＰＩ、および、第２のグループと通信するために第２のＡＰＩを割り当てることと、（第１のＡＰＩはレガシＡＰＩであり、第２のＡＰＩは更新済みＡＰＩである）とを行うように、１つまたは複数のプロセッサを構成し、第１のＡＰＩおよび第２のＡＰＩは、オンラインショップを電子商取引データセンタと接続する統合拡張機能を含む。命令はまた、第３のグループの第１の部分と通信するために第１のＡＰＩ、および、第３のグループの第２の部分と通信するための第２のＡＰＩを割り当てることと、第１のグループ、第２のグループ、および第３のグループから（一定の時間間隔中に）通信を収集することとを行うように１つまたは複数のプロセッサを構成することもできる。命令はまた、プロセッサに、各グループに関連付けられたＡＰＩメトリックを生成することと、第１のグループに関連付けられたＡＰＩメトリックと第２のグループに関連付けられたＡＰＩメトリックとを比較する比較レポート（比較レポートは、第１のグループに関連付けられたＡＰＩメトリックと第２のグループに関連付けられたＡＰＩメトリックとの間の差を含む）を生成することと、第３のグループに関連付けられたＡＰＩメトリックに基づいて適合性レポートを生成することとを行うようにプロセッサを構成することもできる。さらに、命令はまた、差が実行可能性閾値を下回っているか否かを判定することと、第３のグループに関連付けられたＡＰＩメトリックが適合性閾値を下回っているか否かを判定することと、差が実行可能性閾値を下回っており、第３のグループに関連付けられたＡＰＩメトリックが適合性閾値を上回っているという判定に応答して、更新済みＡＰＩマップテーブルおよび移行ＡＰＩプラグインを含むレコメンドを送信することとを行うようにプロセッサを構成することもできる。
開示されている実施形態と一致する、出荷、輸送、および物流動作を可能にする通信のためのコンピュータ化されたシステムを備えるネットワークの例示的な実施形態を示す概略ブロック図である。 開示されている実施形態と矛盾しない、インタラクティブなユーザインターフェース要素と共に、検索要求を満たす１つまたは複数の検索結果を含むページ（ＳＲＰ）を含む例示的な検索結果を示す。 開示されている実施形態と一致する、インタラクト型ユーザインターフェース要素と共に製品および製品に関する情報を含む例示的な単一ディスプレイページ（ＳＤＰ）を示す図である。 開示されている実施形態に一致する、対話型ユーザインターフェース要素と共に仮想ショッピングカート内のアイテムを含む例示的なカートページを示す。 開示されている実施形態と一致する、対話型ユーザインターフェース要素と共に、購入および出荷に関する情報と共に仮想ショッピングカートからのアイテムを含む例示的な注文ページを示す。 開示されている実施形態と一致する、開示されているコンピュータ化されたシステムを利用するように構成された例示的なフルフィルメントセンタの概略図である。 開示されている実施形態と一致する、例示的なシステムの概略ブロック図である。 開示されている実施形態と一致する、例示的なクライアントデバイスのブロック図である。 開示されている実施形態と一致する、例示的なデータベースのブロック図である。 開示されている実施形態と一致する、例示的なＡＰＩ移行システムのブロック図である。 開示されている実施形態と一致する、例示的なＡＰＩルーティングシステムのブロック図である。 開示されている実施形態と一致する、例示的なＡＰＩコールプロセスフローのブロック図である。 開示されている実施形態と一致する、ＡＰＩコールの分析および比較のための例示的なシステムのブロック図である。 開示されている実施形態と一致する、ＡＰＩ移行のための例示的なスプリットラン試験システムのブロック図である。 開示されている実施形態と一致する、スプリットラン試験のための例示的なＡＰＩマップテーブルである。 開示されている実施形態と一致する、例示的なＡＰＩ移行試験プロセスの流れ図である。 開示されている実施形態と一致する、例示的なＡＰＩ差分評価プロセスの流れ図である。 開示されている実施形態と一致する、ＡＰＩメトリックを判定するための例示的なプロセスの流れ図である。 開示されている実施形態と一致する、ＡＰＩ移行のレコメンドを実行するための例示的なプロセスの流れ図である。 開示されている実施形態と一致する、ＡＰＩ評価中に生成される警告および／または通知の例示的なグラフィカルユーザインターフェースを示す図である。
以下の詳細な説明は、添付の図面を参照する。可能な限り、図面および以下の説明では、同一または類似の部分を参照するために、同一の参照番号が使用される。いくつかの例示的な実施形態が本明細書で説明されるが、修正、適応、および他の実装が可能である。例えば、置換、追加、または変更が図面に示された構成要素およびステップに行われてもよく、本明細書に記載された例示的な方法は、開示されている方法にステップを置換、並べ替え、除去、または追加することによって変更されてもよい。したがって、以下の詳細な説明は、開示されている実施形態および実施例に限定されない。むしろ、本発明の適切な範囲は、添付の特許請求の範囲によって定義される。
本開示の実施形態は、ＡＰＩの変更、アップグレード、および／または更新を含み得るＡＰＩ移行を促進および／または自動化するためのシステムおよび方法に関する。特に、開示されているシステムおよび方法は、複数のＡＰＩのバケットまたはスプリットラン試験を実行して、それらの性能を評価し、移行中の問題および／または不適合性を特定するためのツールを提供することができる。いくつかの実施形態では、開示されているシステムおよび方法は、異なるＡＰＩシステム間での機能の自動検証または変換のためのツールを提供することによって、ウェブサイトのメンテナンスおよび更新の技術分野を改善することができる。例えば、開示されているシステムおよび方法は、自動比較ＡＰＩ試験を実行するためのツールを提供することによって、ＡＰＩ移行中のウェブサイトデバッグを改善することができる。さらに、開示されているシステムおよび方法は、ＡＰＩマッピングテーブルおよびフローパスの維持管理を自動化することによってウェブサイトのメンテナンスの分野を改善することができる。
さらに、開示されているシステムおよび方法は、ＡＰＩの自動バケットまたはスプリットラン試験のためのツールを提供することによって、ウェブサイトデバッグの技術分野を改善することができる。そのようなツールは、比較分析を用いてＡＰＩの不適合性および不十分な性能を識別し、ＡＰＩシステムの自動的な再構成および／または通知の生成を行うことができる。例えば、開示されているシステムおよび方法は、ＡＰＩスクリプトにおける旧式のコードまたはレガシコードの使用の検出、変更の提案、および／またはそれらの自動的な更新を行うように構成することができる。さらに、開示されているシステムおよび方法は、難点を指摘する比較レポートを生成することによってＡＰＩバージョン制御を促進することができる。さらに、不適合性の問題を評価することに加えて、開示されているシステムおよび方法は、ＡＰＩ性能に基づいて比較メトリックを生成することによって定量的性能評価を可能にすることができる。
さらに、開示されているシステムおよび方法は、ＡＰＩ関数を使用して監視機能をトリガすることによってネットワーク監視動作を改善することができる。例えば、本開示のいくつかの実施形態では、システムは、ＡＰＩ関数またはルーチンを含むネットワーク通信の部分のみを監視することができる。例えば、開示されているシステムおよび方法は、ＡＰＩの部分として、関心のあるインタラクションをフィルタリングし、ＡＰＩ性能の分析を促進するためにデータ収集ツールにおけるパケットキャプチャを開始および停止する特定の関数をプログラミングすることによって、ＡＰＩ遷移中のネットワーク管理を改善することができる。
ここで、開示されている実施形態を詳細に参照し、その例は添付の図面に示されている。
図１Ａは、出荷、輸送、および物流動作を可能にする通信のためのコンピュータ化されたシステムを含むシステムの例示的な実施形態を示す、システム１００の概略ブロック図を示す。図１Ａに示すように、システム１００は様々なシステムを含むことができ、その各々は、１つまたは複数のネットワークを介して互いに接続することができる。システムはまた、例えばケーブルを使用して、直接接続を介して互いに接続されてもよい。図示のシステムは、出荷権限技術（ＳＡＴ）システム１０１、外部フロントエンドシステム１０３、内部フロントエンドシステム１０５、輸送システム１０７、モバイルデバイス１０７Ａ、１０７Ｂ、１０７Ｃ、販売者ポータル１０９、出荷および注文追跡（ＳＯＴ）システム１１１、フルフィルメント最適化（ＦＯ）システム１１３、フルフィルメントメッセージングゲートウェイ（ＦＭＧ）１１５、サプライチェーン管理（ＳＣＭ）システム１１７、労働力管理システム１１９、モバイルデバイス１１９Ａ、１１９Ｂ、１１９Ｃ（フルフィルメントセンタ（ＦＣ）２００の内部にあるものとして図示）、第三者フルフィルメントシステム１２１Ａ、１２１Ｂ、１２１Ｃ、フルフィルメントセンタ認証システム（ＦＣ認証）１２３、労務管理システム（ＬＭＳ）１２５を含む。
ＳＡＴシステム１０１は、いくつかの実施形態では注文状態および配送状態を監視するコンピュータシステムとして実装されてもよい。例えば、ＳＡＴシステム１０１は注文がその約束配送日（ＰＤＤ）を過ぎているか否かを判定し、新しい注文を開始すること、配送されていない注文でアイテムを再出荷すること、配送されていない注文をキャンセルすること、注文顧客とのコンタクトを開始することなどを含む適切な処置をとることができる。ＳＡＴシステム１０１は、出力（特定の期間中に出荷された荷物の数など）および入力（出荷に使用するために受け取った空のボール紙箱の数など）を含む他のデータを監視することもできる。また、ＳＡＴシステム１０１はシステム１００内の異なるデバイス間のゲートウェイとして機能し、外部フロントエンドシステム１０３およびＦＯシステム１１３などのデバイス間の通信（例えば、ストアアンドフォワードまたは他の技術を使用する）を可能にしてもよい。
いくつかの実施形態では、外部フロントエンドシステム１０３が外部ユーザがシステム１００内の１つまたは複数のシステムとインタラクトすることを可能にするコンピュータシステムとして実装することができる。例えば、システム１００がシステムの提示を可能にして、ユーザがアイテムのための注文を配置することを可能にする実施形態では、外部フロントエンドシステム１０３が検索要求を受信し、アイテムページを提示し、支払い情報を要請するウェブサーバとして実装されてもよい。例えば、外部フロントエンドシステム１０３は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス（ＩＩＳ）、ＮＧＩＮＸ等のソフトウェアを実行する１つまたは複数のコンピュータとして実施することができる。他の実施形態では、外部フロントエンドシステム１０３が外部デバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂ）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得した情報に基づいて受信した要求に対する応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。
いくつかの実施形態では、外部フロントエンドシステム１０３がウェブキャッシングシステム、データベース、検索システム、または支払いシステムのうちの１つまたは複数を含むことができる。一態様では外部フロントエンドシステム１０３がこれらのシステムのうちの１つまたは複数を含むことができ、別の態様では外部フロントエンドシステム１０３がこれらのシステムのうちの１つまたは複数に接続されたインターフェース（例えば、サーバ間、データベース間、または他のネットワーク接続）を含むことができる。
図１Ｂ、図１Ｃ、図１Ｄ、および図１Ｅによって示されるステップの例示的な組は、外部フロントエンドシステム１０３のいくつかの動作を説明するのに役立つ。外部フロントエンドシステム１０３は提示および／またはディスプレイのために、システム１００内のシステムまたはデバイスから情報を受け取ることができる。例えば、外部フロントエンドシステム１０３は、検索結果ページ（ＳＲＰ）（例えば、図１Ｂ）、単一ディスプレイページ（ＳＤＰ）（例えば、図１Ｃ）、カートページ（例えば、図１Ｄ）、または注文ページ（例えば、図１Ｅ）を含む、１つまたは複数のウェブページをホスティングまたは提供することができる。ユーザデバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂを使用する）は外部フロントエンドシステム１０３にナビゲートし、検索ボックスに情報を入力することによって検索を要求することができる。外部フロントエンドシステム１０３は、システム１００内の１つまたは複数のシステムから情報を要求することができる。例えば、外部フロントエンドシステム１０３は、検索要求を満たす情報をＦＯシステム１１３に要求してもよい。また、外部フロントエンドシステム１０３は検索結果に含まれる商品ごとに、約束配送日または「ＰＤＤ」を（ＦＯシステム１１３から）要求し、受信することもできる。ＰＤＤはいくつかの実施形態では、特定の期間内に、例えば、その日の最後（午後１１時５９分）までに注文された場合、製品を含む荷物が、いつユーザの所望の場所に到着するか、または製品がユーザの所望の場所に配送されることを約束される日付かのいずれかの推定値を表すことができる（ＰＤＤはＦＯシステム１１３に関して以下でさらに説明される）。
外部フロントエンドシステム１０３がその情報に基づいてＳＲＰ（例えば、図１Ｂ）を準備することができる。ＳＲＰは、検索要求を満たす情報を含むことができる。例えば、これは、検索要求を満たす製品の写真を含むことができる。ＳＲＰはまた、各製品についてのそれぞれの価格、または各製品についての強化された配送オプション、ＰＤＤ、重み、規模、オファー、割引などに関する情報を含んでもよい。いくつかの実施形態では、ＳＲＰはまた、配信オプション、配信オプションの締め切り時間、および／またはユーザ入力を要求するハイパーメディア要素を含むことができる。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求側ユーザデバイスにＳＲＰを送信することができる。
次いで、ユーザデバイスは例えば、ユーザインターフェースをクリックもしくはタップすることによって、または別の入力デバイスを使用して、ＳＲＰから製品を選択して、ＳＲＰ上に表される製品を選択し得る。ユーザデバイスは選択された製品に関する情報への要求を作成し、それを外部フロントエンドシステム１０３に送ることができる。これに応じて、外部フロントエンドシステム１０３は、選択された商品に関する情報を要求することができる。例えば、情報は、それぞれのＳＲＰ上の製品について提示される情報を超える追加の情報を含むことができる。これには、例えば、貯蔵寿命、原産国、体重、大きさ、荷物中のアイテムの個数、取扱説明書、夜明け配送もしくは初回配送の締め切り時間、または製品に関する他の情報が含まれ得る。また、情報は（例えば、この製品および少なくとも１つの他の製品を購入した顧客のビッグデータおよび／または機械学習分析に基づく）類似の製品に対するレコメンド、頻繁に質問される質問に対する回答、顧客からのレビュー、製造業者情報、写真などを含むことができる。
外部フロントエンドシステム１０３は、受信した製品情報、顧客デバイスの位置、および配送オプションの利用可能性に基づいて、ＳＤＰ（単一ディスプレイページ）（例えば、図１Ｃ）を準備することができる。ＳＤＰはまた、「今すぐ買う」ボタン、「カートに追加する」ボタン、数量欄、アイテムの写真等のような他の対話型要素を含んでもよい。ＳＤＰは、製品を提供する販売者のリストをさらに含むことができる。リストは各販売者が提供する価格に基づいて注文されてもよく、その結果、最低価格で製品を販売することを提案する販売者は最上位にリストされてもよい。リストは最高ランクの販売者が最上位にリストされるように、販売者ランキングに基づいて注文されてもよい。販売者ランキングは例えば、約束されたＰＤＤを満たす販売者の過去の実績を含む、複数の要因に基づいて定式化されてもよい。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求側ユーザデバイスにＳＤＰを配信することができる。
要求側ユーザデバイスは、商品情報を記載したＳＤＰを受け取る場合がある。ＳＤＰを受信すると、ユーザデバイスはＳＤＰとインタラクトすることができる。例えば、要求側ユーザデバイスのユーザは、ＳＤＰ上の「カートに入れる」ボタンをクリックするか、あるいは他の方法でインタラクトすることができる。これは、ユーザに関連付けられたショッピングカートに製品を追加する。代替的に、または付加的に、ユーザは、配送に関する指示を提供することによってＳＤＰとインタラクトすることができる。ユーザデバイスはこの要求を送信して、商品をショッピングカートに追加し、外部フロントエンドシステム１０３に送ることができる。
外部フロントエンドシステム１０３はカートページ（例えば、図１Ｄ）を生成することができる。カートページは、いくつかの実施形態では、ユーザが仮想の「ショッピングカート」に追加した製品を一覧表示する。ユーザデバイスは、ＳＲＰ、ＳＤＰ、または他のページ上のアイコンをクリックするか、または他の様態でインタラクトすることにより、カートページを要求することができる。いくつかの実施形態では、カートページは、ユーザがショッピングカートに追加したすべての製品、ならびに各製品の数量、各製品のアイテム当たりの価格、関連する数量に基づく各製品の価格、ＰＤＤに関する情報、配送方法、出荷費用、ショッピングカート内の製品を変更するためのユーザインターフェース要素（例えば、数量の削除または変更）、他の製品を注文するかまたは製品の定期的な配送を設定するためのオプション、利息支払いを設定するためのオプション、購入を進めるためのユーザインターフェース要素などのカート内の製品に関する情報を一覧表示することができる。ユーザデバイスのユーザはショッピングカート内の製品の購入を開始するために、ユーザインターフェース要素（例えば、「今すぐ買う」と読むボタン）をクリックするか、または他の様態でユーザインターフェース要素とインタラクトすることができる。そうすると、ユーザデバイスは、この要求を送信して、外部フロントエンドシステム１０３への購入を開始することができる。いくつかの実施形態では、カートページは、各製品配送に関するテキストボックス入力、対話型アイコン、またはレコメンドメッセージを含むことができる。
外部フロントエンドシステム１０３は購入を開始するための要求の受信に応じて、注文ページ（例えば、図１Ｅ）を発生することができる。注文ページはいくつかの実施形態ではショッピングカートからのアイテムを再リストし、支払いおよび出荷情報に関する入力を要求する。例えば、注文ページはショッピングカート内のアイテムの購入者に関する情報（例えば、名前、住所、電子メールアドレス、電話番号）、受取人に関する情報（例えば、名前、住所、電話番号、配送情報）、出荷情報（例えば、配送および／または集荷の速度／方法）、支払い情報（例えば、クレジットカード、銀行振込、小切手、記憶クレジット）、現金受領を要求するためのユーザインターフェース要素（例えば、税務目的のための）などを要求するセクションを含むことができる。外部フロントエンドシステム１０３は、注文ページをユーザデバイスへ送信することが可能である。
ユーザデバイスは注文ページに情報を入力し、その情報を外部フロントエンドシステム１０３に送信するユーザインターフェース要素をクリックするか、または他の方法でインタラクトすることができる。そこから、外部フロントエンドシステム１０３はショッピングカート内の製品との新しい注文の作成および加工を可能にするために、システム１００内の様々なシステムに情報を送信することができる。いくつかの実施形態では、外部フロントエンドシステム１０３が販売者が注文に関する情報を送受信することを可能にするようにさらに構成されてもよい。
内部フロントエンドシステム１０５はいくつかの実施形態では内部ユーザ（例えば、システム１００を所有し、運営し、またはリースする団体の従業員）がシステム１００内の１つまたは複数のシステムとインタラクトすることを可能にするコンピュータシステムとして実装することができる。例えば、ＳＡＴシステム１０１がシステムの提示を可能にして、ユーザがアイテムのための注文を配置できるようにする実施形態では、内部フロントエンドシステム１０５を、内部ユーザが注文に関する診断および統計情報を見たり、アイテム情報を変更したり、または注文に関する統計を見直したりできるようにするウェブサーバとして実装することができる。例えば、内部フロントエンドシステム１０５は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス（ＩＩＳ）、ＮＧＩＮＸ等のソフトウェアを実行する１つまたは複数のコンピュータとして実現することができる。他の実施形態では、内部フロントエンドシステム１０５がシステム１００に示されるシステムまたはデバイス（ならびに図示されない他のデバイス）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得された情報に基づいて受信された要求への応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。
いくつかの実施形態では、内部フロントエンドシステム１０５がウェブキャッシングシステム、データベース、検索システム、支払いシステム、分析システム、注文監視システムなどのうちの１つまたは複数を含むことができる。一態様では、内部フロントエンドシステム１０５がこれらのシステムのうちの１つまたは複数を含むことができ、別の態様では内部フロントエンドシステム１０５がこれらのシステムのうちの１つまたは複数に接続されたインターフェース（例えば、サーバ間、データベース間、または他のネットワーク接続）を含むことができる。
輸送システム１０７は、いくつかの実施形態ではシステム１００内のシステムまたはデバイスとモバイルデバイス１０７Ａ～１０７Ｃとの間の通信を可能にするコンピュータシステムとして実施することができる。いくつかの実施形態では、輸送システム１０７が１つまたは複数のモバイルデバイス１０７Ａ～１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。例えば、いくつかの実施形態では、モバイルデバイス１０７Ａ～１０７Ｃが配送作業員によって操作されるデバイスを含んでもよい。配送作業員は、正社員、臨時社員、または交替社員であってもよく、モバイルデバイス１０７Ａ～１０７Ｃを利用して、ユーザによって注文された製品を含む荷物の配送を行うことができる。例えば、荷物を配送するために、配送作業員は、どの荷物を配送すべきか、およびそれをどこに配送すべきかを示す通知をモバイルデバイス上で受信することができる。配送位置に到着すると、配送作業員は荷物を（例えば、トラックの後ろに、または荷物の箱に）配置し、モバイルデバイスを使用して荷物上の識別子に関連するデータ（例えば、バーコード、イメージ、文字列、ＲＦＩＤタグなど）を走査または他の方法でキャプチャし、荷物を（例えば、前扉に置いたままにし、警備員に預けたままにし、受信者に渡すなどによって）配送することができる。いくつかの実施形態では、配送作業員が荷物の写真（複数可）をキャプチャすることができ、および／またはモバイルデバイスを使用してサインを取得することができる。モバイルデバイスは例えば、時刻、日付、ＧＰＳ位置、写真（複数可）、配送作業員に関連付けられた識別子、モバイルデバイスに関連付けられた識別子などを含む配送に関する情報を含む情報を輸送システム１０７に送信することができる。輸送システム１０７はシステム１００内の他のシステムによるアクセスのために、この情報をデータベース（図示せず）に格納することができる。輸送システム１０７はいくつかの実施形態ではこの情報を使用して、特定の荷物の位置を示す追跡データを準備し、他のシステムに送信することができる。
いくつかの実施形態ではあるユーザが１つの種類のモバイルデバイスを使用することができる（例えば、常勤作業員はバーコードスキャナ、スタイラス、および他のデバイスなどのカスタムハードウェアと共に専用のＰＤＡを使用することができる）が他のユーザは他の種類のモバイルデバイスを使用することができる（例えば、臨時または交替作業員は既製の携帯電話および／またはスマートフォンを利用することができる）。
いくつかの実施形態では、輸送システム１０７がユーザをそれぞれのデバイスに関連付けることができる。例えば、輸送システム１０７はユーザ（例えば、ユーザ識別子、従業員識別子、または電話番号）とモバイルデバイス（例えば、国際移動デバイスアイデンティティ（ＩＭＥＩ）、国際移動加入識別子（ＩＭＳＩ）、電話番号、汎用一意識別子（ＵＵＩＤ）、またはグローバル一意（ＧＵＩＤ）によって表される）との間の関連を記憶することができる。輸送システム１０７はこの関連付けを、配送時に受信されたデータと併せて使用して、とりわけ、作業員の位置、作業員の有効性、または作業員のスピードを決定するために、注文内のデータベースに格納されたデータを分析することができる。
販売者ポータル１０９は、いくつかの実施形態では販売者または他の外部エンティティがシステム１００内の１つまたは複数のシステムと電子的に通信することを可能にするコンピュータシステムとして実装され得る。例えば、販売者は、コンピュータシステム（図示せず）を利用して、販売者が販売者ポータル１０９を使用してシステム１００を通して売りたい製品について、製品情報、注文情報、連絡先情報などをアップロードまたは提供することができる。
出荷および注文追跡システム１１１はいくつかの実施形態では（例えば、デバイス１０２Ａ～１０２Ｂを使用するユーザによって）顧客によって注文された製品を含む荷物の位置に関する情報を受信し、記憶し、転送するコンピュータシステムとして実装されてもよい。いくつかの実施形態では、出荷および注文追跡システム１１１は顧客が注文した製品を含む荷物を配送する出荷会社によって運営されるウェブサーバ（図示せず）からの情報を要求または記憶することができる。
いくつかの実施形態では、出荷および注文追跡システム１１１がシステム１００に示されたシステムからの情報を要求し、記憶することができる。例えば、出荷および注文追跡システム１１１は、輸送システム１０７に情報を要求することができる。上述のように、輸送システム１０７は１人もしくは複数のユーザ（例えば、配送作業員）または車両（例えば、配送トラック）に関連付けられた１つまたは複数のモバイルデバイス１０７Ａ～１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から情報を受信することができる。いくつかの実施形態では、出荷および注文追跡システム１１１がフルフィルメントセンタ（例えば、フルフィルメントセンタ２００）内の個々の製品の位置を決定するために、労働力管理システム（ＷＭＳ）１１９に情報を要求することもできる。出荷および注文追跡システム１１１は輸送システム１０７またはＷＭＳ １１９のうちの１つまたは複数からデータを要求し、それを処理し、要求に応じてそれをデバイス（例えば、ユーザデバイス１０２Ａおよび１０２Ｂ）に提示することができる。
フルフィルメント最適化（ＦＯ）システム１１３はいくつかの実施形態では他のシステム（例えば、外部フロントエンドシステム１０３および／または出荷および注文追跡システム１１１）からのカスタマ注文のための情報を記憶するコンピュータシステムとして実装されてもよい。また、ＦＯシステム１１３は、特定のアイテムがどこに保持されているか、またはどこに記憶されているかを記述する情報を記憶することもできる。例えば、特定のアイテムは１つのフルフィルメントセンタにのみ格納でき、他の特定のアイテムは複数のフルフィルメントセンタに格納できる。さらに他の実施形態では、特定のフルフィルメントセンタが特定の組のアイテム（例えば、生鮮食品または冷凍食品）のみを格納するように設計されてもよい。ＦＯシステム１１３はこの情報ならびに関連する情報（例えば、数量、サイズ、受領日、有効期限など）を格納する。
また、ＦＯシステム１１３は、商品ごとに対応するＰＤＤ（約束配送日）を計算してもよい。ＰＤＤは、いくつかの実施形態では１つまたは複数のファクタに基づくことができる。例えば、ＦＯシステム１１３は製品に対する過去の需要（例えば、その製品がある期間中に何回注文されたか）、製品に対する予想需要（例えば、来るべき期間中にその製品を注文するために何人の顧客が予測されるか）、ある期間中にいくつの製品が注文されたかを示すネットワーク全体の過去の需要、来るべき期間中にいくつの製品が注文されることが予想されるかを示すネットワーク全体の予想需要、各製品を格納する各フルフィルメントセンタ２００に格納された製品の１つまたは複数のカウント、予想または現行注文などに基づいて、製品に対するＰＤＤを計算することができる。
フルフィルメントメッセージングゲートウェイ１１５はいくつかの実施形態ではＦＯシステム１１３などのシステム１００内の１つまたは複数のシステムから１つのフォーマットまたはプロトコルで要求または応答を受信し、それを別のフォーマットまたはプロトコルに変換し、変換されたフォーマットまたはプロトコルで、ＷＭＳ １１９または第三者フルフィルメントシステム１２１Ａ、１２１Ｂ、または１２１Ｃなどの他のシステムに転送し、逆も同様であるコンピュータシステムとして実装することができる。
サプライチェーン管理（ＳＣＭ）システム１１７は、いくつかの実施形態では予測機能を実行するコンピュータシステムとして実装することができる。例えば、ＳＣＭシステム１１７は例えば、製品に対する過去の需要、製品に対する予想される需要、ネットワーク全体の過去の需要、ネットワーク全体の予想される需要、各フルフィルメントセンタ２００に格納された計数製品、各製品に対する予想または現行注文などに基づいて、特定の製品に対する需要の水準を予測することができる。この予測された水準およびすべてのフルフィルメントセンタにわたるそれぞれの製品の量に応じて、ＳＣＭシステム１１７は特定の製品に対する予測された需要を満たすのに充分な量を購入し、ストックするための１つまたは複数の購入注文を生成することができる。
労働力管理システム（ＷＭＳ）１１９は、いくつかの実施形態ではワークフローを監視するコンピュータシステムとして実装されてもよい。例えば、ＷＭＳ １１９は個別イベントを示す個別デバイス（例えば、デバイス１０７Ａ～１０７Ｃまたは１１９Ａ～１１９Ｃ）からイベントデータを受信することができる。例えば、ＷＭＳ １１９は、荷物を走査するためにこれらのデバイスの１つの使用を示すイベントデータを受信してもよい。フルフィルメントセンタ２００および図２に関して以下で論じるように、フルフィルメントプロセス中に、荷物識別子（例えば、バーコードまたはＲＦＩＤタグデータ）は特定の段階での機械（例えば、自動またはハンドヘルドバーコードスキャナ、ＲＦＩＤリーダ、高速カメラ、タブレット１１９Ａ、モバイルデバイス／ＰＤＡ １１９Ｂ、コンピュータ１１９Ｃなどのデバイス）によって走査または読み取ることができる。ＷＭＳ １１９は荷物識別子、時刻、日時、位置、ユーザ識別子、または他の情報と共に、荷物識別子の走査または読取りを示す各々の事象を対応するデータベース（図示せず）に記憶することができ、この情報を他のシステム（例えば、出荷および注文追跡システム１１１）に提供することができる。
ＷＭＳ １１９はいくつかの実施形態では１つまたは複数のデバイス（例えば、デバイス１０７Ａ～１０７Ｃまたは１１９Ａ～１１９Ｃ）を、システム１００に関連付けられた１つまたは複数のユーザに関連付ける情報を記憶してもよい。例えば、いくつかの状況では、ユーザ（パートまたはフルタイムの従業員など）は、ユーザがモバイルデバイスを所有する（例えば、モバイルデバイスはスマートフォンである）という点で、モバイルデバイスに関連付けられてもよい。他の状況では、ユーザは、ユーザが一時的にモバイルデバイスの管理下にある（例えば、ユーザは日の始めにモバイルデバイスを借り、日中にそれを使用し、日の終わりにそれを返す）という点で、モバイルデバイスに関連付けられてもよい。
ＷＭＳ １１９は、いくつかの実施形態ではシステム１００に関連する各ユーザの作業ログを維持することができる。例えば、ＷＭＳ １１９は任意の割り当てられたプロセス（例えば、トラックの荷下ろし、ピックゾーンからのアイテムのピッキング、リビン（ｒｅｂｉｎ）ウォールワーク、アイテムの荷造り）、ユーザ識別子、位置（例えば、フルフィルメントセンタ２００内のフロアまたはゾーン）、従業員によってシステム内を移動されたユニットの数（例えば、ピックされたアイテムの数、パックされたアイテムの数）、デバイスに関連付けられた識別子（例えば、デバイス１１９Ａ～１１９Ｃ）などを含む、各従業員に関連付けられた情報を記憶することができる。いくつかの実施形態では、ＷＭＳ １１９がデバイス１１９Ａ～１１９Ｃ上で動作するタイムキーピングシステムなどのタイムキーピングシステムからチェックインおよびチェックアウト情報を受信することができる。
第三者フルフィルメント（３ＰＬ）システム１２１Ａ～１２１Ｃは、いくつかの実施形態ではロジスティクスおよび製品のサードパーティプロバイダに関連するコンピュータシステムを表す。例えば、（図２に関して以下で説明するように）一部の製品がフルフィルメントセンタ２００に保管されている間、他の製品はオフサイトに保管されてもよく、オンデマンドで生産されてもよく、またはそうでなければフルフィルメントセンタ２００に保管するために利用できなくてもよい。３ＰＬシステム１２１Ａ～１２１Ｃは、ＦＯシステム１１３（例えば、ＦＭＧ １１５を通じて、）から注文を受信するように構成されてもよく、製品および／またはサービス（例えば、送達または設置）を顧客に直接提供してもよい。いくつかの実施形態では３ＰＬシステム１２１Ａ～１２１Ｃのうちの１つまたは複数がシステム１００の一部とすることができ、他の実施形態では３ＰＬシステム１２１Ａ～１２１Ｃのうちの１つまたは複数がシステム１００の外部（例えば、サードパーティプロバイダによって所有または運営される）とすることができる。
フルフィルメントセンタ認証システム（ＦＣ認証）１２３は、いくつかの実施形態では様々な機能を有するコンピュータシステムとして実装され得る。例えば、いくつかの実施形態では、ＦＣ認証１２３がシステム１００内の１つまたは複数の他のシステムのためのシングルサインオン（ＳＳＯ）サービスとして動作することができる。例えば、ＦＣ認証１２３はユーザが内部フロントエンドシステム１０５を介してログインすることを可能にし、ユーザが出荷および注文追跡システム１１１においてリソースにアクセスするための同様の特権を有していることを決定し、ユーザが２回目のログイン処理を必要とせずにそれらの特権にアクセスすることを可能にしてもよい。他の実施形態では、ＦＣ認証１２３は、ユーザ（例えば、従業員）が自分自身を特定の作業に関連付けることを可能にしてもよい。例えば、従業員の中には、電子デバイス（デバイス１１９Ａ～１１９Ｃなど）を持たない者もいれば、その代わりに、１日の過程中に、フルフィルメントセンタ２００内でタスクからタスクへ、およびゾーンからゾーンへ移動してもよい。ＦＣ認証１２３は、それらの従業員は、彼らがどの仕事をしているか、および彼らが様々な時刻にどの区域にいるかを示すことを可能にするように構成されてもよい。
労務管理システム（ＬＭＳ）１２５は、いくつかの実施形態では従業員（フルタイムおよびパートタイムの従業員を含む）のための出勤および残業を記憶するコンピュータシステムとして実装されてもよい。例えば、ＬＭＳ １２５は、ＦＣ認証１２３、ＷＭＡ １１９、デバイス１１９Ａ～１１９Ｃ、輸送システム１０７、および／またはデバイス１０７Ａ～１０７Ｃから情報を受信することができる。
図１Ａに示される特定の構成は単なる例である。例えば、図１ＡはＦＯシステム１１３に接続されたＦＣ認証システム１２３を示すが、すべての実施形態がこの特定の構成を必要とするわけではない。実際、いくつかの実施形態では、システム１００内のシステムがインターネット、イントラネット、ＷＡＮ（ワイドエリアネットワーク）、ＭＡＮ（メトロポリタンエリアネットワーク）、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ規格に準拠する無線ネットワーク、専用線などを含む１つまたは複数の公衆またはプライベートネットワークを通じて互いに接続され得る。いくつかの実施形態では、システム１００内のシステムのうちの１つまたは複数がデータセンタ、サーバファームなどに実装された１つまたは複数の仮想サーバとして実装されてもよい。
図２は、フルフィルメントセンタ２００を示す。フルフィルメントセンタ２００は、注文時に顧客に出荷するためのアイテムを格納する物理的な場所の実例である。フルフィルメントセンタ（ＦＣ）２００は多数のゾーンまたは位置に分割することができ、その各々を図２に示す。これらの「ゾーン」はいくつかの実施形態ではアイテムを受け取り、アイテムを保管し、アイテムを取り出し、アイテムを出荷する処理の様々な段階の間の仮想分割と考えることができる。したがって、「ゾーン」は図２に示されているが、ゾーンの他の分割も可能であり、いくつかの実施形態では図２のゾーンを省略、複製、および／または修正することができる。
インバウンドゾーン２０３は、システム１００（図１Ａ）を使用して製品を販売しようとする販売者からアイテムを受け取るＦＣ ２００の領域を表す。例えば、販売者は、トラック２０１を使用してアイテム２０２Ａおよび２０２Ｂを配送することができる。アイテム２０２Ａはそれ自体の出荷パレットを占有するのに十分な大きさの単一のアイテムを表すことができ、アイテム２０２Ｂは、空間を節約するために同じパレット上にともに積み重ねられたアイテムのセットを表すことができる。
作業員はインバウンドゾーン２０３でアイテムを受信し、コンピュータシステム（図示せず）を使用して、アイテムの破損および正当性を任意選択で検査することができる。例えば、作業員は、コンピュータシステムを使用して、アイテム２０２Ａおよび２０２Ｂの数量をアイテムの注文数量と比較することができる。数量が一致しない場合、その作業員は、アイテム２０２Ａまたは２０２Ｂのうちの１つまたは複数を拒否することができる。数量が一致すれば、作業員はそれらのアイテムをバッファゾーン２０５まで（例えば、台車、ハンドトラック、フォークリフトを使用して、または手動で）移動させることができる。バッファゾーン２０５は例えば、予測される需要を満たすのに十分な量のアイテムがピッキングゾーンにあるため、ピッキングゾーンで現在必要とされていないアイテムのための一時保管領域であってもよい。いくつかの実施形態では、フォークリフト２０６がバッファゾーン２０５の周り、およびインバウンドゾーン２０３とドロップゾーン２０７との間でアイテムを移動させるように動作する。ピッキングゾーンにアイテム２０２Ａまたは２０２Ｂが必要な場合（例えば、予測される需要のため）、フォークリフトは、アイテム２０２Ａまたは２０２Ｂをドロップゾーン２０７に移動させることができる。
ドロップゾーン２０７は、アイテムがピッキングゾーン２０９に移動される前にそれらを保管するＦＣ ２００の領域であってもよい。ピッキングタスクに割り当てられた作業員（「ピッカー」）はピッキングゾーン内のアイテム２０２Ａおよび２０２Ｂに接近し、ピッキングゾーンのバーコードを走査し、モバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａおよび２０２Ｂに関連するバーコードを走査することができる。次いで、ピッカーはアイテムをピッキングゾーン２０９まで（例えば、それをカート上に置くか、またはそれを運ぶことによって）取り込むことができる。
ピッキングゾーン２０９は、アイテム２０８が保管ユニット２１０に保管されるＦＣ ２００の領域であってもよい。いくつかの実施形態では、保管ユニット２１０が物理的な棚、本棚、箱、運搬箱、冷蔵庫、冷凍庫、冷蔵倉庫などのうちの１つまたは複数を含むことができる。いくつかの実施形態では、ピッキングゾーン２０９が複数のフロアに編成されてもよい。いくつかの実施形態では、作業員または機械が例えば、フォークリフト、エレベータ、コンベアベルト、カート、ハンドトラック、台車、自動ロボットもしくはデバイス、または手動を含む多数の方法で、ピッキングゾーン２０９内にアイテムを移動させることができる。例えば、ピッカーは、アイテム２０２Ａおよび２０２Ｂをドロップゾーン２０７のハンドトラックまたはカートに載せ、アイテム２０２Ａおよび２０２Ｂをピッキングゾーン２０９まで歩いて持っていくことができる。
ピッカーは、保管ユニット２１０上の特定の空間のようなピッキングゾーン２０９内の特定のスポットにアイテムを配置する（または「収納する」）命令を受け取ることができる。例えば、ピッカーはモバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａを走査することができる。デバイスは例えば、通路、棚、および位置を示すシステムを使用して、ピッカーがアイテム２０２Ａを収納すべき場所を示すことができる。次に、デバイスはアイテム２０２Ａをその位置に格納する前に、その位置でバーコードを走査するようにピッカーを促すことができる。デバイスは（例えば、無線ネットワークを介して）図１ＡのＷＭＳ １１９のようなコンピュータシステムにデータを送信し、アイテム２０２Ａがデバイス１１９Ｂを使用してユーザによってその位置に格納されたことを示すことができる。
ユーザが注文すると、ピッカーは、保管ユニット２１０から１つまたは複数のアイテム２０８を取り出すための命令をデバイス１１９Ｂ上で受け取ることができる。ピッカーはアイテム２０８を取り出し、アイテム２０８上のバーコードを走査し、それを輸送機構２１４上に置くことができる。輸送機構２１４はスライドとして表されているが、いくつかの実施形態では輸送機構がコンベアベルト、エレベータ、カート、フォークリフト、ハンドトラック、台車、カートなどのうちの１つまたは複数として実施することができる。次いで、アイテム２０８は、パッキングゾーン２１１に到達することができる。
パッキングゾーン２１１は、アイテムがピッキングゾーン２０９から受け取られ、最終的に顧客に出荷するために箱または袋にパッキングされる、ＦＣ ２００の領域であってもよい。パッキングゾーン２１１において、アイテムの受け取りに割り当てられた作業員（「リビン（ｒｅｂｉｎ）作業員」）はピッキングゾーン２０９からアイテム２０８を受け取り、それがどの注文に対応するかを決定する。例えば、リビン（ｒｅｂｉｎ）作業員はアイテム２０８上のバーコードを走査するために、コンピュータ１１９Ｃなどのデバイスを使用することができる。コンピュータ１１９Ｃはどの注文アイテム２０８が関連付けられているかを視覚的に示すことができる。これは例えば、注文に対応する壁面２１６上の空間または「セル」を含むことができる。注文が完了すると（例えば、セルが注文のためのすべてのアイテムを含むため）、リビン（ｒｅｂｉｎ）作業員は、注文が完了したことをパッキング作業員（または「パッカー」）に示すことができる。パッカーはセルからアイテムを回収し、輸送のために箱または袋に入れることができる。その後、パッカーは例えば、フォークリフト、カート、台車、ハンドトラック、コンベアベルトを介して、または他の方法で、箱または袋をハブゾーン２１３に送ることができる。
ハブゾーン２１３は、パッキングゾーン２１１からすべての箱または袋（「荷物」）を受け取るＦＣ ２００の領域であってもよい。ハブゾーン２１３内の作業員および／または機械は荷物２１８を検索し、それぞれの荷物が行こうとする配送領域の一部を決定し、荷物を適切なキャンプゾーン２１５にルーティングすることができる。例えば、配送領域が２つのより小さいサブ領域を有する場合、荷物は２つのキャンプゾーン２１５のうちの１つに進む。いくつかの実施形態では、作業員または機械が（例えば、デバイス１１９Ａ～１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物をキャンプゾーン２１５にルーティングすることは、例えば、荷物が向けられている地理的領域の一部を（例えば、郵便番号に基づいて）決定することと、地理的領域の一部に関連付けられたキャンプゾーン２１５を決定することとを含むことができる。
キャンプゾーン２１５はいくつかの実施形態では１つまたは複数の建物、１つまたは複数の物理的な空間、または１つまたは複数の領域を含むことができ、荷物は、ルートおよび／またはサブルートに分類するためにハブゾーン２１３から受け取られる。いくつかの実施形態ではキャンプゾーン２１５がＦＣ ２００から物理的に分離されているが、他の実施形態ではキャンプゾーン２１５がＦＣ ２００の一部を形成することができる。
キャンプゾーン２１５内の作業員および／または機械は例えば、目的地と現存するルートおよび／またはサブルートとの照合、ルートおよび／またはサブルートごとの作業負荷の算出、時刻、出荷方法、荷物２２０を出荷する費用、荷物２２０内のアイテムに関連付けられたＰＤＤなどに基づいて、荷物２２０がどのルートおよび／またはサブルートに関連付けられるべきかを決定することができる。いくつかの実施形態では、作業員または機械が（例えば、デバイス１１９Ａ～１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物２２０が特定のルートおよび／またはサブルートに割り当てられると、作業員および／または機械は、出荷される荷物２２０を移動させることができる。例示的な図２において、キャンプゾーン２１５は、トラック２２２、自動車２２６、および配送作業員２２４Ａおよび２２４Ｂを含む。いくつかの実施形態では、トラック２２２が配送作業員２２４Ａによって運転されてもよく、配送作業員２２４ＡはＦＣ ２００の荷物を配送する常勤の従業員であり、トラック２２２はＦＣ ２００を所有し、リースし、または運営する同じ企業によって所有され、リースされ、または運営される。いくつかの実施形態では、自動車２２６が配送作業員２２４Ｂによって運転されてもよく、ここで、配送作業員２２４Ｂは必要に応じて（例えば、季節を限って）送達する「フレックス」または臨時の作業員である。自動車２２６は、配送作業員２２４Ｂによって所有され、リースされ、または操作され得る。
図３は、開示されている実施形態と一致する、例示的なシステム３００のブロック図である。システム３００において、ＡＰＩマネージャ３２０は、リアルタイムのクライアントデバイスのデータストリームからの情報要求を処理するように構成されたサーバ、コンピュータモジュール、および／またはデータ処理センタを含むことができる。例えば、ＡＰＩマネージャ３２０は、外部通信からの要求（例えば、ＡＰＩマネージャ３２０は外部フロントエンドシステム１０３の一部であってもよい）、システム内の他の部門からの内部要求（例えば、ＡＰＩマネージャ３２０は内部フロントエンドシステム１０３の一部であってもよい）、システム１００の異なる部分間の通信（例えば、ＡＰＩマネージャ３２０は、ＷＭＳ １１９およびＦＭＧ １１５とインターフェースすることができる）を処理することができる。これらの複数のシナリオでは、ＡＰＩマネージャ３２０はＡＰＩコールを処理し、クライアント要求を解決することができる。ＡＰＩマネージャ３２０はまた、情報またはバックエンドシステムとのインタラクションを要求することができるクライアントおよび／または第三者（例えば、３ＰＬシステム１２１Ａ～１２１Ｃを通じて）と結合することもできる。さらに、ＡＰＩマネージャ３２０は、データベース内の情報または動作に対するクライアント要求を解決するための情報を提供することができる。
いくつかの実施形態では、ＡＰＩマネージャ３２０はまた、異なるクライアントとインターフェースするために使用されるＡＰＩを更新または移行するための動作を実行することもできる。例えば、ＡＰＩマネージャ３２０は、異なるＡＰＩ間でクライアント集団を分離し、移行または試験中にＡＰＩ割り当てを行うための動作を実行することができる。例えば、図１２に関連してさらに説明されるように、ＡＰＩマネージャ３２０は、異なるＡＰＩ間の比較および適合性試験を実行し、結果に基づいてＡＰＩ割り当てを実施するための動作を実行することができる。いくつかの実施形態では、ＡＰＩマネージャ３２０は、ＡＰＩの性能を評価し、ＡＰＩメトリックを計算するネットワーク分析器を含み得る。
代替的に、または付加的に、いくつかの実施形態では、ＡＰＩマネージャ３２０は、システム１００（図１Ａ）の構成要素のうちの１つまたは複数によって実装されてもよい。例えば、ＡＰＩマネージャ３２０は、ＳＡＴシステム１０１、外部フロントエンドシステム１０３、ＦＯシステム１１３、ＳＣＭシステム１１７、および／またはＷＭＳ １１９（図１Ａ）の一部であってもよい。他の実施形態では、ＡＰＩマネージャ３２０は、クライアントデバイスにコンテンツを提供するための動作、および／またはクライアントデバイス３５０のウェブページを生成するための動作を実行するように構成された、１つまたは複数の独立したサーバによって実装されてもよい。
システム３００は、ＡＰＩマネージャ３２０に加えて、オンラインリソース３４０、クライアントデバイス３５０、第三者システム３６０、およびデータベース３８０を含むことができる。いくつかの実施形態では、図３に示すように、システム３００の構成要素は、ネットワーク３７０に接続されてもよい。しかしながら、他の実施形態では、システム３００の構成要素は、ネットワーク３７０なしで互いに直接接続されてもよい。例えば、データベース３８０は、ＡＰＩマネージャ３２０に直接結合されてもよい。
オンラインリソース３４０は、ウェブページホスティング、ネットワーキング、クラウド、またはバックアップサービスのプロバイダなどのエンティティによって提供される１つまたは複数のサーバまたはストレージサービスを含むことができる。いくつかの実施形態では、オンラインリソース３４０は、認証サービス、ドメイン名システム（ＤＮＳ）、またはランディングページのためのウェブページを格納するホスティングサービスまたはサーバに関連付けられ得る。他の実施形態では、オンラインリソース３４０は、クラウドコンピューティングサービスに関連付けられてもよい。さらに他の実施形態では、オンラインリソース３４０は、例えば、Ａｐｐｌｅ Ｐｕｓｈ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ、Ａｚｕｒｅ Ｍｏｂｉｌｅ Ｓｅｒｖｉｃｅｓ、またはＧｏｏｇｌｅ Ｃｌｏｕｄ Ｍｅｓｓａｇｉｎｇなどのメッセージングサービスに関連付けることができる。そのような実施形態では、オンラインリソース３４０は、デジタル著作権管理の処理など、開示されている実施形態の機能に関連するメッセージおよび通知の配信を処理することができる。
クライアントデバイス３５０は、開示されている実施形態と一致する１つまたは複数の動作を実行するように構成された１つまたは複数のコンピューティングデバイスを含むことができる。例えば、クライアントデバイス３５０は、デスクトップコンピュータ、ラップトップ、サーバ、モバイルデバイス（例えば、タブレット、スマートフォンなど）、セットトップボックス、ゲーミングデバイス、ウェアラブルコンピューティングデバイス、または他の種類のコンピューティングデバイスを含むことができる。いくつかの実施形態では、クライアントデバイス３５０は、ユーザデバイス１０２（図１Ａ）を含むことができ、システム１００の一部として動作することができる。しかしながら、他の実施形態では、クライアントデバイス３５０は、システム１００から独立していてもよい。クライアントデバイス３５０は、クライアントデバイス３５０に含まれるメモリなどのメモリに記憶されたソフトウェア命令を実行して、後述する機能を実施するための動作を実行するように構成された１つまたは複数のプロセッサを含むことができる。例えば、クライアントデバイス３５０は、ウェブページの表示またはクライアント要求の送信のための情報を要求するためにＡＰＩマネージャ３２０と通信するように構成され得る。さらに、クライアントデバイス３５０は、コールバックスクリプトまたは関数など、ＡＰＩマネージャ３２０によって送信される命令に従って動作を実行するように構成され得る。さらに、クライアントデバイス３５０は、有線および／または無線通信向けに構成することができ、プロセッサによって実行されるとインターネット関連通信（例えば、ＴＣＰ／ＩＰ）およびコンテンツ表示プロセスを実行するソフトウェアを含むことができる。例えば、クライアントデバイス３５０は、製品情報を有するインターフェースを生成して表示するブラウザソフトウェアを実行することができる。したがって、クライアントデバイス３５０は、クライアントデバイス３５０がネットワーク３７０を介してコンポーネントと通信し、クライアントデバイス３５０に含まれる表示デバイスを介してインターフェース内にコンテンツを表示することを可能にするアプリケーションを実行することができる。
いくつかの実施形態では、図４に関連して以下でさらに説明するように、クライアントデバイス３５０は、ＡＰＩマネージャ３２０とインタラクトするように特に構成されたアプリケーションを実行することができる。また、クライアントデバイス３５０は、１つまたは複数のアカウントを記憶することができる。例えば、クライアントデバイス３５０は、ＡＰＩ交換中の認証のために、顧客の配送選好、顧客の位置、顧客アカウント、および顧客識別に関する情報を格納することができる。
開示されている実施形態は、クライアントデバイス３５０のいかなる特定の構成にも限定されない。例えば、クライアントデバイス３５０は、ＡＰＩマネージャ３２０および／またはオンラインリソース３４０によって提供される機能を提供する動作を実行するためにモバイルアプリケーションを格納および実行するモバイルデバイスであってもよい。特定の実施形態では、クライアントデバイス３５０は、ＧＰＳ測位などの測位サービスに関するソフトウェア命令を実行するように構成することができる。例えば、クライアントデバイス３５０は、地理的位置を決定し、位置データおよび位置データに対応するタイムスタンプデータを提供するように構成することができる。クライアントデバイス３５０は、図４に関連してさらに説明される。
データベース３８０は、顧客アカウント、ＡＰＩ構成、メトリック（ＡＰＩメトリックなど）、およびレポートのデータのＡＰＩマネージャ３２０への提供と一致する動作を実行するように適切なソフトウェアによって構成された、１つまたは複数のコンピューティングデバイスを含むことができる。データベース３８０は、例えば、Ｏｒａｃｌｅ（商標）データベース、Ｓｙｂａｓｅ（商標）データベース、もしくは他のリレーショナルデータベース、またはＨａｄｏｏｐ（商標）シーケンスファイル、ＨＢａｓｅ（商標）、もしくはＣａｓｓａｎｄｒａ（商標）などの非リレーショナルデータベースを含んでもよい。データベース３８０はまた、データベース（複数可）のメモリデバイスに記憶されたデータに対する要求を受信および処理し、データベース（複数可）からデータを提供するように構成されたコンピューティング構成要素（例えば、データベース管理システム、データベースサーバなど）を含むこともできる。
データベース３８０は別個に示されているが、いくつかの実施形態では、データベース３８０は、ＡＰＩマネージャ３２０またはオンラインリソース３４０に含まれてもよく、または他の様態で関連してもよい。
データベース３８０は、ユーザアカウントおよびＡＰＩ割り当てまたは記録された通信に関連するデータを収集および／または維持するように構成され得る。例えば、データベース３８０は、システム３００のユーザのユーザプロファイルに関する情報を記憶することができる。さらに、データベース３８０は、特定のアドレスおよび／またはクライアントＩＤの配信方法を含む、アドレスおよびクライアントＩＤに関する情報を格納することができる。データベース３８０はまた、以前に生成されたＡＰＩマッピングテーブルを記憶することができ、ＡＰＩプラグインを記憶することができる。データベース３８０は、例えば、オンラインリソース３４０または第三者システム３６０を含む様々なソースからデータを収集することができる。さらに、データベース３８０は、クライアントデバイス３５０のオペレーティングシステムに関する情報を含むことができる。データベース３８０は、図５に関連して下記にさらに説明される。
いくつかの実施形態では、第三者システム３６０は、システム１００の１つまたは複数の要素を含むことができる。例えば、第三者システム３６０は、３ＰＬシステム１２１Ａ～１２１Ｃ（図１）を含むことができる。付加的に、または代替的に、第三者システム３６０は、サービスプロバイダまたはフルフィルメントセンタなどのＡＰＩマネージャ３２０に関連するエンティティによって提供される１つまたは複数のサーバまたはストレージサービスを含むことができる。第三者システム３６０はまた、ネットワーク３７０を介してシステム３００に接続されてもよいが、他の実施形態では、第三者システム３６０は、システム３００のいくつかの要素との直接接続を含んでもよい。例えば、遅延またはネットワーク輻輳を最小限に抑えるために、特定の第三者システム３６０は、プライベートネットワーク内でＡＰＩマネージャ３２０と接続することができる。さらに、第三者システム３６０は、システム３００の他の要素からの情報にアクセスするためにＡＰＩマネージャ３２０からの情報を提供および／または要求するように構成され得る。いくつかの実施形態では、第三者システム３６０はネットワーク３７０に結合されてもよいが、それらはＡＰＩマネージャ３２０のクライアントでなくてもよい。
ネットワーク３７０は、システム３００の構成要素間の通信を提供するように構成された任意のタイプのネットワークであってもよい。例えば、ネットワーク３７０は、インターネット、ローカルエリアネットワーク、近距離無線通信（ＮＦＣ）、またはシステム３００の構成要素間の情報の送受信を可能にする他の適切な接続（複数可）など、通信の提供、情報の交換、および／または情報の交換の促進を行う任意の種類のネットワーク（インフラストラクチャを含む）であってもよい。他の実施形態では、システム３００の１つまたは複数の構成要素は、専用通信リンク（複数可）を通じて直接通信することができる。さらに他の実施形態では、ネットワーク３７０は、例えば１つまたは複数のネットワークを編成する複数のネットワークを含むことができる。
システム３００の機能的構成ブロックの構成および境界は、説明の便宜上、本明細書で定義されていることを理解されたい。指定された機能およびそれらの関係が適切に実行される限り、代替の境界を定義することができる。代替形態（本明細書に記載されたものの均等物、拡張、変形、逸脱などを含む）が諒解されよう。そのような代替形態は、開示されている実施形態の範囲内に含まれる。
ここで図４を参照すると、開示されている実施形態と一致する、例示的なクライアントデバイス３５０（図３）のブロック図が示されている。いくつかの実施形態では、クライアントデバイス３５０は、ユーザデバイス１０２Ａ～Ｂ（図１Ａ）を実装することができる。
一実施形態では、クライアントデバイス３５０は、１つまたは複数のプロセッサ４０２、１つまたは複数の入出力（Ｉ／Ｏ）デバイス４０４、および１つまたは複数のメモリ４１０を含むことができる。いくつかの実施形態では、クライアントデバイス３５０は、スマートフォンもしくはタブレット、汎用コンピュータ、またはこれらの構成要素の任意の組み合わせなどのモバイルコンピューティングデバイスの形態をとることができる。代替的に、クライアントデバイス３５０（またはクライアントデバイス３５０を含むシステム）は、開示されている実施形態と一致する１つまたは複数の動作を実行するソフトウェア命令の記憶、実行、および／または実装に基づいて、特定の装置、組み込みシステム、専用回路として構成されてもよい。いくつかの実施形態によれば、クライアントデバイス３５０は、開示されている実施形態と一致するウェブサイトにアクセスするウェブブラウザまたは同様のコンピューティングデバイスを含むことができる。
プロセッサ４０２は、ｌｎｔｅｌ（商標）、ＮＶＩＤＩＡ（商標）によって製造されたモバイルデバイスマイクロプロセッサ、または他の製造業者からの様々なプロセッサなどの、１つまたは複数の既知の処理デバイスを含むことができる。開示されている実施形態は、クライアントデバイス３５０内に構成されたいかなる特定のタイプのプロセッサにも限定されない。
メモリ４１０は、開示されている実施形態に関連する機能を実行するためにプロセッサ４０２によって使用される命令を格納するように構成された１つまたは複数の記憶デバイスを含むことができる。例えば、メモリ４１０は、プロセッサ４０２によって実行されると動作を実行することができるプログラム４１２などの、１つまたは複数のソフトウェア命令によって構成することができる。開示されている実施形態は、専用のタスクを実施するように構成されている別個のプログラムまたはコンピュータに限定されない。例えば、メモリ４１０は、クライアントデバイス３５０の機能を実行する単一のプログラム４１２を含むことができ、またはプログラム４１２は複数のプログラムを含むことができる。メモリ４１０はまた、クライアントデバイス３５０を、システム３００の他の要素と通信し、または、それらとインタラクトする動作を実行するように構成することができるクライアントアプリケーション４１４を含むことができる。例えば、クライアントアプリケーション４１４は、図７に関連してさらに説明するように、ＡＰＩマネージャ３２０と通信する命令および／または製品情報要求を生成する命令を指定することができる。加えて、クライアントアプリケーション４１４は、クライアントデバイス３５０においてグラフィカルユーザインターフェース（ＧＵＩ）を生成し、または表示されたＧＵＩを修正するための命令を解釈することができる。メモリ４１０はまた、情報のクラスタを生成し維持するためにＡＰＩマネージャ３２０によって使用され得るデータ４１６を格納することができる。
特定の実施形態では、メモリ４１０は、ＡＰＩマネージャ３２０にアクセスし、または、これに要求を送信するための命令を格納することができる。例えば、メモリ４１０は、ＴＣＰ／ＩＰを介してＡＰＩマネージャ３２０と通信するアプリケーションを含んでよい。さらに、他のソフトウェア構成要素は、ＡＰＩマネージャ３２０から情報を要求し、またはクライアントデバイス３５０の位置を決定するように構成されてもよい。例えば、これらのソフトウェア命令は、プロセッサ（複数可）４０２によって実行されると、ＡＰＩを使用してデータベース３８０からの情報の要求、および／または情報更新の要求を行うことができる。ソフトウェア命令はまた、クライアントデバイス３５０に表示されているウェブページを修正するためのスクリプトを実装することができる。
Ｉ／Ｏデバイス４０４は、クライアントデバイス３５０によってデータが受信および／または送信されることを可能にし、クライアントデバイス３５０がシステム３００の他の構成要素などの他の機械およびデバイスと通信することを可能にするように構成された１つまたは複数のデバイスを含むことができる。例えば、Ｉ／Ｏデバイス４０４は、荷物の配送を確認し、または、ユーザに情報を提供するための画面を含んでもよい。Ｉ／Ｏデバイス４０４はまた、ＮＦＣ通信のための構成要素を含むことができる。Ｉ／Ｏデバイス４０４はまた、タッチセンサ領域、ボタン、またはマイクロフォンなどの、ユーザがクライアントデバイス３５０とインタラクトすることを可能にする１つまたは複数のデジタルおよび／またはアナログデバイスを含むことができる。Ｉ／Ｏデバイス４０４はまた、クライアントデバイス３５０の向きおよび慣性を検出するための１つまたは複数の加速度計を含むことができる。Ｉ／Ｏデバイス４０４はまた、ＡＰＩマネージャ３２０とインタラクトするための当該技術分野において知られている他の構成要素を含むことができる。
いくつかの実施形態では、クライアントデバイス３５０はまた、画像をキャプチャするカメラ４２０を含むことができ、ユーザが所望する製品の識別に使用することができる。そのような識別は、表示のためのコンテンツ情報に対する要求をトリガすることができる。付加的に、または代替的に、クライアントデバイス３５０は、ユーザがクライアントデバイス３５０のロックを解除してアカウントにアクセスし、情報に対する要求を送信し、アイテムを購入することを可能にする指紋センサ４３０を含むことができる。カメラ４２０および指紋センサ４３０の両方は、プロセッサ４０２によって動作することができ、暗号化セキュリティを使用して、ユーザが指紋またはカメラ情報に外部からアクセスすることを不可能にすることができる。
クライアントデバイス３５０の構成要素は、当業者には明らかなように、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの両方の組み合わせにおいて実装されてもよい。
ここで図５を参照すると、開示されている実施形態と一致する、例示的なデータベース３８０（図３）のブロック図が示されている。いくつかの実施形態では、データベース３８０は、システム１００の要素に含まれてもよい。例えば、データベース３８０は、外部フロントエンドシステム１０３またはＷＭＳ １１９（図１Ａ）の一部であってもよい。
データベース３８０は、通信デバイス５０２と、１つまたは複数のデータベースプロセッサ５０４と、１つまたは複数のデータベースプログラム５１２およびデータ５１４を含むデータベースメモリ５１０とを含むことができる。データベース３８０は、ＨＢａｓｅ、ＭｏｎｇｏＤＢ（商標）またはＣａｓｓａｎｄｒａ（商標）などのＮｏＳＱＬデータベースを含んでもよい。代替的に、データベース３８０は、Ｏｒａｃｌｅ、ＭｙＳＱＬ、Ｍｉｃｒｏｓｏｆｔ ＳＱＬ Ｓｅｒｖｅｒなどのリレーショナルデータベースを含んでもよい。
いくつかの実施形態では、データベース３８０は、サーバ、汎用コンピュータ、メインフレームコンピュータ、またはこれらの構成要素の任意の組み合わせであってもよい。いくつかの実施形態では、データベース３８０は、ＡＰＩマネージャ３２０などのシステム３００の他の要素内に含まれる。開示されている実施形態と一致する他の実施態様も可能である。
いくつかの実施形態では、データベース３８０は、非リレーショナルデータベースと組み込みデータベースの両方を含んでもよい。例えば、データベース３８０は、Ｈｂａｓｅなどの非リレーショナルデータベース、および、ＲｏｃｋｓＤＢ（例えば、キーバリューストア型データベース）などの埋込みデータベースとを含むことができる。
通信デバイス５０２は、オンラインリソース３４０、ＡＰＩマネージャ３２０、またはＳＣＭシステム１１７など、システム３００またはシステム１００の１つまたは複数の構成要素と通信するように構成され得る。特に、通信デバイス５０２は、ＡＰＩマネージャ３２０を通じてクライアントデバイス３５０またはシステム３００の他の要素と通信するように構成され得る。
データベース３８０の構成要素は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの両方の組み合わせにおいて実装されてもよい。例えば、データベース３８０の１つまたは複数の構成要素は、コンピュータ処理命令モジュールとして実装されてもよいが、データベース３８０の機能の全部または一部は、代わりに専用の電子機器ハードウェアにおいて実装されてもよい。
データベースメモリ５１０は、レコードのクラスタの生成、および／または、クライアントデバイス３５０からの情報要求への応答を行うための命令を含むことができるプログラム５１２を含むことができる。さらに、データベースメモリ５１０は、システム３００の要素間の通信のための命令を含むことができる。例えば、データベースメモリ５１０は、クライアントデバイス３５０とＡＰＩマネージャ３２０との間の通信のための命令を含むことができる。さらに、プログラム５１２は、ＡＰＩマネージャ３２０によって処理されるときにリアルタイムで情報を格納するための命令を含むことができる。
データ５１４はまた、オンラインリソース３４０の情報、またはクライアントデバイス３５０からのユーザアカウントなど、ウェブページに関連付けられたデータであってもよい。データ５１４は、例えば、ＡＰＩ割り当てまたは通信選好に関する情報を含むことができる。
図６は、開示されている実施形態と一致する、例示的なＡＰＩ移行システム６００のブロック図である。ＡＰＩ移行システム６００において、ＡＰＩマネージャ３２０（図３）は、クライアントアカウント６１０、サーバ＆データセンタ６２０、通信分析器６４０、およびレポート生成器６６０に接続することができる。
クライアントアカウント６１０は、ＡＰＩマネージャ３２０を通じてシステム３００の他の要素とインタラクトすることができる、システム３００（図３）内のユーザを含むことができる。例えば、クライアントアカウント６１０は、クライアントデバイス３５０、第三者システム３６０、および／またはオンラインリソース３４０に関連付けられたアカウントを含み得る。いくつかの実施形態では、クライアントアカウントは、買い物客のアカウント、内部サービスのアカウント、およびオンライン小売業者の顧客を含むことができる。付加的に、または代替的に、クライアントアカウント６１０は、販売者（例えば、販売者ポータル１０９を通じて接続されたアカウント）、作業員（例えば、労務管理システム１２５において指定される）、またはフルフィルメントセンタ（例えば、ＦＭＧ １１５）に関連付けられたアカウントを含むことができる。図６に示すように、クライアントアカウントは複数のグループに分割することができる。ＡＰＩマネージャ３２０は、クライアントアカウント６１０を異なるグループに分類して、特定の構成を有するグループの各々についてＡＰＩを実装および管理することができる。例えば、クライアントアカウント６１０は、第１のグループ６１２、第２のグループ６１４、および第３のグループ６１６に分類されてもよい。いくつかの実施形態では、図６に示すように、グループの各々は、互いに独立していてもよく（すなわち、各グループが固有のアカウントを有する）、グループは、請求アカウント６１０の総数の一部をサンプリングする。しかしながら、他の実施形態では、第１のグループ６１２、第２のグループ６１４、および第３のグループ６１６は、いくつかのアカウントを共有すること、および／またはアカウントの総数を含むことを行ってもよい。
クライアントアカウント６１０の第１のグループ６１２、第２のグループ６１４、および第３のグループ６１６への分割は、グループセグメント化規則に基づいてもよい。そのような実施形態では、ＡＰＩマネージャ３２０は、ＡＰＩ試験のためにクライアントアカウント６１０を分割するためのグループセグメント化規則を実装することができる。グループセグメント化規則は、例えば、グループの各々が同じ数のアカウントを有するような、グループサイズ規則を含むことができる。セグメント化規則はまた、各グループに、内部ＡＰＩコールに関連付けられた少なくとも１つのアカウント、外部ＡＰＩコールに関連付けられた１つのアカウント、および／または周期的なコールを生成するアカウントを有するように要求することができるアカウント多様性規則を含むことができる。例えば、セグメント化規則は、各グループが少なくとも毎分の要求を有するアカウントを含むことを指定することができる。アカウントカテゴリはまた、新しいアカウントおよび返品アカウントを含むことができ、セグメント化規則は、各グループに、新しいアカウントと古いアカウントの両方を有するように要求することができる。グループセグメント化規則はまた、特定の数のアカウントを含むことができ（例えば、各グループが、少なくとも１０００個のアカウントを含むものとする）、地理的セグメント化のための規則を含むことができる。さらに、いくつかの実施形態では、セグメント化規則は、発信元デバイスタイプに基づいてアカウントを分割することができ、各グループが、例えば、モバイルデバイスに関連するアカウント、サーバに関連するアカウント、およびデスクトップコンピュータに関連するアカウントを含むことを要求する。さらに、グループセグメント化規則は、例えば、第１のグループ６１２が第２のグループ６１４よりも大きいこと、および第３のグループが第１のグループ６１６よりも大きいことを要求する、異なるグループのサイズ間の関係を指定してもよい。このタイプのセグメント化は、ＡＰＩシステム評価の統計的有意性を保証するために重要であり得る。
いくつかの実施形態では、グループセグメント化規則は、動的であり、アカウントの挙動に基づいて変化するように構成され得る。例えば、ＡＰＩマネージャ３２０は、グループの各々におけるアカウントの活動を監視することができる。ＡＰＩマネージャ３２０は、アカウントが非アクティブであると判定した場合、そのアカウントをグループ化されていないアカウントとは異なるアカウントに置き換えることができる。
いくつかの実施形態では、図６に示すように、第３のグループ６１６は、第１の部分６１６Ａおよび第２の部分６１６Ｂに細分化されてもよい。図１２に関連してさらに説明するように、第３のグループ６１６を細分化することにより、複数のＡＰＩを同時に実行する分離されたグループにおいて適合性試験を実行することが可能になる。ユーザグループ内の異なるＡＰＩの同時動作は、ＡＰＩ性能の下にある不適合性または冗長性を明らかにし得る。
クライアントアカウント６１０は、ＡＰＩゲートウェイを通じてＡＰＩマネージャ３２０に接続することができる。いくつかの実施形態では、ＡＰＩマネージャ３２０は、ＡＰＩゲートウェイＡ ６３２およびＡＰＩゲートウェイＢ ６３４などの複数のＡＰＩゲートウェイを含み得る。ＡＰＩゲートウェイＡ ６３２およびＡＰＩゲートウェイＢ ６３４は、クライアントアカウント６１０と、ＡＰＩマネージャ３２０によってインターフェースされるバックエンドサービスとの間に位置し得る。いくつかの実施形態では、ＡＰＩゲートウェイＡ ６３２およびＡＰＩゲートウェイＢ ６３４は、ＡＰＩコールを受け入れ、それらを実行するために必要な様々なサービスを集約し、適切な結果を返すためのリバースプロキシとして機能することができる。さらに、ＡＰＩゲートウェイＡ ６３２およびＡＰＩゲートウェイＢ ６３４は、ユーザ認証、レート制限、および統計などのタスクを処理することができる。
いくつかの実施形態では、ＡＰＩゲートウェイＡ ６３２およびＡＰＩゲートウェイＢ ６３４は、クライアントインターフェースをバックエンド実装から切り離すように構成され得る。したがって、クライアントアカウント６１０の１つが要求を行うと、ＡＰＩゲートウェイＡ ６３２およびＡＰＩゲートウェイＢ ６３４は、要求を複数の要求に分割し、それらを正しいモジュールにルーティングし（図７に関連してさらに説明するように）、応答を生成し、追加のコールを追跡することができる。
いくつかの実施形態では、ＡＰＩゲートウェイＡ ６３２およびＡＰＩゲートウェイＢ ６３４は、異なるＡＰＩグループまたはシステム専用であってもよく、異なるアカウントに割り当てられてもよく、同時に動作するように構成されてもよい。例えば、ＡＰＩゲートウェイＡ ６３２が第１のグループ６１２からのコールを処理する一方、ＡＰＩゲートウェイＢ ６３４は第２のグループ６１４からのコールを処理してもよい。さらに、ＡＰＩゲートウェイＡ ６３２が、レガシＡＰＩによって（以前に展開された関数および動作によって）処理するためのコールを行うことができる一方、ＡＰＩゲートウェイＢ ６３４は、更新または変更されたＡＰＩによって（新しい関数および動作によって）処理するためのコールを行うことができる。このように多様なＡＰＩゲートウェイを有することにより、ＡＰＩマネージャ３２０は、異なるＡＰＩをクライアントアカウントの異なるグループに割り当てることによって、自動化されたアッセイにおいて異なるＡＰＩの性能を試験および比較することができる。そのような構成は、ＡＰＩマネージャ３２０が、２つ以上のＡＰＩの性能および適合性を比較するための自動化された分割試験またはバケット試験を実行することを可能にすることができる。図６に示すように、いくつかの実施形態では、ＡＰＩマネージャ３２０は、第１のグループ６１２および第１の部分６１６Ａからの通信を処理するようにＡＰＩゲートウェイＡ ６３２を構成し、第２のグループ６１４および第２の部分６１６Ｂからの通信を処理するようにＡＰＩゲートウェイＢ ６３４を構成することができる。例えば、ＡＰＩマネージャ３２０は、ユーザのグループおよび割り当てられたゲートウェイを指定するＡＰＩマッピングテーブルを使用して、ＡＰＩゲートウェイＡ ６３２およびＡＰＩゲートウェイＢ ６３４を特定のアカウントに割り当てることができる。
ゲートウェイに加えて、ＡＰＩマネージャ３２０はまた、ＡＰＩゲートウェイＡ ６３２およびＡＰＩゲートウェイＢ ６３４からのデータをログ記録することができるメタデータストレージ６３６を含むことができる。例えば、メタデータストレージ６３６は、ゲートウェイを通じてクライアントアカウント６１０から受信されるバケットアクセス制御、チャネル、デフォルトオブジェクト制御、通知、オブジェクト、キー、およびプロジェクトを記録することができる。いくつかの実施形態では、メタデータストレージに格納された情報は、図１４に関連してさらに説明するように、ＡＰＩメトリックの計算に使用することができる。
ＡＰＩマネージャ３２０は、サーバ＆データセンタ６２０と接続され、ＡＰＩコールを処理した後に情報を要求することができる。例えば、ＡＰＩマネージャ３２０は、クライアントアカウント６１０に関連付けられたクライアントデバイスからの要求を処理し、サーバ＆データセンタ６２０からの情報を要求して、クライアント要求を解決することができる。いくつかの実施形態では、ユーザがＡＰＩコールを通じてアイテム情報を要求すると、ＡＰＩマネージャ３２０はその情報をサーバ＆データセンタ６２０からフェッチしてクライアントに中継することができる。いくつかの実施形態では、サーバ＆データセンタ６２０は、オンライン小売業者のサーバを含むことができる。代替的に、ＡＰＩマネージャ３２０は、サーバ＆データセンタ６２０とインタラクトするために、異なるシンタックス間で命令を変換することができるメソッドコンバータ６２５を介してサーバ＆データセンタ６２０に接続されてもよい。例えば、ＡＰＩコールがあるフォーマットで受信されたが、そのフォーマットがもはや使用可能または効率的ではないとＡＰＩマネージャが判定した場合、ＡＰＩマネージャ３２０は、命令を選択されたフォーマットに調整するようにメソッドコンバータ６２５に命令することができる。
サーバ＆データセンタ６２０と結合されることに加えて、ＡＰＩマネージャ３２０はまた、比較および適合性評価を実行するためにＡＰＩマネージャ３２０を通じて入来する通信をキャプチャおよびソートすることができる通信分析器６４０に結合することができる。通信分析器６４０は、ネットワーク分析器６４２を含むことができる。ネットワーク分析器６４２は、クライアントアカウント６１０との間の通信パケットをフィルタリングしてキャプチャするように構成され得る。いくつかの実施形態では、ＡＰＩマネージャ３２０は、ネットワーク分析器６４２によるフィルタリングまたはソートを促進するために、同時ＡＰＩの各々によって処理される通信をラベル付けすることができる。さらに、通信分析器６４０は、分離されたグループの各々について通信からのパケットまたはデータを格納するように構成され得る専用メモリ６４４Ａ～６４４Ｃを含み得る。各ＡＰＩおよび各クライアントアカウントグループの性能の後の分析を促進するために、専用メモリ６４４Ａ～６４４Ｃは、分離されたグループの１つに関連するデータを排他的に格納するように構成されてもよい。例えば、専用メモリ６４４Ａは、第１のグループ６１２に関するデータを記憶してもよく、専用メモリ６４４Ｂは、第２のグループ６１４に関するデータを記憶してもよく、専用メモリ６４４Ｃは、第３のグループ６１６に関するデータを記憶してもよい。このデータの分離は、後のデータ処理を促進することができる。いくつかの実施形態では、ネットワーク分析器６４２は、（第１のグループ、第２のグループ、および第３のグループ内の）クライアントアカウントに関連付けられたクライアントデバイスから入来するパケットをキャプチャし、各グループからキャプチャしたパッケージを専用メモリ６４４Ａ～６４４Ｃなどの独立したメモリ空間に格納するように構成されてもよい。
図６に示すように、通信分析器６４０は、メトリックを推定し、ＡＰＩの性能およびそれらの適合性を評価することができるレガシ／更新分析器６５０に結合することができる。例えば、専用メモリ６４４Ａ～６４４Ｃ内の情報に基づいて、レガシ／更新分析器６５０は、ＡＰＩゲートウェイＡ ６３２およびＡＰＩゲートウェイＢ ６３４によって処理されるＡＰＩの性能を比較するために、インフラストラクチャＡＰＩメトリック、アプリケーションＡＰＩメトリック、およびＡＰＩ製品メトリックを決定することができる。さらに、レガシ／更新分析器６５０は、ＡＰＩ適合性を判定し、例えば、ＨＴＴＰ応答コードの挙動を分析することができる。レガシ／更新分析器６５０は、図１０に関連してさらに説明される。
レガシ／更新分析器６５０は、ＡＰＩ性能についての適合性および／または比較レポートを生成することができるレポート生成器６６０に情報を提供することができる。例えば、レポート生成器６６０は、試験されているＡＰＩの一方が他方よりも悪い性能を有する場合に警告を生成してもよく、または、いずれの機能もしくはプロセスが不適合性を引き起こしているかに関するレコメンドを提供してもよい。いくつかの実施形態では、レポート生成器６６０は、警告またはレコメンドをブロードキャストする電子メールまたはメッセージを管理者ネットワーク６７０に送信することができる。レポート生成器６６０はまた、ＡＰＩマネージャ３２０に命令を送信するように構成されてもよい。例えば、いくつかの実施形態では、レガシ／更新分析器６５０は、更新済みまたは現在のＡＰＩがレガシＡＰＩよりも良好に機能していると結論付けることができる。さらなるレガシ／更新分析器６５０は、有意な比較可能性の問題がないと判定することができる。そのようなシナリオでは、レポート生成器６６０は、更新ＡＰＩを優先してレガシＡＰＩに割り当てられたアカウントを切り替えるための命令をＡＰＩマネージャ３２０に送信することができる。いくつかの実施形態では、ＡＰＩマネージャ３２０は、ＡＰＩゲートウェイＡ ６３２をオフにし、更新済みＡＰＩによって処理されるように、レガシＡＰＩに関連付けられたクライアントアカウントを再割り当てすることができる。
図７は、開示されている実施形態と一致する、例示的なＡＰＩルーティングシステム７００のブロック図である。システム７００は、異なるレベルおよびタイプのＡＰＩを選択することによってクライアントデバイス３５０からのＡＰＩコールを解決するために利用され得る。さらに、システム７００において、クライアントデバイス３５０の各グループは、ＡＰＩ動作全体の自動比較を可能にするために、異なるＡＰＩグループおよび／または経路に割り当てられてもよい。
システム７００において、注文ゲートウェイ７０４は、クライアントデバイス３５０から要求を受信することができる。いくつかの実施形態では、注文ゲートウェイ７０４は、図８に関連してさらに説明されるように、情報のストリームを収集し、それらをリアルタイムで処理するためのストリーム処理ソフトウェアを用いて実装されてもよい。注文ゲートウェイ７０４は、クライアント要求およびＡＰＩコールを異なるＡＰＩサービスにルーティングすることができるルータＡＰＩ ７１０に情報を提供することができる。例えば、ルータＡＰＩ ７１０は、要求が第１のグループ６１２に関連付けられたアカウントから入来していると識別したときにＡＰＩコールをレガシＡＰＩシステムにルーティングすることができ、一方で、要求が第２のグループ６１４に関連付けられたアカウントから入来していると判定したときにＡＰＩコールを更新済みＡＰＩシステムにルーティングすることができる。いくつかの実施形態では、ルータＡＰＩ ７１０は、ＡＰＩマッピングテーブルおよび注文エントリ７０４によって抽出された情報に基づいて、要求を処理するためにＡＰＩゲートウェイＡ ６３２またはＡＰＩゲートウェイＢ ６３４の内の一方を選択することができる。
ルータＡＰＩ ７１０は、複数のレベルのＡＰＩを含むことができる異なる内部ＡＰＩを通じて要求を案内することができる。第１レベルＡＰＩは、いくつかの他のＡＰＩの内容、特徴、および機能を生成することができる。第１レベルＡＰＩは、プロジェクトデータフォーマット、インタラクションタイミング、またはプロトコルを特定のチャネルおよびコンテキストに指定することができる。第１レベルＡＰＩは、注文の提出７２２、注文の取得７２４、および注文ステータスの確認７２６の機能を含むことができる。
第１レベルＡＰＩは、第２レベルＡＰＩと通信することができる。第２レベルＡＰＩは、データを組み合わせ、特定のタスクのために他のＡＰＩを調整することができる。例えば、第２レベルＡＰＩは、企業向け提供物のポートフォリオ（例えば、製品およびサービス）をサポートすることができる。第２レベルＡＰＩは、注文ブロードキャスト７３２、内部注文７３４、および注文追跡７３６のための機能を含むことができる。これらの機能は、論理および組織化を可能にすることができる。他のレベルとは異なり、第２レベルＡＰＩはエンドシステムと直接通信せず、代わりに第３レベルＡＰＩに接続してデータを取得する。いくつかの実施形態では、第２レベルＡＰＩは、複数のシステムからのデータを集約するために表現可能状態伝達関数（ＲＥＳＴ）を使用する。
第２レベルＡＰＩは、クライアントデバイス３５０に情報を返すこと、および／またはクライアントデバイス３５０とバックエンドシステムとの間の直接インタラクションを可能にすることを行うように構成され得る第３レベルＡＰＩと通信し得る。第３レベルＡＰＩは、２つ以上のバリューストリームおよび／または企業能力をサポートすることができる。第３レベルＡＰＩは、例えば、直接ＪａｖａコールまたはＳＡＰコールを使用してシステムと通信するように構成され得る。第３レベルＡＰＩは、システム固有の接続および設定を処理し、リソースおよび標準フォーマットを公開することができる。第３レベルＡＰＩは、サービス交換７４２、注文キュー７４４、注文データベースアクセス７４６、および注文追跡のための機能を含むことができる。
レガシＡＰＩおよび更新済みＡＰＩは、第１～第３レベルＡＰＩの各々を含むことができる。したがって、ＡＰＩルーティングシステム７００は、クライアントデバイス３５０からのＡＰＩコールを解決するための例示的な経路構成を示しているが、異なるソースのコールを処理するために同様のプロセスを実行することができる。例えば、同様のアーキテクチャを利用して、情報に対する内部要求の処理、および／またはフルフィルメントセンタとの通信を行うことができる。
図８は、開示されている実施形態と一致する、例示的なＡＰＩコールプロセスフロー８００のブロック図である。プロセスフロー８００は、ＡＰＩマネージャ３２０がどのようにデータストリーム（例えば、クライアントデバイス３５０からのＡＰＩコールのストリーム）を処理することができるかを表す。例えば、ＡＰＩマネージャ３２０は、プロセスフロー８００を使用して、比較または分割実行ＡＰＩ試験のためにＡＰＩコールのストリームを処理およびソートすることができる。いくつかの実施形態では、プロセスフロー８００を通じて、ＡＰＩマネージャ３２０は、ＡＰＩコールのストリームを複数のＡＰＩゲートウェイにルーティングすることができる。
プロセスフロー８００において、イベントログ８０２は、入来するデータストリームを受信することができる。入来するデータストリームは、情報または動作を要求するクライアントデバイスおよびシステムのユーザからのＡＰＩコールまたは要求のストリームを含むことができる。例えば、入来するデータストリームは、注文および／または追跡要求を含むことができる。いくつかの実施形態では、イベントログ８０２は、リアルタイムフィードの高スループット処理を提供するＡｐａｃｈｅ Ｋａｆｋａなどのストリーム処理ソフトウェアによって実装することができる。例えば、イベントログ８０２は、Ｊａｖａストリーム処理ライブラリを含み、ネットワークラウンドトリップのオーバーヘッドを低減するためにメッセージをともに自然にグループ化する「メッセージセット」抽象化に依存するバイナリＴＣＰベースのプロトコルを使用することができる。
次いで、イベントログ８０２は、メッセージセットおよび／または処理されたデータストリームをクラスタイベントストリーム８０４に通信することができる。クラスタイベントストリーム８０４は、入来するデータコールのクラスタのグループを生成し、生成されたグループに基づいて、一般的な動作実行をサポートするために最適化されたエンジンを提供することができる。いくつかの実施形態では、クラスタイベントストリーム８０４は、間隔、地理、および／またはクライアントアカウント分類に基づいてデータストリームのバッチを作成することができる。このデータのクラスタリングは、同様の要求および／または通信経路に基づいてＡＰＩコールをバッチ処理することによってＡＰＩコールを最適化することができる。いくつかの実施形態では、クラスタイベントストリーム８０４は、Ａｐａｃｈｅ Ｓｐａｒｋによって実装することができる。
クラスタ化されたイベントは、リアルタイム分析、データ統合、通知管理、および適応的意思決定などの使用事例のためのイベント駆動アプリケーションを含むことができるイベント統合プロセッサ８０６に送信することができる。イベント統合プロセッサ８０６は、多様なデータソースからイベントをキャプチャし、それらを処理および分析し、複数のサービスおよびデータストアと統合し、出力をリアルタイムで様々なエンドポイントに発行することができる。その後、統合イベントは、分散文書ストア８０８の非構造化文書に記憶され得る。分散文書ストア８０８は、アドホッククエリ、インデックス付け、複製、および負荷分散を可能にするＮｏＳＱＬデータベースプログラムによって実装することができる。
マイクロサービスモジュール８１０は、分散文書ストア８０８内のデータを消費して、仮想化コアにおいてイベントを識別し、イベントを処理することができる。例えば、マイクロサービスモジュール８１０は、専用仮想コアにおいて実行される複数のイベント駆動アプリケーションフレームワークを利用することができる。マイクロサービスモジュール８１０は、（それらがＡＰＩ関数または構成の異なるバージョンを使用している場合でも）ＡＰＩコールを処理およびフィルタリングし、例えばＡＰＩマネージャ３２０による後の処理のためにそれらを正規化または変換することができる。
マイクロサービスモジュール８１０において、プロセスフロー８００は、それらの識別およびルーティングを促進するために解析および正規化リアルタイムデータストリームを有することができる。この準備段階を実行することにより、バケット試験を実行するために、異なるＡＰＩシステム（例えば、レガシ対現在）の下でのＡＰＩコールの区別が可能になる。イベントログ８０２、クラスタイベントストリーム８０４、および、さらには統合プロセッサ８０６を通ることによって、後の評価および／または比較のために関連情報を収集しながら、グループを識別し、それらをＡＰＩシステムのうちの１つに正しくルーティングすることが可能である。
マイクロサービスモジュール８１０は、処理されたＡＰＩコールの有効性を検証することができる認証プロバイダ８１２、および、コールをＡＰＩゲートウェイに供給するためにコールを編成することができるイベントバス８１４と通信することができる。認証プロバイダ８１２は、トークンに基づく認証を含むこと、および／またはマイクロサービスモジュール８１０内の各マイクロサービスにおいてセキュリティコンポーネントを実装することができる。イベントバス８１４は、サービス間通信を処理することができる。いくつかの実施形態では、イベントバス８１４は、非同期イベント駆動型通信のためのメディエータチャネルとして機能することができる。さらに、イベントバス８１４は、パブリッシュ／サブスクライブ、分散、ポイントツーポイント、および要求－応答メッセージングをサポートすることができる。いくつかの実施形態では、イベントバス８１４は、クライアントがイベントバス８１４を使用して対応するサーバノードと通信することを可能にすることができる。
認証プロバイダ８１２およびイベントバス８１４は、レガシＡＰＩゲートウェイ８１８と更新ＡＰＩゲートウェイ８２０の両方と通信することができる。例えば、認証プロバイダ８１２は、入来するデータストリームにおけるＡＰＩコールの検証を提供することができ、一方、イベントバス８１４は、マイクロサービスモジュール８１０および／またはイベント統合プロセッサによって生成される特定の要求および関連するタグ付きメタデータに関する情報を提供することができる。いくつかの実施形態では、レガシＡＰＩゲートウェイ８１８および更新ＡＰＩゲートウェイ８２０は、ＡＰＩゲートウェイＡ ６３２およびＡＰＩゲートウェイＢ ６３４（図６）によって実装され得る。
図９は、開示されている実施形態と一致する、ＡＰＩコールの分析および比較のための例示的なシステム９００のブロック図である。いくつかの実施形態では、システム９００は、システム６００のサブシステムであってもよい。例えば、システム９００は、ＡＰＩマネージャ３２０がＡＰＩ性能のリアルタイム評価を行うことを目標とするときに、レガシ／更新分析器６５０を実装することができる。
システム９００は、ネットワーク分析器および／またはクライアントアカウントのグループに関連する通信から情報を受信することができるデータストリームモジュール９０２を含むことができる。例えば、データストリームモジュール９０２は、ＡＰＩマネージャ３２０を通じて行われる通信のパッケージまたは情報をキャプチャする際に、ネットワーク分析器６４２（図６）から情報を受信することができる。データストリームモジュール９０２は、データフィルタリング、識別、または正規化を実行することができるインジェストエンジン９０４にこの情報を送信することができる。例えば、インジェストエンジン９０４は、リアルタイムで分析することができるようにＡＰＩコールを構造化および編成するためのデータ準備機能を用いて自動データ取り込みを実行することができる。インジェストエンジン９０４は、ＡＰＩコールのバッチ取り込みおよびストリーミング取り込みの両方を実行することができる。
いくつかの実施形態では、インジェストエンジン９０４は、メモリ分離モジュール９０６を通じて、処理されたデータを専用メモリ６４４Ａ～Ｃ（図６）などの専用メモリに格納することができる。付加的に、または代替的に、インジェストエンジン９０４は、２つ以上のＡＰＩシステムからのデータをソートするキューモジュール９０８に情報を提供することができる。次いで、この編成されたデータは、ログパイプライン９１２を通じてリアルタイム分析モジュール９１４に送信され得る。リアルタイム分析は、各ＡＰＩシステムで処理されたＡＰＩコールのレコードに基づいてＡＰＩメトリックを推定することができる。図１４に関連してさらに説明されるように、リアルタイム分析モジュール９１４は、ＡＰＩインタラクションのメトリックに基づいて性能を定量化することができる。例えば、リアルタイム分析モジュール９１４は、ログパイプライン９１２を通じて入来する情報に基づいて、レイテンシ、適合性、およびエラーメトリックなどのメトリックを決定することができる。さらに、いくつかの実施形態では、リアルタイム分析モジュール９１４は、２つ以上のＡＰＩの追加の試験を実行することができる。例えば、リアルタイム分析モジュール９１４は、同一のＧＥＴ、ＰＯＳＴ、およびＰＵＴ要求を複数のＡＰＩに送信し、結果を比較することができる。
リアルタイム分析モジュール９１４からの出力は、コンパイラ９１６に送信することができ、コンパイラは、推定メトリックを集約し、適合性および比較レポータ９１８に中継される統計を決定することができ、適合性および比較レポータ９１８は、異なるＡＰＩシステム間の適合性および比較レポートを生成することができる。適合性および比較レポータ９１８は、例えば、更新済みＡＰＩがレガシＡＰＩと適合性があるか否か、および／またはそれらが改善されたメトリックを有するか否かを判定するために、リアルタイム分析モジュール９１４によって生成されたメトリックを使用することができる。さらに、適合性および比較レポータ９１８は、不適合性を引き起こす機能またはルーチンを指定するレポートを生成することができる。そのような実施形態において、適合性および比較レポータ９１８は、ソース適合性（例えば、更新済みＡＰＩに対してコンパイルできない、レガシＡＰＩに対して書かれたコード）およびバイナリ適合性（例えば、更新ＡＰＩライブラリに対してリンク／実行できない、レガシＡＰＩに対してコンパイルされたコード）に関する問題を含み得る。さらに、適合性レポートは、レガシＡＰＩと更新済みＡＰＩとの間の通信エラーを表すワイヤ適合性、および予期しない結果を示す意味的適合性も含むことができる。
いくつかの実施形態では、適合性および比較レポータ９１８は、警告またはＡＰＩの性能を比較するレポートを生成し得る。例えば、適合性および比較レポータ９１８は、オンライン比較器における被試験エンドポイントの入力および応答を詳述するオンラインＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）比較器から結果を生成し、すべてのエンドポイントについて繰り返すことができる。
図１０は、開示されている実施形態と一致する、ＡＰＩ移行のための例示的なスプリットラン試験システム１０００のブロック図である。スプリットラン試験システム１０００は、２つ以上のＡＰＩの自動比較評価のためのレガシ／更新分析器６５０（図６）の構成を示す。
図１０に示すように、レガシ／更新分析器６５０は、２つのＡＰＩの性能を比較し、それらの適合性を判定するための複数のモジュールを含むことができる。モジュールは、メタデータ比較器１０１２、プロキシ比較器１０１４、クライアント比較器１０１６、および配分レコード１０１８を含むことができる。メタデータ比較器１０１２は、各ＡＰＩの通信におけるメタデータを比較することができる。例えば、メタデータ比較器１０１２は、異なるＡＰＩゲートウェイによって処理される各ＡＰＩコールまたは通信からのアドレス、位置、および時間などの、通信におけるメタデータを検索および分析することができる。プロキシ比較器１０１４は、各ＡＰＩの実行時間および計算リソースの使用を比較することができる。例えば、プロキシ比較器１０１４は、ＡＰＩランタイム、バックエンドシステムとのインタラクションの数、およびＡＰＩクライアントに返送された応答の数を比較することができる。さらに、プロキシ比較器１０１４は、セキュリティ対策間の差を判定することができる。プロキシ比較器１０１４は、バックエンド保護と認証の成功率とを比較することができる。
クライアント比較器１０１６は、ＡＰＩシステムの各々を利用するＡＰＩクライアントを比較することができる。例えば、クライアント比較器１０１６は、ＡＰＩの各々を使用してＡＰＩ顧客を識別および評価することができる。例えば、クライアント比較器１０１６は、各ＡＰＩに要求を送信するデバイスまたはアカウントを記憶することができる。クライアント比較器１０１６はまた、ＡＰＩクライアントのインタラクション中に各ＡＰＩクライアントによる使用レベルおよびソフトウェア開発キット（ＳＤＫ）の使用を評価することができる。配分レコード１０１８は、表現可能状態伝達（ＲＥＳＴ）ＡＰＩエンドポイントを通じて要求された各ＡＰＩからの配分および取得要求をバックサーバと比較することができる。さらに、配分レコード１０１８は、レガシＡＰＩおよび更新ＡＰＩから渡されるコンテキストと比較される配分規則を実装することができる。配分レコード１０１８はまた、複数のＡＰＩに関連付けられた要求に応答するために割り当てられたコンピューティングリソースの配分を記憶することができる。
レガシ／更新分析器６５０内のモジュールは、２つのＡＰＩの性能の自動評価を可能にする。例えば、レガシ／更新分析器６５０は、メタデータ比較器１０１２、プロキシ比較器１０１４、クライアント比較器１０１６、および配分レコード１０１８を使用して、異なるＡＰＩの自動評価および仮移行を可能にする比較および／または適合性メトリックを生成することができる。したがって、いくつかの実施形態では、レガシ／更新分析器６５０は、レガシＡＰＩと更新済みＡＰＩとの間の比較性能を反映することができる比較対象メトリック１０２２を出力することができる。
図１０に示すように、レガシ／更新分析器６５０は、試験定義１０２０および冗長性フィルタ１００６に結合することができる。試験定義１０２０は、例えば、管理者ネットワーク６７０（図６）によって定義することができ、ＡＰＩコール収集の長さ、試験されるＡＰＩシステムの数の指定、および／またはクライアントアカウントセグメント化規則の指定を行うことができる。冗長性フィルタ１００６は、レガシＡＰＩ １００２および更新済みＡＰＩ １００４のシステムに結合することができる。例えば、レガシＡＰＩ １００２および更新済みＡＰＩ １００４は、それぞれＡＰＩゲートウェイＡ ６３２およびＡＰＩゲートウェイＢ ６３４に結合され得る。比較評価を促進し、比較分析中に使用されるリソースを最小限に抑えるために、冗長性フィルタ１００６は、レガシＡＰＩと更新済みＡＰＩの両方で同じ特性を有するコールを除去することができる。レガシＡＰＩ １００２と更新済みＡＰＩ １００４との間で、いくつかの関数は変更されないままであり得る。例えば、特定の基本動作は、ＡＰＩの１つのバージョンから他のバージョンまで存続し得る。特定の状況（例えば、適合性を評価する場合）では、２つのＡＰＩシステム間の類似のまたは冗長なコールを追跡することは不要である可能性、および／または無関係な監視を引き起こす可能性がある。したがって、冗長性フィルタ１００６は、冗長なコールを排除して、それらをスプリットラン分析から除去することができる。しかしながら、他の実施形態は、より一般的なアプローチを対象とし、各ＡＰＩシステムの複数のコンポーネント間のインタラクションを評価するために冗長なコールさえも収集することができる。
図１１は、開示されている実施形態と一致する、スプリットラン試験のための例示的なＡＰＩマッピングテーブル１１００である。ＡＰＩマッピングテーブル１１００は、ユーザグループまたはカテゴリ化を記述するＡＰＩクライアント１１０２を含むことができる。例えば、ＡＰＩマッピングテーブル１１００において、行は、レガシグループ１１１０（例えば、第１のグループ６１２）、更新グループ１１１２（例えば、第２のグループ６１４）、適合性グループＡ（例えば、第１の部分６１６Ａ）、および適合性グループＢ（例えば、第２の部分６１６Ｂ）などのクライアントアカウントグループを含むことができる。ＡＰＩマッピングテーブル１１００は、ＡＰＩクライアント１１０２の各々について、割り当てられたＡＰＩを指定することができる。図１１に示すように、割り当てられたＡＰＩ １１０４は、２つのオプション「ＡＰＩ １」および「ＡＰＩ ２」のうちの１つから選択することができる。例えば、ＡＰＩマッピングテーブル１１００は、レガシグループ１１１０および適合性グループＡ １１１２がレガシＡＰＩを（例えば、図６のＡＰＩゲートウェイＡ ６３２を通じて）使用し、一方、更新グループ１１１２および計算性グループＢが更新済みＡＰＩを（例えば、ＡＰＩゲートウェイＢ ６３４を通じて）使用することを指定することができる。
ＡＰＩマッピングテーブル１１００はまた、ＡＰＩに関連付けられる方法、および／またはＡＰＩクライアント１１０２グループの各々によって許可される方法を指定することができる。いくつかの実施形態では、異なるＡＰＩは同じ方法および機能を有し得る。他の実施形態では、図１１に示すように、異なるＡＰＩは、異なる方法を有すること、ならびに／または追加の方法および機能を含むことができる。
さらに、ＡＰＩマッピングテーブル１１００は、ＡＰＩクライアント１１０２グループの各々について試験シナリオ１１０８を指定することができる。例えば、ＡＰＩマッピングテーブル１１００は、レガシ／更新分析器６５０が実行する分析のタイプを判定し、試験定義１０２０（図１０）のパラメータを提供することができる。さらに、ＡＰＩマッピングテーブル１１００は、レガシ／更新分析器６５０がＡＰＩクライアント１１０２グループの各々についてロード時間、応答時間、および／または書き込み時間を比較することになるか否かを指定することができる。
図１２は、開示されている実施形態と一致する、例示的なＡＰＩ移行試験プロセス１２００の流れ図である。いくつかの実施形態では、システム３００の要素がプロセス１２００を実行することができる。例えば、下記のステップの説明で開示されるように、ＡＰＩマネージャ３２０がプロセス１２００を実行することができる。代替的または付加的に、第三者システム３６０が、プロセス１２００またはプロセス１２００の一部を実行してもよい。さらに、他の実施形態では、システム１００またはシステム１００の一部が、プロセス１２００を実行してもよい。例えば、外部フロントエンドシステム１０３、内部フロントエンドシステム１０５、および／またはＦＭＧ １１５が、プロセス１２００を実行してもよい。
ステップ１２０２において、ＡＰＩマネージャ３２０は、グループセグメント化規則に従ってクライアントアカウントをグループに分離することができる。例えば、ＡＰＩマネージャ３２０は、クライアントアカウント（図６のクライアントアカウント６１０など）の集団を取得し、それを第１のグループ６１２、第２のグループ６１４、および第３のグループ６１６などの３つ以上のグループ部分集団に分割して、ＡＰＩ試験／評価を開始することができる。そのような分割のために、ＡＰＩマネージャ３２０は、グループセグメント化規則を利用することができ、これは、部分集団の各々においてアカウントの数を同じにすること、部分集団の各々においてモバイルデバイスの数を同じにすること、および／または集団の各々におけるアカウントの多様性を最大化することを含むことができる。例えば、ＡＰＩマネージャ３２０は、ユーザアカウントの少なくとも１つのカテゴリがある部分集団を生成することができ、ユーザアカウントは、外部小売業者、サードパーティ供給元、ユーザアカウント、および／または内部部門を含むことができる。代替的に、または付加的に、グループセグメント化規則は、クライアントアカウントグループの相対サイズを指定することができる。例えば、いくつかの実施形態では、ＡＰＩマネージャ３２０は、第１のグループおよび第２のグループが第３のグループよりも多数のクライアントアカウントを含むようにグループを生成してもよい。
いくつかの実施形態では、図６に示すように、ステップ１２０２において、ＡＰＩマネージャ３２０は、第１のグループ、第２のグループ、および第３のグループにクライアントアカウントを分離することができ、各グループは別個のメンバを有する。例えば、図６に関連して前述したように、ＡＰＩマネージャ３２０は、クライアント集団を３つのグループに分割し、ＡＰＩ適合性を評価するために使用され得るサブグループを生成することができる。
ステップ１２０４において、ＡＰＩマネージャ３２０は、ステップ１２０２において生成されたグループと通信するためのＡＰＩを割り当てることができる。通信のために選択されたＡＰＩは、レガシＡＰＩおよび更新ＡＰＩを含むことができる。例えば、ＡＰＩマネージャ３２０は、異なるグループからのＡＰＩコールに応答するＡＰＩゲートウェイを指定するＡＰＩマッピングテーブルを構成することができる。付加的に、または代替的に、ＡＰＩマネージャ３２０は、アドレスおよび／またはクライアントＩＤに基づいて異なるＡＰＩシステムによってＡＰＩコールを解決するために、ルータＡＰＩ ７１０（図７）などのＡＰＩルータを構成することができる。いくつかの実施形態では、ステップ１２０４において、ＡＰＩマネージャは、第１のグループと通信するための第１のＡＰＩ（例えば、レガシＡＰＩ）および第２のグループと通信するための第２のＡＰＩ（例えば、新しいＡＰＩまたは変更されたＡＰＩ）を割り当ててもよい。ステップ１２０４において、ＡＰＩマネージャは、第３のグループの第１の部分と通信するための第１のＡＰＩ、および、第３のグループの第２の部分と通信するための第２のＡＰＩを割り当てる。
ステップ１２０６において、ＡＰＩマネージャ３２０は、ネットワーク分析器６４２（図６）などのネットワーク分析器を使用して、グループの各々から通信を収集することができる。例えば、ＡＰＩマネージャ３２０は、ステップ１２０２において形成されたグループの各々からのＡＰＩコールに関連する通信をキャプチャするようにネットワーク分析器を構成することができる。いくつかの実施形態では、ＡＰＩマネージャ３２０は、双方向通信（例えば、ＡＰＩ要求および応答）を処理するためにルータポイントにおいて通信を収集し、有意なサンプルを提供する所定の間隔にわたるデータを収集するようにそれを構成することができる。収集は、統計的に有意なデータをもたらす十分な数のサンプルを収集するために、特定の時間間隔に対して定義されてもよく、またはデータストリームが到着するときにリアルタイムで実行されてもよい。例えば、ＡＰＩマネージャ３２０は、数時間の予想される高トラフィック中に情報を収集して、豊富で多様な数のＡＰＩコールを収集するようにネットワーク分析器を構成することができる。そのような実施形態では、ステップ１２０６において、ＡＰＩマネージャ３２０は、一定の時間間隔中に第１のグループ、第２のグループ、および第３のグループから通信を収集し、各グループに関連付けられたメトリックを生成することができる。代替的または付加的に、ＡＰＩマネージャ３２０は、例えば、データのストリームを処理および評価するためのプロセスフロー８００を使用して、リアルタイムで通信収集を実行することができる。さらに、ＡＰＩマネージャ３２０は、ＡＰＩメトリックの処理および生成を促進するために、ステップ１２０６において通信をフィルタリングすることができる。例えば、ステップ１２０６において、ＡＰＩマネージャ３２０は冗長性フィルタ１００６を実装して、重複したＡＰＩコールをフィルタリングし、または、レガシＡＰＩ １００２と更新ＡＰＩ １００４との間で不変のままの挙動を識別することができる。
ステップ１２０８において、ＡＰＩマネージャ３２０は、グループの各々についてＡＰＩメトリックを計算および／または生成することができる。ステップ１２０２におけるグループの各々に関連付けられたＡＰＩコールからの結果に基づいて、ＡＰＩマネージャ３２０は、ＡＰＩの性能を評価するために、インフラストラクチャ、アプリケーション、および／または製品メトリックなどのＡＰＩメトリックを推定することができる。例えば、いくつかの実施形態では、ＡＰＩマネージャ３２０は、レガシＡＰＩおよび更新済みＡＰＩのＡＰＩメトリックを決定することができる。図１４に関連してさらに説明するように、ＡＰＩマネージャ３２０は、特定のＡＰＩアプリケーションおよび／またはサンプルにおいてキャプチャされたコールに基づいてＡＰＩメトリックを判定することができる。ＡＰＩマネージャ３２０がシステム９００を含む実施形態では、メトリックを生成することは、リアルタイム分析モジュール９１４（図９）を利用してメトリックを計算することを含み得る。代替的または付加的に、ＡＰＩマネージャ３２０は、レガシ／更新分析器６５０と通信して、２つ以上のＡＰＩの性能を推定し、比較対象メトリック１０２２を生成することができる。
ステップ１２１０において、ＡＰＩマネージャ３２０は、ステップ１２０８のＡＰＩメトリックを使用して適合性および比較レポートを生成することができる。例えば、ＡＰＩマネージャ３２０は、不一致メトリック、一貫性のないコール、または不十分なインフラストラクチャ性能のレポートを生成することができる。図１３に関連してさらに説明するように、ＡＰＩマネージャ３２０は、適合性および比較レポートを生成するときに、ＡＰＩメトリックおよび／またはスコアを閾値と比較することができる。いくつかの実施形態では、比較レポートは、レガシＡＰＩの動作と更新済みＡＰＩの動作との間でＡＰＩメトリックを比較することができる。例えば、比較レポートは、レガシメトリックおよび更新済みメトリックにおけるコールに関連付けられたメトリックを含むことができる。さらに、適合性レポートは、レガシＡＰＩと更新済みＡＰＩの両方を動作させているグループ内のＡＰＩメトリックを指定することができる。そのような実施形態では、適合性レポートは、２つのＡＰＩを同時に動作させることがシステム全体に影響を及ぼす適合性の問題を生成するか否かを識別しようとするために、ＡＰＩ間の不一致を識別することができる。いくつかの実施形態では、ステップ１２１０において、ＡＰＩマネージャ３２０は、レポート生成器６６０（図６）から適合性および比較レポートを要求することができる。
適合性レポートは、ＡＰＩマネージャ３２０が、ユーザに２つのＡＰＩシステムを同時に動作させる効果を評価することを可能にすることができる。状況によっては、クライアントは、ＡＰＩの変化または更新を考慮してシステムを更新することができない場合がある。したがって、両方のＡＰＩ（レガシおよび更新済み）を同時に動作させることが必要になる。適合性レポートは、同時ＡＰＩ動作に関する問題を識別することができる。適合性レポートは、ソース適合性、バイナリ適合性、ワイヤ適合性、および意味的適合性を指定することができる。適合性レポートは、レガシＡＰＩと更新ＡＰＩとの間に、除去またはリネームされたサービス、ＨＴＴＰバインディングの変更、フィールドのタイプの変更、またはリソースフォーマットの変更があるか否かを示すことができる。適合性レポートはまた、ＨＴＴＰ定義内のＵＲＬフォーマットを変更した特定のコールを指定することもできる。付加的に、または代替的に、適合性レポートは、ＡＰＩ間のソース、バイナリ、および意味的適合性エラーを指定することができる。
さらに、特定の実施形態では、ＡＰＩマネージャ３２０はまた、第１のグループに関連付けられたＡＰＩメトリックと第２のグループに関連付けられたＡＰＩメトリックとを比較する比較レポートを生成し、同時に、（両方のＡＰＩによって動作している）第３のグループに関連付けられたＡＰＩメトリックに基づいて適合性レポートを生成することもできる。そのような実施形態では、ＡＰＩマネージャ３２０は、各ＡＰＩが異なる要求または方法をどのように処理しているかを評価するために、ＪＳＯＮまたはＧＳＯＮ比較器を使用することができる。そのような実施形態では、ＡＰＩマネージャ３２０は、各ＡＰＩシステムにおける同様の通信のためにメタデータおよびキーを比較するＪＳＯＮパス抽出ポストプロセッサを使用することができる。さらに、比較レポートは、第１のグループからのＡＰＩコール間の不一致、および第１のグループに関連付けられたメトリックと第２のグループに関連付けられたメトリックとの間の差を指定することができる。
いくつかの実施形態では、比較および適合性レポートは、スコアを含んでもよい。ＡＰＩマネージャ３２０は、比較レポートに基づいて比較スコアを決定し、適合性レポートに基づいて適合性スコアを決定することができる。ＡＰＩマネージャ３２０は、単一の数で、２つのＡＰＩ間の性能の評価を提供する比較スコアを決定してもよい。例えば、レガシＡＰＩに関連付けられたＡＰＩメトリックが更新ＡＰＩに関連付けられたメトリックよりも不良である場合、比較スコアは正であり、高くなり得る。対称的に、レガシＡＰＩに関連付けられたＡＰＩメトリックが更新ＡＰＩに関連付けられたメトリックよりも良好である場合、比較スコアは負であること、および／または、低くなることがあり得る。比較レポートはまた、閾値比較を含んでもよい。
同様に、ＡＰＩマネージャ３２０は、適合性レポートに基づいて適合性スコアを計算することができる。不適合性ではない多くの関数、またはレガシＡＰＩおよび更新ＡＰＩを同時に使用するグループから入来する通信において多くのエラーがある場合、ＡＰＩマネージャ３２０は低い適合性および／または負の適合性のスコアを割り当てることができる。しかし、レガシおよび更新ＡＰＩを同時に使用するグループからの不適合性およびエラー率が低い場合、ＡＰＩマネージャ３２０は高いおよび／または正のスコアを割り当てることができる。
ステップ１２１２において、ＡＰＩマネージャ３２０は、適合性および比較レポートに基づいて警告および／またはレコメンドを生成および送信することができる。例えば、比較レポートが、レガシＡＰＩが更新済みＡＰＩよりも良好な性能を有することを示す場合、ＡＰＩマネージャ３２０は、更新済みＡＰＩへ切り替え、および／またはＡＰＩの変更の提案をしないレコメンドを生成することができる。さらに、ステップ１２１２において、ＡＰＩマネージャ３２０は、ステップ１２０８のＡＰＩメトリックのいずれかが閾値を下回ったとき、および／またはＡＰＩマネージャ３２０が異なるコール間で構文不適合性などの不適合性を見つけたときに警告を生成することができる。したがって、ステップ１２１２において、ＡＰＩマネージャ３２０は、比較レポートおよび適合性レポートに基づいて警告またはレコメンドのうちの少なくとも１つを送信することができる。図１６に関連してさらに説明するように、警告および／またはレコメンドは、レコメンドを有するグラフィカルユーザインターフェースを表示するための命令を含むことができる。いくつかの実施形態では、ＡＰＩの適合性および比較可能性に関する警告およびメッセージは、管理者ネットワーク６７０を通じて送信され得る。そのような実施形態では、警告またはレコメンドは不一致のＡＰＩコールを含むことができ、ＡＰＩマネージャ３２０は、管理者ネットワーク６７０内でメッセージを自動的にブロードキャストすることによって警告またはレコメンドを生成することができる。
いくつかの実施形態では、ステップ１２１２における警告およびレコメンドは、特定の情報を含むことができる。例えば、警告は、適合性閾値未満の第３のグループに関連付けられたメトリックを含むことができ、レコメンドは、更新済みＡＰＩマップテーブルおよび移行ＡＰＩプラグインのうちの少なくとも１つを含むことができる。更新済みＡＰＩマッピングテーブルは、レコメンドまたは警告に基づいて修正された情報を有するＡＰＩマッピングテーブル１１００（図１１）などのテーブルを含むことができる。移行ＡＰＩプラグインは、ＡＰＩ移行プロセスを通じて管理をガイドするステップバイステップのウィザードを含み得る。例えば、移行プラグインは、インストーラスクリプトと共にダウンロードできるＡＰＩ用の移行パッケージを作成することができる。移行プラグインはまた、ユーザが、インストーラのスクリプトをクラウド環境にアップロードし、ＡＰＩコールおよびＵＲＬをサーバ＆データセンタのインターフェース条件に準拠するように変換する移行ウィザードを実行することを可能にすることができる。例えば、移行プラグインは、メソッドコンバータ６２５にインストールされ、ＡＰＩコールの構文をリネームまたは変更するためのツールを提供することができる。
ステップ１２１４において、ＡＰＩマネージャ３２０は、ＡＰＩマップテーブルを更新することおよび／またはＡＰＩ移行プラグインを利用することにより、選択されたグループのＡＰＩを自動的に移行することができる。いくつかの実施形態では、移行は、ステップ１２１２のレコメンドまたは警告に基づくことができる。例えば、ＡＰＩマネージャ３２０が、レガシシステムが更新ＡＰＩを上回っていることを示す警告を生成すると、ＡＰＩマネージャ３２０は、更新ＡＰＩに割り当てられたクライアントアカウントをレガシＡＰＩに自動的に移行することができる。この移行は、レガシＡＰＩを使用してＡＰＩコールを解決するようにＡＰＩゲートウェイまたはルータを再構成することを含み得る。代替的または付加的に、レコメンドに基づいて、ＡＰＩマネージャ３２０は、ステップ１２１０の適合性および比較スコアの両方が閾値を超えた場合に、レガシＡＰＩに割り当てられたグループ内のクライアントアカウントを更新ＡＰＩに自動的に移行することができる。例えば、ＡＰＩマネージャ３２０が図６に示す構成によってバケット試験を実行すると、ＡＰＩマネージャ３２０は、比較スコアおよび適合性スコアが閾値を上回っていると判定したことに応答して、第２の（更新）ＡＰＩを第１のグループ６１２および第３のグループ６１６に割り当てることができる。
ＡＰＩマネージャ３２０は、ＡＰＩマッピングテーブル１１００（図１１）などのＡＰＩマッピングテーブルを再構成することによって、またはＡＰＩ移行プラグインを実行することによって、自動移行を実行することができる。例えば、ステップ１２１２のレコメンドまたは警告に基づいて、ＡＰＩマネージャ３２０は、コンテンツを特定のＡＰＩにルーティングするようにＡＰＩゲートウェイＡ ６３２およびＡＰＩゲートウェイＢ ６３４（図６）をプログラムすることができる。さらに、いくつかの実施形態では、ステップ１２１４において、ＡＰＩマネージャ３２０は、例えばレガシＡＰＩからの関数を更新ＡＰＩの関数に置き換えることによって、ＡＰＩマッピング命令を自動的に調整することができる。例えば、ＡＰＩマネージャ３２０は、ＡＰＩ関数間の等価を確立し、更新済みシステム内の対応するＡＰＩ関数との関係を判定することができる。いくつかの実施形態では、自動移行は、クライアント命令または要求をレガシＡＰＩフォーマットから現在のＡＰＩまたは更新ＡＰＩに変換するために変換関数またはコンパイルテーブルを適用することを含むことができる。これらの変換関数は、例えば、メソッドコンバータ６２５を使用してコールの構文を更新することを含むことができる。
図１３は、開示されている実施形態と一致する、例示的なＡＰＩ差分評価プロセス１３００の流れ図である。いくつかの実施形態では、システム３００の要素がプロセス１２００を実行することができる。例えば、下記のステップの説明で開示されるように、ＡＰＩマネージャ３２０がプロセス１３００を実行することができる。代替的または付加的に、第三者システム３６０および／またはデータベース３８０が、プロセス１３００またはプロセス１３００の一部を実行してもよい。さらに、他の実施形態では、システム１００またはシステム１００の一部が、プロセス１３００を実行してもよい。例えば、内部フロントエンドシステム１０５および／またはＦＭＧ １１５が、プロセス１３００を実行してもよい。いくつかの実施形態では、プロセス１３００はプロセス１２００に後続してもよい。一方、他の実施形態では、プロセス１３００はプロセス１２００から独立していてもよい。
ステップ１３０２において、ＡＰＩマネージャ３２０は、クライアントアカウントの各グループについてＡＰＩメトリックを計算することができる。例えば、ＡＰＩマネージャ３２０は、ネットワーク分析器６４２（図６）を利用して、クライアントアカウントの各グループに関連付けられた通信を収集し、通信ログに基づいてＡＰＩメトリックを決定することができる。
ステップ１３０４において、ＡＰＩマネージャ３２０は、比較スコアおよび／または適合性スコアを決定することができる。例えば、ＡＰＩメトリックに基づいて、ＡＰＩマネージャ３２０は、更新ＡＰＩがより良好な性能を有し、レガシＡＰＩが高い比較スコアを生成すると判定することができる。さらに、両方のＡＰＩを動作させるクライアントのグループのＡＰＩメトリックに基づいて、ＡＰＩマネージャは、同時に動作するＡＰＩに適合性の問題がないかを判定し、高い適合性スコアを生成することができる。
ステップ１３０６において、ＡＰＩマネージャ３２０は、比較スコアが閾値を下回っているか否かを判定することができる。比較スコアが閾値を下回っているとＡＰＩマネージャ３２０が判定した場合（ステップ１３０６の「はい」）、ＡＰＩマネージャ３２０はステップ１３０８に進み、より低い性能を引き起こす不一致メトリックまたはコールを識別することができる。しかしながら、比較スコアが閾値を下回っていないとＡＰＩマネージャ３２０が判定した場合（ステップ１３０６の「いいえ」）、適合性スコアはステップ１３１０に進むことができる。
ステップ１３１０において、ＡＰＩマネージャ３２０は、適合性スコアが閾値を下回っているか否かを判定することができる。ＡＰＩマネージャ３２０が、適合性スコアが閾値を下回っていると判定した場合（ステップ１３１０の「はい」）、ＡＰＩマネージャ３２０はステップ１３１２に進み、不適合性タイプ、および、２つのＡＰＩ間または２つのＡＰＩを同時に使用する集団のメンバ間の挙動の変化を識別することができる。ステップ１３１２および／またはステップ１３０８の後、ＡＰＩマネージャ３２０は、ステップ１３１４において警告またはレコメンドを生成することができる。しかしながら、ステップ１３１０において、ＡＰＩマネージャ３２０が、適合性スコアが閾値を下回っていないと判定した場合（ステップ１３１０の「いいえ」）、ＡＰＩマネージャ３２０はステップ１３１６に進むことができる。
ステップ１３１６において、ＡＰＩマネージャ３２０は、更新済みＡＰＩマッピングテーブルを生成すること、および／または移行プラグインを生成することができる。例えば、ＡＰＩマネージャ３２０は、ＡＰＩマッピングテーブル１１００を更新することができる。移行プラグインは、異なるＡＰＩ間でクライアントアカウントを転送するために使用することができる１つまたは複数の異なるプラグインを含み得る。いくつかの実施形態では、移行ウィザードに加えて、移行プラグインは、遷移機能を促進、識別、または構築するための非レコメンドの機能を含み得る。移行プラグインはまた、ダウンロード機能、機能の存在を判定するための動作、展開機能、および正規化機能を含み得る。
ステップ１３１８において、ＡＰＩマネージャ３２０は、移行戦略およびレコメンドを生成することができる。例えば、適合性および比較スコアに基づいて、ＡＰＩマネージャ３２０は、移行を開始するためのレコメンドおよびＡＰＩ移行をいつ開始するかを生成することができる。いくつかの実施形態では、図１５に関連してさらに説明するように、レコメンドは、更新済みＡＰＩへの移行戦略を含むことができる。
ステップ１３２０において、ＡＰＩマネージャ３２０はレコメンドを送信することができる。例えば、ＡＰＩマネージャ３２０は、ステップ１３１８のレコメンドをネットワークマネージャに関連付けられたデバイスに送信することができる。いくつかの実施形態では、レコメンドは、リアルタイムで、または適合性および比較スコアが推定されているときに送信されてもよい。
図１４は、開示されている実施形態と一致する、ＡＰＩメトリックを判定するための例示的なプロセス１４００の流れ図である。いくつかの実施形態では、システム３００の要素がプロセス１４００を実行することができる。例えば、下記のステップの説明で開示されるように、ＡＰＩマネージャ３２０がプロセス１４００を実行することができる。代替的または付加的に、レガシ／更新分析器６５０が、プロセス１４００またはプロセス１４００の一部を実行してもよい。さらに、他の実施形態では、システム１００またはシステム１００の一部が、プロセス１４００を実行してもよい。例えば、内部フロントエンドシステム１０５および／またはＦＭＧ １１５が、プロセス１４００を実行してもよい。いくつかの実施形態では、プロセス１４００はプロセス１４００の一部であってもよい。例えば、プロセス１４００は、ステップ１２０８（図１２）の一部として実行されてもよい。一方、他の実施形態では、プロセス１４００はプロセス１３００から独立していてもよい。
ステップ１４０２において、ＡＰＩマネージャ３２０は、ＡＰＩメトリックを計算するための命令を受信することができる。例えば、ＡＰＩマネージャ３２０は、ネットワーク管理者から、２つのＡＰＩの性能の比較分析を実行し、ＡＰＩメトリックの計算を要求するための命令を受信することができる。しかしながら、他の実施形態では、要求は自動であってもよく、収集期間後におよび／またはネットワーク分析器構成に基づいて生成されてもよい。
ステップ１４０４において、ＡＰＩマネージャ３２０は、収集されたＡＰＩコールを用いてメモリグループを識別することができる。例えば、ＡＰＩマネージャ３２０は、第１のグループ、第２のグループ、および第３のグループと関連付けられた通信が記憶されたメモリ空間を識別してもよい。ステップ１４０６において、ＡＰＩマネージャ３２０は、インフラストラクチャＡＰＩメトリックを推定する必要があるか否かを判定することができる。ＡＰＩマネージャ３２０がインフラストラクチャＡＰＩメトリックを推定する必要があると判定した場合（ステップ１４０６の「はい」）、ＡＰＩマネージャ３２０はステップ１４０８に進むことができる。
ステップ１４０８において、ＡＰＩマネージャ３２０は、アップタイムメトリック、ＣＰＵ使用量メトリック、およびメモリ使用量メトリックを含むことができるインフラストラクチャＡＰＩメトリックを推定することができる。アップタイムメトリックは、ＡＰＩサービスの可用性を測定することができる。いくつかの実施形態では、アップタイムメトリックは、ダウンタイムの割合に基づくことができる。低いアップタイムメトリックは、ＡＰＩが期待通りに応答しておらず、何らかの冗長性測定を必要とし得ることを示し得る。いくつかの実施形態では、ＡＰＩマネージャ３２０は、ＡＰＩコールの特定のシーケンスを評価することによってアップタイムメトリックを決定することができる。ＣＰＵ使用量メトリックは、ＡＰＩサーバＣＰＵ使用量を測定することができる。そのようなメトリックは、過度に多くのスピンロックなどの、相関した過加入および過負荷のアプリケーションであり得る。ＣＰＵ使用量を測定するために、ＡＰＩマネージャは、サーバ内で、および／または、ＣＰＵおよびメモリ使用量などのメトリックを取得するエージェントを含めることによって、コンピュータリソースのアクティビティを監視することができる。メモリ使用量メトリックもまた、ＣＰＵ使用量と同様に、ＣＰＵおよびメモリ容量としてのリソース利用を測定する。ＡＰＩマネージャ３２０は、メモリソースの可用性を監視するエージェントを使用してメモリ使用量を判定することができる。いくつかの実施形態では、メモリ使用量メトリックはまた、ＡＰＩが特定のメモリユニットに過負荷をかけているか否かを評価するためにメモリ間のタスクの分布を測定することができる。
ＡＰＩマネージャ３２０がインフラストラクチャＡＰＩメトリックを推定する必要がないと判定した場合（ステップ１４０６の「いいえ」）、ＡＰＩマネージャ３２０はステップ１４０８をスキップし、ステータス１４１０に進むことができる。ステップ１４１０において、ＡＰＩマネージャ３２０は、アプリケーションメトリックを推定する必要があるか否かを判定する。ＡＰＩマネージャ３２０がアプリケーションＡＰＩメトリックを推定する必要があると判定した場合（ステップ１４１０の「はい」）、ＡＰＩマネージャ３２０はステップ１４１２に進むことができる。
ステップ１４１２において、ＡＰＩマネージャ３２０は、毎分の要求（例えば、毎分のＡＰＩコール）、応答の最大レイテンシ、および毎分のエラーを含み得るアプリケーションメトリックを推定することができる。毎分の要求を計算するために、ＡＰＩマネージャ３２０を使用して、データベースおよび／またはサーバの性能を評価することができる。ＡＰＩマネージャは、ＡＰＩが毎分予想される要求数よりも多い要求を有するか否かを識別し、例えば繰り返しコールを引き起こしている関連するバグがあるか否かを模索することができる。代替的または付加的に、毎分の要求は、ＡＰＩコールを減らすために特定の関数を組み合わせる必要があることを示すことができる。さらに、ＡＰＩマネージャ３２０は、クライアント要求に対する応答の遅延を追跡するためにレイテンシを推定することができる。いくつかの実施形態では、レイテンシの変化を追跡することは、新しいエンドポイントが追加され、スキーマが変化し、より多くの動作が停止することを示し得る。したがって、ＡＰＩマネージャ３２０は、ＡＰＩゲートウェイを通じたサーバとクライアントとの間の各通信を追跡して、各通信の平均レイテンシを決定することができる。ＡＰＩマネージャ３２０は、ＲＰＳ（毎秒の要求）およびＱＰＳ（毎秒のクエリ）などの他の同様のメトリックを推定してもよい。
ステップ１４１２はまた、ＡＰＩおよび／または関連するグループの各々について毎分の誤差を推定することを含んでもよい。例えば、ＡＰＩマネージャ３２０は、ＡＰＩコール数に対するエラー数を判定することができる。そのようなメトリックは、ＡＰＩのバグおよびエラー確率を推定することができる。いくつかの実施形態では、ＡＰＩマネージャ３２０は、毎分のエラー数を判定するためにＨＴＴＰステータスコードを使用することができる。
ＡＰＩマネージャ３２０がアプリケーションＡＰＩメトリックを推定する必要がないと判定した場合（ステップ１４１０の「いいえ」）、ＡＰＩマネージャ３２０はステップ１４１２をスキップし、ステータス１４１４に進むことができる。ステップ１４１４において、ＡＰＩマネージャ３２０は、製品メトリックを推定する必要があるか否かを判定する。ＡＰＩマネージャ３２０が製品ＡＰＩメトリックを推定する必要があると判定した場合（ステップ１４１４の「はい」）、ＡＰＩマネージャ３２０はステップ１４１６に進むことができる。
ステップ１４１６において、ＡＰＩマネージャ３２０は、とりわけ、使用量増大、固有および／またはトップ消費者、ＡＰＩ保持、Ｔｉｍｅ Ｔｏ Ｆｉｒｓｔ Ｈｅｌｌｏ Ｗｏｒｌｄ（ＴＴＦＨＷ）、取引当たりのコール、およびＳＤＫ利用などのメトリックを判定することができる。さらに、ＡＰＩマネージャは、固有のＡＰＩコンシューマの数および商取引ごとのコールを含む製品ＡＰＩメトリックを決定することができる。
ＡＰＩマネージャ３２０が製品ＡＰＩメトリックを推定する必要がないと判定した場合（ステップ１４１４の「いいえ」）、ＡＰＩマネージャ３２０はステップ１４１６をスキップし、ステータス１４２０に進むことができる。ステップ１４２０において、ＡＰＩマネージャ３２０は、評価されたグループのうちの１つまたは複数に関連付けられたＡＰＩ動作のＡＰＩメトリックを返すことができる。
図１５は、開示されている実施形態と一致する、ＡＰＩ移行のレコメンドを実行するための例示的なプロセス１５００の流れ図である。いくつかの実施形態では、システム３００の要素がプロセス１５００を実行することができる。例えば、下記のステップの説明で開示されるように、ＡＰＩマネージャ３２０がプロセス１５００を実行することができる。代替的または付加的に、第三者システム３６０が、プロセス１５００またはプロセス１５００の一部を実行してもよい。さらに、他の実施形態では、システム１００またはシステム１００の一部が、プロセス１５００を実行してもよい。例えば、内部フロントエンドシステム１０５および／またはＦＭＧ １１５が、プロセス１５００を実行してもよい。いくつかの実施形態では、プロセス１５００はプロセス１２００に後続してもよい。一方、他の実施形態では、プロセス１５００はプロセス１２００から独立していてもよい。
ステップ１５０２において、ＡＰＩマネージャ３２０は、ＡＰＩ移行のレコメンドを提供する命令を受信することができる。例えば、比較スコアが閾値を上回る場合、ＡＰＩマネージャ３２０は、ＡＰＩ移行のレコメンドを生成する命令を受信することができる。
ステップ１５０４において、ＡＰＩマネージャ３２０は、ＡＰＩネットワークのワイヤフレームレビューを実行することができる。例えば、ＡＰＩマネージャ３２０は、ＡＰＩの骨組みおよびその接続を表す視覚的ガイドを生成することができる。いくつかの実施形態では、ワイヤフレームは、様々なＡＰＩ関数、情報および関数のＡＰＩインタラクションにおける優先順位、特定の種類の情報を表示するための規則、ならびにディスプレイ上の異なるシナリオの効果を含むことができる。
ステップ１５０６において、ＡＰＩマネージャ３２０は、リダイレクト試験を構成し、リスク評価を生成することができる。例えば、ＡＰＩマネージャ３２０は、異なるＡＰＩを互いに対して試験することを可能にするリダイレクト試験エンジンを構成することができる。リダイレクト試験は、関数ごとに異なるＡＰＩコールを含んでもよい。さらに、ＡＰＩマネージャ３２０は、リスクの範囲、性質、定量化、許容度、および処置を含むリスク評価を生成することができる。例えば、ステップ１５０６において、ＡＰＩマネージャ３２０は、ＡＰＩ障害のリスクが運用上のものかまたは財務上のものかを判定することができ、移行中のリスクの確率、および移行中のリスクを低減するためのレコメンドも推定することができる。
ステップ１５０８において、ＡＰＩマネージャ３２０は、評価のためのベンチマークを決定することができる。例えば、ＡＰＩマネージャ３２０は、ＡＰＩメトリック、適合性スコア、および比較スコアの閾数を決定することができる。ステップ１５１０において、ＡＰＩマネージャ３２０は、グループを移行し、移行されたグループのライブＡＰＩ試験を実行することができる。例えば、ＡＰＩマネージャ３２０は、ＡＰＩマップテーブルを更新し、プラグインを実行し、ネットワーク分析器を通じて変更されたＡＰＩを有するグループの性能監視を開始することができる。
ステップ１５１２において、ＡＰＩマネージャ３２０は、ステップ１５１０において記録されたメトリックおよび発生に基づいて、バグ補正および性能補正を実行することができる。ステップ１５１２のバグおよび性能補正に基づいて、ＡＰＩマネージャ３２０は、ステップ１５１４においてＡＰＩ移行性能レポートを生成することができる。いくつかの実施形態では、ＡＰＩマネージャ３２０は、収集されたメトリックおよび／または性能結果に関する情報を含む自動レポートを生成することができる。
図１６は、開示されている実施形態と一致する、ＡＰＩ評価中に生成される警告および／または通知の例示的なグラフィカルユーザインターフェース（ＧＵＩ）を示す。図１６は、デスクトップＧＵＩ １６００およびモバイルＧＵＩ １６５０の例示的な変更を示す。図１２に関連してさらに説明するように、ＡＰＩマネージャ３２０は、プロセス１２００の一部としてデスクトップＧＵＩ １６００および／またはモバイルＧＵＩ １６５０を生成し、管理者ネットワーク６７０を通じてそれを通信することができる。
デスクトップＧＵＩ １６００は、通知の種類を指定するタイトル１６０２と、レポートセクション１６０４と、適合性のないＡＰＩコールおよび／または性能不足のメトリックに関するより具体的な情報を含むことができるエラー詳細パネル１６０６とを含むことができる。さらに、デスクトップＧＵＩ １６００は、適合性および比較レポートの追加の結果を表示するための結果リンク１６０８を含むことができる。
モバイルＧＵＩ １６５０は、レガシＡＰＩと更新済みＡＰＩとの間のバケットまたはスプリットラン試験の適合性エラーまたは比較結果に関する特定の情報を伴うメッセージ１６５２を含むことができる。
本開示の別の態様は、上述したように、実行されると、１つまたは複数のプロセッサに方法を実行させる命令を記憶する非一時的コンピュータ可読媒体に関する。コンピュータ可読媒体は、揮発性または不揮発性、磁気、半導体、テープ、光学、取り外し可能、取り外し不能、または他のタイプのコンピュータ可読媒体またはコンピュータ可読記憶デバイスを含むことができる。例えば、コンピュータ可読媒体は、開示されているように、コンピュータ命令が格納された記憶ユニットまたはメモリモジュールであってもよい。いくつかの実施形態では、コンピュータ可読媒体は、コンピュータ命令が格納されたディスクまたはフラッシュドライブであってもよい。
開示されているシステムおよび関連する方法に様々な修正および変形を行うことができることが当業者には明らかであろう。当業者には、本明細書を考慮し、開示されたシステムおよび関連する方法を実践することによって、他の実施形態が明らかになるのであろう。本明細書および実施例は単に例示的なものとみなされ、真の範囲は以下の特許請求の範囲およびそれらの均等物によって示されることが意図される。
本開示はその特定の実施形態を参照して示され、説明されてきたが、本開示は変更なしに、他の環境において実施することができることが理解されるのであろう。前述の説明は、例示の目的で提示されている。これは、網羅的ではなく、開示されている正確な形態または実施形態に限定されない。当業者には、開示されている実施形態の明細書および実施を考慮することによって、変更および適合が明らかになるのであろう。さらに、開示されている実施形態の態様はメモリに記憶されるものとして記載されているが、当業者はこれらの態様が二次記憶デバイス、例えば、ハードディスクもしくはＣＤ ＲＯＭ、または他の形態のＲＡＭもしくはＲＯＭ、ＵＳＢ媒体、ＤＶＤ、ブルーレイ、または他の光学駆動媒体などの他のタイプのコンピュータ可読媒体に記憶されてもよいことを理解するのであろう。
記載された説明および開示されている方法に基づくコンピュータプログラムは、熟練した開発者の技術の範囲内である。様々なプログラムまたはプログラムモジュールは当業者に知られている技法のいずれかを使用して作成することができ、または既存のソフトウェアに関連して設計することができる。例えば、プログラム・セクションまたはプログラムモジュールは、．Ｎｅｔ Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ Ｃｏｍｐａｃｔ Ｆｒａｍｅｗｏｒｋ（およびＶｉｓｕａｌ Ｂａｓｉｃ、Ｃなどの関連言語）、Ｊａｖａ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ－Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、もしくはＪａｖａアプレットを含むＨＴＭＬの中で、またはその手段によって設計することができる。
さらに、例示的な実施形態が本明細書で説明されてきたが、本開示に基づいて当業者によって理解されるように、同等の要素、変更、省略、組み合わせ（例えば、様々な実施形態にわたる態様の）、適応、および／または変更を有する任意のおよびすべての実施形態の範囲が可能である。特許請求の範囲の限定は特許請求の範囲に使用されている文言に広く基づいて解釈されるものとし、本明細書に記載されている例に限定されるものではなく、または出願手続中に解釈されるものとする。実施例は、非排他的であると解釈されるべきである。さらに、開示されている方法のステップは、ステップを並べ替えること、および／またはステップを挿入または削除することを含む、任意の方法で修正されてもよい。したがって、本明細書および実施例は単に例示的なものとみなされ、真の範囲および精神は以下の特許請求の範囲およびそれらの均等物の全範囲によって示されることが意図される。
したがって、前述の説明は、例示のみを目的として提示されている。これは、網羅的ではなく、開示されている正確な形態または実施形態に限定しない。当業者には、開示されている実施形態の明細書および実施を考慮することによって、変更および適合が明らかになるのであろう。
特許請求の範囲は特許請求の範囲に使用されている文言に広く基づいて解釈されるものとし、本明細書に記載されている例に限定されるものではなく、その例は非排他的ならびにものとして解釈されるものとする。さらに、開示されている方法のステップは、ステップを並べ替えること、および／またはステップを挿入または削除することを含む、任意の方法で修正されてもよい。

Claims (20)

  1. ＡＰＩ移行のためのコンピュータ化されたシステムであって、
    前記システムは、
    複数の命令を記憶する少なくとも１つのメモリと、
    前記複数の命令を実行して複数の動作を実施するように構成された少なくとも１つのプロセッサと、
    を備え、
    前記複数の動作は、
    クライアントアカウントを第１のグループ、第２のグループ、および第３のグループに分離することであって、各グループは別個のメンバを有する、分離することと、
    前記第１のグループと通信するために第１のＡＰＩ、および、前記第２のグループと通信するために第２のＡＰＩを割り当てることと、
    前記第３のグループの第１の部分と通信するために第１のＡＰＩ、および、前記第３のグループの第２の部分と通信するために第２のＡＰＩを割り当てることと、
    前記第１のグループ、前記第２のグループ、および前記第３のグループから通信を収集することと、
    各グループに関連付けられたメトリックを生成することと、
    前記第１のグループに関連付けられた前記メトリックと前記第２のグループに関連付けられた前記メトリックとを比較する比較レポートを生成することと、
    前記第３のグループに関連付けられた前記メトリックに基づいて適合性レポートを生成することと、
    前記比較レポートおよび前記適合性レポートに基づいて警告またはレコメンドのうちの少なくとも１つを送信することと、
    を含む、コンピュータ化されたシステム。
  2. 前記第１のＡＰＩはレガシＡＰＩであり、前記第２のＡＰＩは更新済みＡＰＩであり、
    前記複数の動作は、前記レコメンドに基づいて前記クライアントアカウントを前記更新済みＡＰＩに自動的に移行することをさらに含む、請求項１に記載のシステム。
  3. 前記複数の動作は、
    前記比較レポートに基づいて比較スコアを決定し、前記適合性レポートに基づいて適合性スコアを決定することと、
    前記比較スコアおよび前記適合性スコアが閾値を上回っているという判定に応答して、前記第２のＡＰＩを前記第１のグループおよび前記第３のグループに割り当てることと
    をさらに含む、請求項２に記載のシステム。
  4. 前記第１のグループおよび前記第２のグループが、前記第３のグループよりも多数のクライアントアカウントを含む、請求項１に記載のシステム。
  5. 前記比較レポートは、前記第１のグループからのＡＰＩコール間の不一致、および前記第１のグループに関連付けられた前記メトリックと前記第２のグループに関連付けられた前記メトリックとの間の差を指定し、
    前記適合性レポートは、前記第１のＡＰＩと前記第２のＡＰＩとの間のソース、バイナリ、および意味的適合性エラーを指定し、
    前記警告またはレコメンドは前記不一致を含み、
    前記警告またはレコメンドを生成することは、管理者ネットワークにおいてメッセージを自動的にブロードキャストすることを含む、請求項１に記載のシステム。
  6. 前記通信を収集することは、ネットワーク分析器を、
    前記第１のグループ、前記第２のグループ、および前記第３のグループの前記クライアントアカウントに関連付けられたクライアントデバイスから入来するパケットをキャプチャすることと、
    各グループからのキャプチャされたパッケージを独立したメモリ空間に格納するように構成することと、
    を含む、請求項１に記載のシステム。
  7. 前記メトリックを生成することは、
    前記第１のグループ、前記第２のグループ、および前記第３のグループの各々について、
    アップタイム、ＣＰＵ使用量、およびメモリ使用量を含むインフラストラクチャＡＰＩメトリック、
    毎分の要求、平均最大レイテンシ、および毎分のエラーを含むアプリケーションＡＰＩメトリック、ならびに
    商取引ごとの固有のＡＰＩ消費者およびコールの数を含む製品ＡＰＩメトリック
    を生成することを含む、請求項６に記載のシステム。
  8. 前記警告は、適合性閾値未満の前記第３のグループに関連付けられた前記メトリックを含み、
    前記レコメンドは、更新済みＡＰＩマップテーブルおよび移行ＡＰＩプラグインのうちの少なくとも１つを含む、請求項７に記載のシステム。
  9. 前記第１のグループ、前記第２のグループ、および前記第３のグループは、等しい数の前記クライアントアカウントを含む、請求項１に記載のシステム。
  10. 前記第１のＡＰＩおよび前記第２のＡＰＩは、オンラインショップと電子商取引データセンタとを接続する統合拡張機能を備え、
    前記通信を収集することは、クライアント側通信を除外しながらログパイプラインから取得される通信の属性をログ記録することを含む、請求項１に記載のシステム。
  11. ＡＰＩ移行のためのコンピュータ実施方法であって、
    前記コンピュータ実施方法は、
    クライアントアカウントを第１のグループ、第２のグループ、および第３のグループに分離することであって、各グループは別個のメンバを有する、分離することと、
    前記第１のグループと通信するために第１のＡＰＩ、および、前記第２のグループと通信するために第２のＡＰＩを割り当てることと、
    前記第３のグループの第１の部分と通信するために前記第１のＡＰＩ、および、前記第３のグループの第２の部分と通信するために前記第２のＡＰＩを割り当てることと、
    前記第１のグループ、前記第２のグループ、および前記第３のグループから通信を収集することと、
    各グループに関連付けられたメトリックを判定することと、
    前記第１のグループに関連付けられた前記メトリックと前記第２のグループに関連付けられた前記メトリックとを比較する比較レポートを生成することと、
    前記第３のグループに関連付けられた前記メトリックに基づいて適合性レポートを生成することと、
    前記比較レポートおよび前記適合性レポートに基づいて警告またはレコメンドのうちの少なくとも１つを送信することと、
    を含む、コンピュータ実施方法。
  12. 前記第１のＡＰＩがレガシＡＰＩであり、前記第２のＡＰＩが更新済みＡＰＩである、請求項１１に記載のコンピュータ実施方法。
  13. 前記比較レポートに基づいて比較スコアを決定し、前記適合性レポートに基づいて適合性スコアを決定することと、
    前記比較スコアおよび前記適合性スコアが閾値を上回っているという判定に応答して、前記第２のＡＰＩを前記第１のグループおよび前記第３のグループに割り当てることと
    をさらに含む、請求項１２に記載のコンピュータ実施方法。
  14. 前記第１のグループおよび前記第２のグループが、前記第３のグループよりも多数のクライアントアカウントを含む、請求項１１に記載のコンピュータ実施方法。
  15. 前記比較レポートは、前記第１のグループからのＡＰＩコールと前記第２のグループからのＡＰＩコールとの間の差を指定し、
    前記適合性レポートは、前記第１のＡＰＩと前記第２のＡＰＩとの間のソース、バイナリ、および意味的適合性エラーを指定し、
    前記警告またはレコメンドは前記不一致を含み、
    前記警告またはレコメンドを生成することは、管理者ネットワークにおいてメッセージを自動的にブロードキャストすることを含む、請求項１１に記載のコンピュータ実施方法。
  16. 前記通信を収集することは、ネットワーク分析器を、
    前記第１のグループ、前記第２のグループ、および前記第３のグループの前記クライアントアカウントに関連付けられたクライアントデバイスから入来するパケットをキャプチャすることと、
    各グループからのキャプチャされたパッケージを独立したメモリ空間に格納するように構成することと、
    を含む、請求項１１に記載のコンピュータ実施方法。
  17. 前記メトリックを生成することは、
    前記第１のグループ、前記第２のグループ、および前記第３のグループの各々について、
    アップタイム、ＣＰＵ使用量、およびメモリ使用量を含むインフラストラクチャＡＰＩメトリック、
    毎分の要求、平均最大レイテンシ、および毎分のエラーを含むアプリケーションＡＰＩメトリック、ならびに
    商取引ごとの固有のＡＰＩ消費者およびコールの数を含む製品ＡＰＩメトリック
    を生成することを含み、
    前記警告は、実行可能性閾値を下回る、前記第３のグループと関連付けられた前記メトリックを含み、
    前記レコメンドは、更新済みＡＰＩマップテーブルおよび移行ＡＰＩプラグインのうちの少なくとも１つを含む、請求項１６に記載のコンピュータ実施方法。
  18. 前記第１のグループ、前記第２のグループ、および前記第３のグループは、等しい数の前記クライアントアカウントを含む、請求項１１に記載のコンピュータ実施方法。
  19. 前記第１のＡＰＩおよび前記第２のＡＰＩは、オンラインショップと電子商取引データセンタとを接続する統合拡張機能を備え、
    前記通信を収集することは、クライアント側通信を除外しながらログパイプラインから取得される通信の属性をログ記録することを含む、請求項１１に記載のコンピュータ実施方法。
  20. １つまたは複数のプロセッサと、
    複数の命令を記憶する１つまたは複数のメモリデバイスと、
    を備えるシステムであって、
    前記１つまたは複数のプロセッサは、前記複数の命令が前記１つまたは複数のプロセッサによって実行されると、
    クライアントアカウントを第１のグループ、第２のグループ、および第３のグループに分離することであって、各グループは別個のメンバを有する、分離することと、
    前記第１のグループと通信するために第１のＡＰＩ、および、前記第２のグループと通信するために第２のＡＰＩを割り当てることであって、前記第１のＡＰＩはレガシＡＰＩであり、前記第２のＡＰＩは更新済みＡＰＩであり、前記第１のＡＰＩおよび前記第２のＡＰＩは、オンラインショップを電子商取引データセンタと接続する統合拡張機能を含む、割り当てることと、
    前記第３のグループの第１の部分と通信するために前記第１のＡＰＩ、および、前記第３のグループの第２の部分と通信するために前記第２のＡＰＩを割り当てることと、
    前記第１のグループ、前記第２のグループ、および前記第３のグループから通信を収集し、各グループに関連付けられたＡＰＩメトリックを生成することと、
    前記第１のグループに関連付けられた前記ＡＰＩメトリックと前記第２のグループに関連付けられたＡＰＩメトリックとを比較する比較レポートを生成することであって、前記比較レポートは、前記第１のグループに関連付けられた前記ＡＰＩメトリックと前記第２のグループに関連付けられた前記ＡＰＩメトリックとの間の差を含む、生成することと、
    前記第３のグループに関連付けられた前記ＡＰＩメトリックに基づいて適合性レポートを生成することと、
    前記差が実行可能性閾値を下回っているか否かを判定することと、
    前記第３のグループに関連付けられた前記ＡＰＩメトリックが適合性閾値を下回っているか否かを判定することと、
    前記差が前記実行可能性閾値を下回っており、前記第３のグループに関連付けられた前記ＡＰＩメトリックが前記適合性閾値を上回っているという判定に応答して、更新済みＡＰＩマップテーブルおよび移行ＡＰＩプラグインを含むレコメンドを送信することと、
    を実施するように構成されている、システム。
JP2021531922A 2020-08-26 2021-01-27 自動アプリケーションプログラミングインターフェース評価および移行のためのシステムおよび方法 Pending JP2023540150A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US17/003,380 2020-08-26
US17/003,380 US10956244B1 (en) 2020-08-26 2020-08-26 Systems and methods for automated application programming interface evaluation and migration
PCT/IB2021/050636 WO2022043763A1 (en) 2020-08-26 2021-01-27 Systems and methods for automated application programming interface evaluation and migration

Publications (1)

Publication Number Publication Date
JP2023540150A true JP2023540150A (ja) 2023-09-22

Family

ID=74004091

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021531922A Pending JP2023540150A (ja) 2020-08-26 2021-01-27 自動アプリケーションプログラミングインターフェース評価および移行のためのシステムおよび方法

Country Status (7)

Country Link
US (2) US10956244B1 (ja)
EP (1) EP3961394A1 (ja)
JP (1) JP2023540150A (ja)
KR (2) KR102402680B1 (ja)
CN (1) CN114116442A (ja)
TW (1) TWI742980B (ja)
WO (1) WO2022043763A1 (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11526933B1 (en) 2015-12-28 2022-12-13 Wells Fargo Bank, N.A. Systems and methods for trackable transaction requests
US10853115B2 (en) 2018-06-25 2020-12-01 Amazon Technologies, Inc. Execution of auxiliary functions in an on-demand network code execution system
US11943093B1 (en) 2018-11-20 2024-03-26 Amazon Technologies, Inc. Network connection recovery after virtual machine transition in an on-demand network code execution system
US11508097B1 (en) * 2020-12-11 2022-11-22 Wells Fargo Bank, N.A. Visualizations of multi-nodal transfers and gesture-based interactivity in virtual or augmented reality
US11184454B1 (en) * 2020-12-21 2021-11-23 Coupang Corp. Systems and methods for managing perpetual data requests to conserve resources
US11698825B2 (en) * 2021-03-08 2023-07-11 Red Hat, Inc. Application programming interface compatibility
US20230004651A1 (en) * 2021-06-30 2023-01-05 Cisco Technology, Inc. Penetration testing for api service security
US11829745B2 (en) * 2021-09-20 2023-11-28 Salesforce, Inc. Augmented circuit breaker policy
US20230109797A1 (en) * 2021-09-20 2023-04-13 International Business Machines Corporation Api health analysis
US11297152B1 (en) 2021-09-30 2022-04-05 metacluster lt, UAB Regulation methods for proxy services
CN113992755A (zh) * 2021-10-27 2022-01-28 中国电信股份有限公司 基于微服务网关的请求处理方法、系统、设备及存储介质
US20230388226A1 (en) * 2022-05-26 2023-11-30 Accenture Global Solutions Limited On-site artificial intelligence application programming interfaces for routing and adapting traffic
US11979287B1 (en) * 2022-11-25 2024-05-07 Dell Products L.P. Data center monitoring and management operation including a microservice autoscaling operation
KR102649770B1 (ko) * 2023-01-10 2024-03-21 쿠팡 주식회사 정보를 제공하는 방법 및 이를 지원하는 전자 장치
CN116361194B (zh) * 2023-05-19 2023-08-29 深圳凡泰极客科技有限责任公司 异常代码识别方法、系统、电子设备及存储介质

Family Cites Families (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6591417B1 (en) * 1999-12-30 2003-07-08 International Business Machines Corporation Method of and system for testing compatibility with an external API upgrade
US7571389B2 (en) * 2001-05-31 2009-08-04 International Business Machines Corporation System, computer-readable storage device, and method for combining the functionality of multiple text controls in a graphical user interface
US7415703B2 (en) * 2003-09-25 2008-08-19 International Business Machines Corporation Loading software on a plurality of processors
WO2010049742A1 (en) * 2004-12-01 2010-05-06 Computer Associates Think, Inc. Managing elements residing on legacy systems
US7549144B2 (en) * 2005-02-22 2009-06-16 Microsoft Corporation Custom API modeling for source code static analysis simulator
US7895579B2 (en) * 2006-06-16 2011-02-22 Microsoft Corporation Automated method and system for collecting and reporting API performance profiles
US7926072B2 (en) * 2007-10-01 2011-04-12 Spring Design Co. Ltd. Application programming interface for providing native and non-native display utility
US8701103B1 (en) * 2007-10-31 2014-04-15 Wal-Mart Stores, Inc. Method and system for minimizing or eliminating downtime when updating a website
JP5337155B2 (ja) * 2008-06-10 2013-11-06 パナソニック株式会社 組み込み機器におけるａｐｉ評価システム
US8539475B2 (en) * 2009-09-29 2013-09-17 Oracle America, Inc. API backward compatibility checking
US8458651B2 (en) * 2010-06-18 2013-06-04 International Business Machines Corporation Seamless migration of tuxedo® applications to a CICS® hosting environment
KR101587030B1 (ko) * 2010-12-27 2016-02-03 에스케이텔레콤 주식회사 Ｍ２ｍ 어플리케이션의 ａｐｉ 함수 호출 정책 관리 시스템 및 그 구현 방법
US9292361B1 (en) * 2011-08-19 2016-03-22 Google Inc. Application program interface script caching and batching
US9300759B1 (en) * 2013-01-03 2016-03-29 Amazon Technologies, Inc. API calls with dependencies
JP2016534607A (ja) * 2013-07-22 2016-11-04 インテリヴィジョン テクノロジーズ コーポレーション 拡張可能なビデオクラウドサービスのためのシステムおよび方法
US9442700B2 (en) 2013-09-30 2016-09-13 MuleSoft, Inc. API notebook tool
US9146787B2 (en) * 2013-11-07 2015-09-29 Accenture Global Services Limited Analytics for application programming interfaces
US9619217B2 (en) * 2013-11-20 2017-04-11 Wolfram Research, Inc. Methods and systems for cloud computing
US9560037B2 (en) * 2014-06-19 2017-01-31 Microsoft Technology Licensing, Llc Integrated APIs and UIs for consuming services across different distributed networks
US20160335168A1 (en) * 2015-05-15 2016-11-17 Microsoft Technology Licensing, Llc Real-time analysis of application programming interfaces
US9898273B1 (en) * 2015-12-22 2018-02-20 VCE IP Holding Company LLC Dynamically updating APIS based on updated configuration file of a computing system
US10394552B2 (en) * 2016-05-17 2019-08-27 Dropbox, Inc. Interface description language for application programming interfaces
CN109314658A (zh) 2016-06-27 2019-02-05 华为技术有限公司 网络交换设备及时隙交换的方法
US10310850B2 (en) * 2016-10-19 2019-06-04 Facebook, Inc. Methods and systems for determining relevant changes in an API
WO2018200135A1 (en) * 2017-04-25 2018-11-01 Intento, Inc. Intent-based organisation of apis
US10379838B1 (en) * 2017-06-28 2019-08-13 Amazon Technologies, Inc. Update and rollback of code and API versions
KR102255806B1 (ko) * 2017-07-03 2021-05-26 (주)더리스 Api 연동방식의 해외 온라인 쇼핑몰 통합 관리 방법 및 시스템
US10678513B2 (en) * 2017-09-12 2020-06-09 Devfactory Fz-Llc Library upgrade method, apparatus, and system
US10796350B2 (en) * 2017-09-25 2020-10-06 Oracle International Corporation Systems and methods for using facade API for phased upgrade of core API
US10572370B2 (en) * 2017-09-26 2020-02-25 Fujitsu Limited Test-assisted application programming interface (API) learning
US10644962B2 (en) * 2017-11-15 2020-05-05 APImetrics Inc. Continuous monitoring for performance evaluation of service interfaces
JP6542865B2 (ja) 2017-12-04 2019-07-10 株式会社日立製作所 インタフェース集約装置及びインタフェース管理方法
US10956242B1 (en) * 2017-12-06 2021-03-23 Amazon Technologies, Inc. Automating the migration of web service implementations to a service provider system
US20190179624A1 (en) * 2017-12-11 2019-06-13 International Business Machines Corporation Software upgrade impact analysis by cognitive services
US10810608B2 (en) * 2018-02-19 2020-10-20 International Business Machines Corporatior API pricing based on relative value of API for its consumers
US10896160B2 (en) * 2018-03-19 2021-01-19 Secure-24, Llc Discovery and migration planning techniques optimized by environmental analysis and criticality
US11030302B2 (en) * 2018-04-12 2021-06-08 Webroot Inc. Restricting access to application programming interfaces (APIs)
US10503569B2 (en) * 2018-04-17 2019-12-10 International Business Machines Corporation Feature-based application programming interface cognitive comparative benchmarking
US11275624B2 (en) * 2018-06-14 2022-03-15 Qliktech International Ab Methods and systems for application program interface management
US10656973B2 (en) * 2018-08-23 2020-05-19 Fujitsu Limited Automated API evaluation based on API parameter resolution
US11048564B2 (en) * 2018-09-21 2021-06-29 International Business Machines Corporation API evolution and adaptation based on cognitive selection and unsupervised feature learning
US10824483B2 (en) * 2018-11-20 2020-11-03 R Software Inc. Application programming interface scoring, ranking and selection
US20210382764A1 (en) * 2018-12-05 2021-12-09 Hewlett-Packard Development Company, L.P. Comparisons of application programming interface interactions to determine compatibilities
US20200301760A1 (en) * 2019-03-19 2020-09-24 Honeywell International Inc. Methods and systems for generating and recommending api mashups
US10990455B2 (en) * 2019-09-18 2021-04-27 Moesif, Inc. Management of application programming interface (API) retention
US11409642B2 (en) * 2020-01-13 2022-08-09 Fujitsu Limited Automatic parameter value resolution for API evaluation
US11449909B2 (en) * 2020-01-24 2022-09-20 Salesforce.Com, Inc. Customizable formula based dynamic API evaluation using a database system
US11281505B2 (en) * 2020-02-12 2022-03-22 Moesif, Inc. Management of application programming interface (API) conversion for end users
US11354108B2 (en) * 2020-03-02 2022-06-07 International Business Machines Corporation Assisting dependency migration
CN113448814B (zh) * 2020-03-26 2024-04-26 伊姆西Ip控股有限责任公司 用于评估应用程序接口的方法、设备和程序产品

Also Published As

Publication number Publication date
CN114116442A (zh) 2022-03-01
US20220066848A1 (en) 2022-03-03
KR20220074839A (ko) 2022-06-03
US11307913B2 (en) 2022-04-19
KR20220029795A (ko) 2022-03-08
US10956244B1 (en) 2021-03-23
WO2022043763A1 (en) 2022-03-03
TW202209114A (zh) 2022-03-01
KR102402680B1 (ko) 2022-05-30
TWI742980B (zh) 2021-10-11
EP3961394A1 (en) 2022-03-02

Similar Documents

Publication Publication Date Title
KR102402680B1 (ko) 자동화 된 애플리케이션 프로그래밍 인터페이스 평가 및 마이그레이션을 위한 시스템 및 방법
JP7335901B2 (ja) 適応型の配達スケジューリングのためのグラフィカルユーザインターフェースを生成するためのシステムおよび方法
TWI792306B (zh) 用於產生適應性電子通知的系統、設備以及電腦實行方法
TWI777532B (zh) 用於集中式狀態監測的系統、電腦實行方法及設備
TW202223790A (zh) 電腦實行方法及產生客製化網站的電腦實行系統
US20200401991A1 (en) Systems and methods for electronic platform for transactions of wearable items
KR20210109499A (ko) 데이터의 동적 집계와 데이터 손실의 최소화를 위한 시스템 및 방법
TW202215318A (zh) 用於動態庫存平衡的系統、電腦實行方法及設備
US8589207B1 (en) System and method for determining and visually predicting at-risk integrated processes based on age and activity
US11568017B2 (en) Systems and methods for loading websites with multiple items
KR102396707B1 (ko) 웹페이지 상에 제품 정보를 업데이트하기 위한 컴퓨터화된 시스템 및 방법
TWI843063B (zh) 電腦實行方法及電腦實行系統