JP2021111368A - Ａｐｉベースのソフトウェア開発プラットフォーム - Google Patents

Abstract

【課題】ＡＰＩベースのソフトウェア開発プラットフォームを提供する。【解決手段】ＡＰＩのセットに関連づけられたドキュメンテーションコーパスのテキスト分析によりオブジェクト指向ソフトウェアプラットフォームを作成する方法は、ＡＰＩのセットのうち第１のＡＰＩのＡＰＩエンドポイントのためのＡＰＩコールオブジェクトのセットを生成することと、テキスト分析に基づいてＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットを構築することを含む。方法は、ＡＰＩコールオブジェクトのセットのうち対応するＡＰＩコールオブジェクトに関連づけられた入力／出力パラメータのセットに適用可能な条件をカプセル化する、ビジネスオブジェクトのセットを生成することと、ＡＰＩコールオブジェクトのセット、自然言語記述子のセット及びビジネスオブジェクトのセットをカプセル化するソフトウェアパッケージを構築することと、をさらに含む。【選択図】図４

Description

本開示で論じられる実施形態は、アプリケーションプログラミングインターフェース（ＡＰＩ）ベースのソフトウェア開発プラットフォームに関する。

多くの会社や組織が、音声処理やソーシャルメディア分析などのいくつかのアプリケーションのためのＡＰＩを第三者の開発者や第三者の組織に提供するアプリケーションプログラミングインターフェース（ＡＰＩ）インフラストラクチャを提供している。典型的には、ＡＰＩは、第三者のソフトウェアがリソースにアクセスできる場所を指定する、公に公開されたエンドポイントを有するプログラマティックインターフェースである。これらのＡＰＩ及び関連する例示的なコードの使用に関する詳細は、通常、ＡＰＩドキュメンテーションにおいて提供される。

ソフトウェアアプリケーションに様々な機能性を提供するためのＡＰＩの急増に伴い、ソフトウェア業界の開発者及び組織は、既存のＡＰＩの機能性を活用してソフトウェアアプリケーションを迅速に開発することができる。しかしながら、既存のＡＰＩの使用によるソフトウェアアプリケーションの開発は、特に、開発者が成長し続ける数のＡＰＩから関連するＡＰＩを選択し、テストする必要があるとき、時間のかかる作業となり得る。さらに、ソフトウェアアプリケーションを開発したいがソフトウェアプログラミングにおいて限られたスキルを有するか又はスキルのない多くのユーザは、ソフトウェアプログラムを構築するのに熟練の開発者に頼る以外の選択肢がない。

本開示において請求される対象事項は、何らかの欠点を解決し又は上述されたような環境においてのみ動作する実施形態に限定されない。むしろ、この背景技術は、本開示に記載されるいくつかの実施形態が実施され得る１つの例示的な技術分野を示すためにのみ提供される。

一実施形態の態様によれば、動作が、アプリケーション開発者又は管理者のためのＡＰＩベースのソフトウェア開発プラットフォームとしてオブジェクト指向ソフトウェアプラットフォームを作成することを含み得る。本明細書において、オブジェクト指向ソフトウェアプラットフォームは、開発者のためのマルチレベル粒度ソフトウェアプラットフォームと呼ばれることもある。オブジェクト指向ソフトウェアプラットフォームを作成する動作は、ＡＰＩのセットに関連づけられたドキュメンテーションコーパスのテキスト分析を実行することと、ＡＰＩのセットのうち第１のＡＰＩのＡＰＩエンドポイントのためのＡＰＩコールオブジェクトのセットを生成することを含んでもよい。動作は、テキスト分析に基づいて、生成されたＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットを構築することと、ビジネスオブジェクトのセットを生成することをさらに含んでもよい。ビジネスオブジェクトのセットのうち各ビジネスオブジェクトは、生成されたＡＰＩコールオブジェクトのセットのうち対応するＡＰＩコールオブジェクトに関連づけられた入力／出力パラメータのセットに適用可能な条件をカプセル化し得る。動作は、生成されたＡＰＩコールオブジェクトのセット、構築された自然言語記述子のセット、及び生成されたビジネスオブジェクトのセットをカプセル化し得るソフトウェアパッケージを構築することをさらに含んでもよい。

別の実施形態の一態様によれば、ＡＰＩベースのソフトウェア開発のためのシステムが提供される。該システムは、表示装置にオブジェクト指向マルチレベル粒度ソフトウェアプラットフォームの電子ユーザインターフェース（ＵＩ）をレンダリングし得る。レンダリングされた電子ＵＩは、オブジェクト指向ソフトウェアプラットフォームに含まれるソフトウェアパッケージのセットに対応し得るユーザ選択可能なオブジェクトのセットを含み得る。システムは、ユーザ選択可能なオブジェクトのセットのうち第１のユーザ選択可能なオブジェクトを通じての第１の入力に基づいてソフトウェアパッケージのセットからソフトウェアパッケージを選択してもよく、第２の入力に基づいて、選択されたソフトウェアパッケージに含まれるＡＰＩコールオブジェクトのセットのための入力／出力パラメータのセットに対する条件の値を更新してもよい。更新の後、システムはさらに、第３の入力に基づいてＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットのうち少なくとも１つの自然言語記述子を選択し、第４の入力に基づいてＡＰＩコールオブジェクトのセットのうち少なくとも１つのＡＰＩコールオブジェクトを選択してもよい。システムは、ソフトウェアコンポーネントをコンパイルし、コンパイルされたソフトウェアコンポーネントに基づいてＡＰＩベースのソフトウェアアプリケーションを構築してもよい。ソフトウェアコンポーネントは、選択された少なくとも１つのＡＰＩコールオブジェクト、条件の更新された値、及び選択されたソフトウェアパッケージに基づいてコンパイルされてもよい。

実施形態の目的及び利点は、少なくとも特許請求の範囲において特に指し示された要素、特徴、及び組み合わせにより実現され、達成される。

前述の一般的な説明及び以下の詳細な説明の双方が例として与えられ、説明的であり、請求される発明の限定ではない。

例示的な実施形態が、添付図面の使用を通してさらなる特定性及び詳細と共に記載され、説明される。
オブジェクト指向ソフトウェアプラットフォームの作成に関連する一例示的な環境を示す図である。 図１のオブジェクト指向ソフトウェアプラットフォームの作成のための一例示的な電子デバイスを示すブロック図である。 オブジェクト指向ソフトウェアプラットフォームの作成のための一例示的なワークフローを示す。 図３のオブジェクト指向ソフトウェアプラットフォームの作成のための一例示的な方法のフローチャートである。 図５Ａ及び図５Ｂは集合的にＡＰＩコールオブジェクトの生成のための一例示的な方法のフローチャートを示す。 図５Ａ及び図５Ｂは集合的にＡＰＩコールオブジェクトの生成のための一例示的な方法のフローチャートを示す。 自然言語記述子の構築のための一例示的な方法のフローチャートである。 ＡＰＩのセットの統一仕様のうち一部の例である。 オブジェクト指向ソフトウェアプラットフォームのデプロイのための一例示的なシステムを示すブロック図である。 図１のオブジェクト指向ソフトウェアプラットフォームの異なるレイヤにおける異なるオブジェクトの一例を示す。 図１のオブジェクト指向ソフトウェアプラットフォームの一例示的な電子ＵＩである。 図３のオブジェクト指向ソフトウェアプラットフォームを使用するソフトウェアアプリケーションの開発のための一例示的な方法のフローチャートを示す。 図１２Ａ及び１２Ｂは集合的に図３のオブジェクト指向ソフトウェアプラットフォームを使用するソフトウェアアプリケーションの開発のための一例示的な方法のフローチャートを示す。 図１２Ａ及び１２Ｂは集合的に図３のオブジェクト指向ソフトウェアプラットフォームを使用するソフトウェアアプリケーションの開発のための一例示的な方法のフローチャートを示す。

全て、本開示に記載される少なくとも１つの実施形態による。

本開示に記載される実施形態は、ソフトウェアアプリケーションのＡＰＩベースの開発のためのオブジェクト指向ソフトウェアプラットフォームの作成及び作成されたオブジェクト指向ソフトウェアプラットフォームの使用に関する。典型的には、ＡＰＩに基づくソフトウェアアプリケーションの開発では、開発者がＡＰＩに関連づけられたＡＰＩドキュメンテーションを手動で分析して、ＡＰＩの様々な側面、例えば、ＡＰＩの各々のエンドポイント、パラメータ、及び応答を理解する必要がある。このようなドキュメンテーションの分析に基づき、開発者は、特定のプログラミング言語でプログラムコードを書いて、特定のＡＰＩに関連づけられた様々なエンドポイントへのＡＰＩコールを呼び出し、ＡＰＩの機能性をソフトウェアアプリケーション又はソフトウェアアプリケーションのソフトウェアコンポーネントに組み込む必要があり得る。開発者は、多くのＡＰＩをテストし、ソフトウェアアプリケーションの要件を満たすＡＰＩを選択する必要もあり得る。ＡＰＩを選択し、テストする際に、開発下のソフトウェアアプリケーションに関連した複雑さ、スケール、及び機能性のセットに依存して、より多くの開発者時間が消費される可能性がある。また、ソフトウェアアプリケーションを開発したいがソフトウェアプログラミングにおいて限られたスキルを有し又はスキルがない場合がある他のユーザは、しばしば、これらの問題を、自分自身でソフトウェアアプリケーションを開発することの禁止と感じることがある。

本開示の１つ以上の実施形態によれば、ソフトウェア開発の技術分野は、ＡＰＩベースのソフトウェアアプリケーション開発のためのオブジェクト指向マルチレベル粒度（multi-level granularity）ソフトウェアプラットフォームを作成するようにコンピューティングシステムを構成することにより改善され得る。オブジェクト指向ソフトウェアプラットフォームは、マルチレイヤオブジェクト指向アーキテクチャに従ってもよく、ＡＰＩドキュメンテーションを分析して最初のレイヤ内にＡＰＩコネクタを生成し、ＡＰＩコネクタの各固有入力／出力について第２のレイヤ内にマイクロサービスを生成することにより作成され得る。オブジェクト指向ソフトウェアプラットフォームは、さらに、第３のレイヤ内にソフトウェア／ハードウェアコンポーネント（例えば、ソフトウェア開発キット、すなわちＳＤＫ）を生成して前のレイヤの定義オブジェクトにビジネス指向ポリシー及びレガシーを適用し、最後に第４のレイヤ内にソフトウェア／ハードウェアパッケージ（例えば、モバイルアプリ、ソフトウェアアプリケーション、ウェブアプリケーション、ハードウェアベースのアプリケーション）を生成することにより作成されてもよい。ビジネスレイヤは、特定のタスクのための制約、制限、及びシステム能力を適用する。

本開示の１つ以上の実施形態によれば、ソフトウェアアプリケーション開発のためのオブジェクト指向マルチレベル粒度ソフトウェアプラットフォームは、様々なＡＰＩのドキュメンテーションをマイニングすることにより自動的に作成され得る。したがって、オブジェクト指向ソフトウェアプラットフォームの作成は、限られた人間の監督により完全に動的であり得る。オブジェクト指向ソフトウェアプラットフォームが利用可能なＡＰＩベースのリソースに基づいて作成されると、オブジェクト指向ソフトウェアプラットフォームはデプロイされ（deployed）、ユーザ（開発者／組織／管理者）が様々なマイクロサービスＡＰＩコールを扱って様々な目的（例えば、簡素なソフトウェアアプリケーションの設計）を達成することを可能にし得る。オブジェクト指向ソフトウェアプラットフォームは、ユーザがオブジェクトを単にドラッグアンドドロップしてプロセスの論理フローを設計することを可能にし得る。各レイヤは、詳細／情報をカプセル化して（encapsulate）、ユーザがオブジェクト指向ソフトウェアプラットフォームとシンプルに対話することを可能にし得る。例えば、ユーザは、初期段階で詳細を見ることなくソフトウェアコンポーネントレイヤを設計することができ、次いで、ユーザは、各オブジェクトをダブルクリックして設計オブジェクトを含むプロセスのさらなる詳細を追加することができる。

オブジェクト指向ソフトウェアプラットフォームが定義される（各レイヤに関連する全てのコンセプトを追加される）と、ユーザは、各レイヤでオブジェクトを選択することができる。しかしながら、上位レイヤからオブジェクトを選択することにより、それは、下位レイヤで利用可能なリソース／コンセプトのうち限られた選択肢になる。例えば、ユーザは、ビジネスレイヤで通知を選択してもよく、次いで設計レイヤでは、利用可能なリソースのみ（例えば、電子メール通知、電話呼び出し通知、テキストメッセージＳＭＳ通知）を有する。オブジェクト指向ソフトウェアプラットフォームは、管理者又は開発者がオブジェクト指向ソフトウェアプラットフォームの下位レイヤにＡＰＩコールを生成し、ＡＰＩコールからのマイクロサービスを作成し、マイクロサービスを制限し、オブジェクト指向ソフトウェアプラットフォームの上位レイヤで最終的なソフトウェアパッケージを得ることを可能にし得る。オブジェクト指向ソフトウェアプラットフォームは、コンセプトマイニングを使用して各レイヤ内の各オブジェクトの記述／コンセプトを抽出及び定義してもよく、ソフトウェア／ハードウェアアプリケーションを作成するために使用することができる。オブジェクト指向ソフトウェアプラットフォームは、異なるビジネスが独自のアプリケーションを設計し、かつ／あるいはソフトウェア／ハードウェアアプリケーションをカスタマイズするのに役立ち得る。これらのソフトウェア／ハードウェアアプリケーションは、制限、レガシー、ポリシーなどのビジネス指向アプローチを考慮して容易に設計され得る。

開発者は、生成された電子ＵＩを使用してソフトウェアアプリケーションのＡＰＩベースの開発を行うことができる。オブジェクト指向ソフトウェアプラットフォームは、電子ユーザインターフェース（ＵＩ）を提供して、開発者が電子ＵＩに表示されたユーザ選択可能なツールのセットからソフトウェアパッケージを選択し、ソフトウェアパッケージのプロパティを設定することを可能にし得る。さらに、電子ＵＩは、開発者が選択したソフトウェアパッケージに関連づけられたビジネスオブジェクトを選択及び構成することを可能にし得、特定のＡＰＩに関連づけられた個々のＡＰＩコールオブジェクトを構成する選択肢をユーザに提供し得る。最後に、電子ＵＩは、開発者が電子ＵＩを介したユーザ選択及びユーザ入力のシーケンスに基づいてソフトウェアコンポーネントのコンパイルを要求することを可能にし得る。オブジェクト指向ソフトウェアプラットフォームは、コンパイルされたソフトウェアコンポーネントに基づいてソフトウェアアプリケーションをさらに生成してもよい。したがって、ソフトウェアアプリケーションは、短時間のうちに、開発者からの最小限のコーディング労力で、関連するＡＰＩの機能性を含むように生成され得る。

従来、開発者向けのＵＩは、典型的には、コードエディタウィンドウと、コンパイルログ、エラーログ、実行されたコード、及びコード実行に対する出力を見るためのコンソールを含む。全てのウィンドウ（すなわち、エディタウィンドウ）には、詳細情報を参照する粒度レベルが含まれる。例えば、ユーザは、アイデアレイヤでは汎用的な定義を定義するが、ビジネスレイヤでは上位レイヤ（アイデアレイヤ）の各オブジェクトについてどのプロバイダを使用できるかを使用し判断する可能性がある。したがって、ＵＩは、各レイヤで異なり得る。これらのＵＩは、ソフトウェアアプリケーション開発に一定の専門知識を有し、ソフトウェアアプリケーションの大部分を手動でコーディングする典型的な方法論に従うユーザに焦点を合わせて開発された。したがって、これらの従来のＵＩは、ソフトウェアアプリケーションのためのソフトウェアコードの大部分を書くことなく、通常のユーザ又は開発者さえもがソフトウェアアプリケーションを開発するのに役立ち得る適切な情報及び適切なユーザ選択可能な選択肢を提供することを欠いていた。

対照的に、本開示は、適切な情報及び適切なユーザ選択可能な選択肢を提供する電子ＵＩを提供して、ソフトウェアアプリケーションを作成するユーザ（開発者／非開発者）の能力を改善する。電子ＵＩと対話することにより、ユーザは、ＡＰＩからマイクロサービス（ＡＰＩコールオブジェクト）を作成し、ソフトウェアアプリケーションに含まれるマイクロサービスのパラメータを通じて条件を追加することができ得る。したがって、電子ＵＩは、表示される情報のタイプと情報がどのように表示されるかを区別する改善されたＵＩであり得る。これは、ユーザがソフトウェアアプリケーションのあらゆる側面を手動でコーディングする必要をなくし、結果としていくらかの時間を節約し得る。

本開示の実施形態は、添付の図面を参照して説明される。

図１は、本開示に記載される少なくとも１つの実施形態に従って配置された、オブジェクト指向ソフトウェアプラットフォームの作成に関連する一例示的な環境を示す図である。図１を参照し、環境１００が示される。環境１００は、電子デバイス１０２、データベースシステム１０４、ユーザエンドデバイス１０６、及び通信ネットワーク１０８を含み得る。図１には、さらに、ＡＰＩのセットに関連づけられデータベースシステム１０４に記憶されたドキュメントのセット（以降、ドキュメンテーションコーパス（documentation corpus）１１０と呼ぶ）が示されている。さらに、電子デバイス１０２及び／又はユーザエンドデバイス１０６に関連づけられ得るユーザ１１２が示されている。本明細書において、ユーザ１１２は、ソフトウェア開発、デバッグ、又はソフトウェアテスト機能に関連づけられた個人、個人のチーム、又は組織でもよい。

電子デバイス１０２は、ソフトウェアアプリケーション開発のために異なるユーザにより使用されるマルチレベル粒度ソフトウェア開発プラットフォームとしてのオブジェクト指向ソフトウェアプラットフォーム１１４の作成に関連する動作を実行するように構成され得る適切な論理、回路、及びインターフェースを含み得る。電子デバイス１０２の例は、これらに限られないが、統合開発環境（integrated development environment、ＩＤＥ）デバイス、ソフトウェアテストデバイス、モバイルデバイス、デスクトップコンピュータ、ラップトップ、コンピュータワークステーション、コンピュータデバイス、メインフレームマシン、クラウドサーバなどのサーバ、及びサーバのグループを含んでもよい。１つ以上の実施形態において、電子デバイス１０２は、ユーザエンド端末デバイスと、ユーザエンド端末デバイスに通信上結合されたサーバを含んでもよい。ユーザエンド端末デバイスの例は、これらに限られないが、モバイルデバイス、デスクトップコンピュータ、ラップトップ、及びコンピュータワークステーションを含んでもよい。電子デバイス１０２は、プロセッサ、マイクロプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又は特定用途向け集積回路（ＡＳＩＣ）を含むハードウェアを使用して実現されてもよい。いくつかの他の例において、電子デバイス１０２は、ハードウェアとソフトウェアの組み合わせを用いて実現されてもよい。

最初、電子デバイス１０２は、ＡＰＩのセットに関連づけられたドキュメンテーションコーパス１１０を抽出する必要があり得る。このドキュメンテーションコーパスは、公に利用可能な情報として利用可能であり得、かつ／あるいはＡＰＩリポジトリの一部であり得る。ドキュメンテーションコーパス１１０は、ＡＰＩのセットに関連づけられた複数の構造化又は非構造化ＡＰＩ仕様ドキュメントを含んでもよい。各ＡＰＩ仕様ドキュメントは、ＡＰＩタイトル、エンドポイント名、エンドポイント記述、入力／出力パラメータ、プライマリカテゴリ、セカンダリカテゴリ、ＡＰＩのセットのうち対応するＡＰＩに関連づけられたタグなどの、フィールドにマッピングされた情報を含み得る。

限定でなく例として、電子デバイス１０２は、ウェブ上の１つ以上のコンピュータベースのソースに対するウェブクローラ又はウェブスクレイパ（scraper）（例えば、クローラボット又はスクレイパボット）をデプロイして、ＡＰＩのセットに関連づけられた公に利用可能な情報を検索し、収集してもよい。あるいは、電子デバイス１０２は、データベースシステム１０４からドキュメンテーションコーパス１１０を抽出してもよい。データベースシステム１０４は、ＡＰＩのセットに関連づけられたドキュメンテーションコーパス１１０を記憶するように構成され得る適切な論理、インターフェース、及び／又はコードを含んでもよい。ある場合には、データベースシステム１０４は、クラウドサーバなどのサーバとして実現されてもよく、そこから、ドキュメンテーションコーパス１１０が電子デバイス１０２にキャッシュされ、記憶されてもよい。さらに又は代わりに、データベースシステム１０４は、これらに限られないがプロセッサ、マイクロプロセッサ（例えば、１つ以上のデータベース動作を実行し又は該動作の実行を制御する）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又は特定用途向け集積回路（ＡＳＩＣ）を含むハードウェアを使用して実現されてもよい。

オブジェクト指向ソフトウェアプラットフォーム１１４を作成するために、電子デバイス１０２は、ＡＰＩのセットに関連づけられたドキュメンテーションコーパス１１０のテキスト分析を実行し得る。ドキュメンテーションコーパス１１０のテキスト分析に基づき、電子デバイス１０２は、ＡＰＩのセットについての統一仕様（unified specification）（例えば、ＯｐｅｎＡＰＩ（ＯＡＳ）仕様）を生成し得る。生成された統一仕様の一例が、図７で提供される。さらに、電子デバイス１０２は、ＡＰＩのセットのうち第１のＡＰＩのＡＰＩエンドポイント（endpoint）のためのＡＰＩコールオブジェクトのセットを生成し得る。各ＡＰＩコールオブジェクトは、ＡＰＩエンドポイントのためのＡＰＩコールを呼び出すプログラムコードを含んでもよく、ＡＰＩエンドポイントの入力／出力パラメータのセットのための固有値（unique values）に基づいて生成されてもよい。本明細書において、ＡＰＩコールは、予め定義されたＡＰＩエンドポイント（すなわち、ＡＰＩに関連づけられたサービスを提供するサーバのユニフォームリソースロケータ（ＵＲＬ））へのファンクションコールに対応してもよい。ＡＰＩコールは、単一のＡＰＩエンドポイントを表し、かつＡＰＩエンドポイントでＡＰＩリソースにアクセス及び操作するための作成、読み出し、更新、削除メソッド（ＲＥＳＴｆｕｌ ＡＰＩのＧＥＴ及びＰＵＴなど）を提供するＡＰＩコネクタを介して実行されてもよい。単一のＡＰＩエンドポイントに対して複数のＡＰＩコールオブジェクトを生成することにより、ＡＰＩエンドポイントの定義ジョブはマイクロジョブに分割され得る。これらのマイクロジョブは、ＡＰＩマイクロサービス（API-micro services）と呼ばれることがあり、相互に異なる機能を有し得る。例えば、以下のように、ＡＰＩコールオブジェクトを表１で定義してもよい。

表１を参照し、変数パラメータＰ_１及びＰ_２に関連づけられる任意の特定のＡＰＩエンドポイントについては、Ｐ_１及びＰ_２に対して固有のパラメータ値を設定することにより、多くのＡＰＩコールオブジェクトが生成され得る。

ＡＰＩコールオブジェクトごとに、コンセプト又は自然言語記述子（natural language descriptor）がマイニングされる必要があり得る。例えば、固有のＡＰＩコールシナリオ、パラメータ記述、及び応答パラメータ記述を表すあらゆるＡＰＩコールオブジェクトについて、ＡＰＩタイトル及びＡＰＩ記述を使用してコンセプト／自然言語記述子を導出してもよい。このようなコンセプト／自然言語記述子は、関連づけられたＡＰＩコールオブジェクトの目的を有意に記述し得る。したがって、電子デバイス１０２は、テキスト分析に基づいて、生成されたＡＰＩコールオブジェクトのセットに対応し得る自然言語記述子のセットを構築し得る。各自然言語記述子は、それぞれのＡＰＩコールオブジェクトの用途（use）を示し得、それぞれのＡＰＩコールオブジェクトに関連づけられた自然言語記述及びトピックを含んでもよい。

限定でなく例として、例「scanner/new_scan」は、スキャナＡＰＩ（Scanner API）のＡＰＩエンドポイントである。new_scanエンドポイントは、パラメータ「page」をとり、このパラメータは、「unlimited」又は「single」などの多くの値を有することができる。各固有のパラメータ値が、固有のＡＰＩコールシナリオ／ＡＰＩコールオブジェクトを作成するために使用されてもよく、固有のコンセプト／自然言語記述子を必要とし得る。したがって、「scanner/new_scan(page=unlimited)」がＡＰＩコールオブジェクトに対応するとき、自然言語記述子は「Get unlimited pages from scanner」としての定義を含んでもよい。同様に、「scanner/new_scan(page=single)」が別のＡＰＩコールオブジェクトに対応するとき、自然言語記述子は「Get scan of one page from scanner」としての定義を含んでもよい。

電子デバイス１０２は、ビジネスオブジェクトのセットを生成してもよく、ビジネスオブジェクトの各々が、生成されたＡＰＩコールオブジェクトのセットのうち対応するＡＰＩコールオブジェクトに関連づけられた入力／出力パラメータのセットに適用可能な条件をカプセル化し得る。次いで、電子デバイス１０２は、生成されたＡＰＩコールオブジェクトのセット、構築された自然言語記述子のセット、及び生成されたビジネスオブジェクトのセットをカプセル化し得るソフトウェアパッケージを構築してもよい。さらに、電子デバイス１０２は、構築されたソフトウェアパッケージにリンクされたユーザ選択可能なツールとしてＵＩ要素のセットを含み得る電子ユーザインターフェース（ＵＩ）を生成してもよい。

オブジェクト指向ソフトウェアプラットフォーム１１４は、ひとたび作成されると、例えば、アプリケーションサーバ１１６にウェブアプリケーションとしてデプロイされ得る。少なくとも１つの実施形態において、オブジェクト指向ソフトウェアプラットフォーム１１４は電子デバイス１０２上にデプロイされてもよく、その場合、アプリケーションサーバ１１６はアプリケーションサーバ１１６の機能性全体を組み込み得る。あるいは、オブジェクト指向ソフトウェアプラットフォーム１１４の１つ以上のコンポーネント（例えば、対話型開発環境（Interactive Development Environment、ＩＤＥ））がインストールファイルとして提供されてもよく、一方、オブジェクト指向ソフトウェアプラットフォーム１１４の残りのコンポーネントがアプリケーションサーバ１１６のバックエンドにデプロイされてもよい。ひとたびデプロイされると、ユーザ（ユーザ１１２など）は、ユーザエンドデバイス１０６上のオブジェクト指向ソフトウェアプラットフォーム１１４の電子ＵＩにアクセスする選択肢を有することができる。ひとたびアクセスされると、そのようなユーザは、電子ＵＩ上に現れるユーザ選択可能なツールとの対話に基づいて、ソフトウェア開発キット、ソフトウェアパッケージ、又は完全なソフトウェアアプリケーションを設計及び開発することができ得る。これらのユーザ選択可能なツールにより、ユーザは、ビジネスロジック、ルール、及びポリシーを指定し、どの機能性及び関連づけられたＡＰＩコールオブジェクトをソフトウェアアプリケーションに組み込むかを選択することにより、ソフトウェアアプリケーションの開発をカスタマイズすることができ得る。

例として、ユーザエンドデバイス１０６は、統合開発環境（ＩＤＥ）、コードエディタ、ソフトウェアデバッガ、ソフトウェア開発キット、又は開発の各レイヤのためのテストアプリケーションのうち１つ以上を含んでもよい。ユーザエンドデバイス１０６の例は、これらに限られないが、モバイルデバイス、デスクトップコンピュータ、ラップトップ、コンピュータワークステーション、コンピューティングデバイス、メインフレームマシン、クラウドサーバなどのサーバ、及びサーバのグループを含んでもよい。図１では、ユーザエンドデバイス１０６は電子デバイス１０２から分離されているように示されているが、一部の実施形態において、ユーザエンドデバイス１０６は開示の範囲から逸脱することなく電子デバイス１０２と統合されてもよい。

電子デバイス１０２、データベースシステム１０４、及びユーザエンドデバイス１０６は、通信ネットワーク１０８を介して互いに通信上結合されてもよい。通信ネットワーク１０８は、電子デバイス１０２がデータベースシステム１０４、ユーザエンドデバイス１０６、及びアプリケーションサーバ１１６と通信し得るための通信媒体を含んでもよい。通信ネットワーク１０８の例は、これらに限らないが、インターネット、クラウドネットワーク、ワイヤレスフィデリティ（Wireless Fidelity、Ｗｉ‐Ｆｉ）ネットワーク、パーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、及び／又はメトロポリタンエリアネットワーク（ＭＡＮ）を含んでもよい。環境１００内の様々な装置は、様々な有線及び無線通信プロトコルに従って通信ネットワーク１０８に接続するように構成されてもよい。そのような有線及び無線通信プロトコルの例は、これらに限られないが、トランスミッションコントロールプロトコル及びインターネットプロトコル（ＴＣＰ／ＩＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）、ファイルトランスファープロトコル（ＦＴＰ）、ＺｉｇＢｅｅ、ＥＤＧＥ、ＩＥＥＥ８０２．１１、ライトフィデリティ（light fidelity、Ｌｉ‐Ｆｉ）、８０２．１６、ＩＥＥＥ８０２．１１ｓ、ＩＥＥＥ８０２．１１ｇ、マルチホップ通信、無線アクセスポイント（ＡＰ）、デバイスツーデバイス（device to device）通信、セルラー通信プロトコル、及び／又はＢｌｕｅｔｏｏｔｈ（ＢＴ）通信プロトコル、又はこれらの組み合わせのうち少なくとも１つを含んでもよい。

本開示の範囲から逸脱することなく、図１に対して修正、追加、又は省略がなされてもよい。例えば、環境１００は、本開示で例示及び説明されるものより多くの又は少ない要素を含んでもよい。例えば、いくつかの実施形態において、環境１００は、電子デバイス１０２を含むがデータベースシステム１０４及びユーザエンドデバイス１０６を含まなくてもよい。さらに、いくつかの実施形態において、データベースシステム１０４及びユーザエンドデバイス１０６の各々の機能性は、本開示の範囲から逸脱することなく電子デバイス１０２に組み込まれてもよい。

図２は、本開示に記載される少なくとも１つの実施形態に従って配置された、図１のオブジェクト指向ソフトウェアプラットフォームの作成のための一例示的な電子デバイスを示すブロック図である。図２は、図１の要素と関連して説明される。図２を参照し、電子デバイス１０２のブロック図２００が示される。電子デバイス１０２は、プロセッサ２０２、メモリ２０４、永続データ記憶装置２０６、入力／出力（Ｉ／Ｏ）デバイス２０８、表示画面２１０、及びネットワークインターフェース２１２を含み得る。

プロセッサ２０２は、電子デバイス１０２により実行されるべき異なる動作に関連づけられたプログラム命令を実行するように構成され得る適切な論理、回路、及び／又はインターフェースを含み得る。例えば、オブジェクト指向ソフトウェアプラットフォーム１１４を作成する動作のいくつかは、ドキュメンテーションコーパス１１０のテキスト分析、統一仕様の生成、ＡＰＩコールオブジェクトのセットの生成、ＡＰＩコールオブジェクトのセットのための自然言語記述子のセットの構築、ビジネスオブジェクトのセットの生成、ソフトウェアパッケージの構築、及びソフトウェアパッケージにリンクされたユーザ選択可能なツールを表示するための電子ＵＩの生成を行うことを含んでもよい。

プロセッサ２０２は、様々なコンピュータハードウェア又はソフトウェアモジュールを含む任意の適切な専用又は汎用コンピュータ、コンピューティングエンティティ、又は処理デバイスを含んでもよく、任意の適用可能なコンピュータ読取可能記憶媒体に記憶された命令を実行するように構成されてもよい。例えば、プロセッサ２０２は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はプログラム命令を解釈及び／又は実行し、及び／又はデータを処理するように構成された任意の他のデジタル若しくはアナログ回路を含んでもよい。

図２では単一のプロセッサとして示されているが、プロセッサ２０２は、本開示に記載される電子デバイス１０２の任意数の動作を個々に又は集合的に実行し又はその実行を指示するように構成された任意数のプロセッサを含んでもよい。さらに、プロセッサの１つ以上が、異なるサーバなどの１つ以上の異なる電子デバイスに存在してもよい。いくつかの実施形態において、プロセッサ２０２は、メモリ２０４及び／又は永続データ記憶装置２０６に記憶されたプログラム命令を解釈及び／又は実行し、及び／又はデータを処理するように構成されてもよい。いくつかの実施形態において、プロセッサ２０２は、永続データ記憶装置２０６からプログラム命令を取り出し、メモリ２０４にプログラム命令をロードすることができる。プログラム命令がメモリ２０４にロードされた後、プロセッサ２０２はプログラム命令を実行することができる。プロセッサ２０２の例のいくつかは、ＧＰＵ、ＣＰＵ、ＲＩＳＣプロセッサ、ＡＳＩＣプロセッサ、ＣＩＳＣプロセッサ、コプロセッサ、及び／又はこれらの組み合わせでもよい。

メモリ２０４は、プロセッサ２０２により実行可能なプログラム命令を記憶するように構成され得る適切な論理、回路、インターフェース、及び／又はコードを含んでもよい。特定の実施形態において、メモリ２０４は、オペレーティングシステム及び関連するアプリケーション特有の情報を記憶するように構成されてもよい。メモリ２０４は、記憶されたコンピュータ実行可能命令又はデータ構造を搬送し又は有するコンピュータ読取可能記憶媒体を含んでもよい。そのようなコンピュータ読取可能記憶媒体は、プロセッサ２０２などの汎用又は専用コンピュータによりアクセスされ得る任意の利用可能な媒体を含んでもよい。限定でなく例として、そのようなコンピュータ読取可能記憶媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、電気的消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ）、コンパクトディスク読取専用メモリ（ＣＤ‐ＲＯＭ）若しくは他の光ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶デバイス、フラッシュメモリデバイス（例えば、ソリッドステートメモリデバイス）、又はコンピュータ実行可能命令又はデータ構造の形式で特定のプログラムコードを搬送又は記憶するために使用でき、かつ汎用又は専用コンピュータによりアクセスできる任意の他の記憶媒体を含む、有形又は非一時的コンピュータ読取可能記憶媒体を含んでもよい。上記の組み合わせもまた、コンピュータ読取可能記憶媒体の範囲内に含まれてもよい。コンピュータ実行可能命令は、例えば、電子デバイス１０２に関連づけられた特定の動作又は動作のグループをプロセッサ２０２に実行させるように構成された命令及びデータを含んでもよい。

永続データ記憶装置２０６は、プロセッサ２０２により実行可能なプログラム命令、オペレーティングシステム、及び／又はログ及びアプリケーション特有のデータベースなどのアプリケーション特有の情報を記憶するように構成され得る適切な論理、回路、インターフェース、及び／又はコードを含んでもよい。永続データ記憶装置２０６は、記憶されたコンピュータ実行可能命令又はデータ構造を搬送し又は有するコンピュータ読取可能記憶媒体を含んでもよい。そのようなコンピュータ読取可能記憶媒体は、プロセッサ２０２などの汎用又は専用コンピュータによりアクセスされ得る任意の利用可能な媒体を含んでもよい。

限定でなく例として、そのようなコンピュータ読取可能記憶媒体は、コンパクトディスク読取専用メモリ（ＣＤ‐ＲＯＭ）若しくは他の光ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶デバイス（例えば、ハードディスクドライブ（ＨＤＤ））、フラッシュメモリデバイス（例えば、ソリッドステートドライブ（ＳＳＤ）、セキュアデジタル（ＳＤ）カード、他のソリッドステートメモリデバイス）、又はコンピュータ実行可能命令又はデータ構造の形式で特定のプログラムコードを搬送又は記憶するために使用でき、かつ汎用又は専用コンピュータによりアクセスできる任意の他の記憶媒体を含む、有形又は非一時的コンピュータ読取可能記憶媒体を含んでもよい。上記の組み合わせもまた、コンピュータ読取可能記憶媒体の範囲内に含まれてもよい。コンピュータ実行可能命令は、例えば、電子デバイス１０２に関連づけられた特定の動作又は動作のグループをプロセッサ２０２に実行させるように構成された命令及びデータを含んでもよい。

いくつかの実施形態において、メモリ２０４、永続データ記憶装置２０６、又はこれらの組み合わせは、データベースシステム１０４から取り出されたドキュメンテーションコーパス１１０と、ドキュメンテーションコーパス１１０から生成された統一仕様を記憶してもよい。

Ｉ／Ｏデバイス２０８は、ユーザ入力（例えば、ソフトウェアパッケージにリンクされた選択可能なツールのセットのユーザ選択に関連づけられたユーザ入力）を受け取るように構成され得る適切な論理、回路、インターフェース、及び／又はコードを含んでもよい。Ｉ／Ｏデバイス２０８は、さらに、ユーザ入力に応答して出力を提供するように構成されてもよい。Ｉ／Ｏデバイス２０８は、プロセッサ２０２及び他のコンポーネント、例えばネットワークインターフェース２１２などと通信するように構成され得る様々な入力及び出力デバイスを含んでもよい。入力デバイスの例は、これらに限られないが、タッチスクリーン、キーボード、マウス、ジョイスティック、及び／又はマイクロフォンを含んでもよい。出力デバイスの例は、これらに限られないが、ディスプレイ及びスピーカーを含んでもよい。

表示画面２１０は、ユーザ１１２に対して生成された電子ＵＩをレンダリングするように構成され得る適切な論理、回路、インターフェース、及び／又はコードを含んでもよい。表示画面２１０は、これらに限られないが、液晶表示（ＬＣＤ）ディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、プラズマディスプレイ、及び／又は有機ＬＥＤ（ＯＬＥＤ）ディスプレイ技術、及び／又は他のディスプレイ技術などのいくつかの既知の技術を介して実現されてもよい。

ネットワークインターフェース２１２は、通信ネットワーク１０８を介して電子デバイス１０２、データベースシステム１０４、及びユーザエンドデバイス１０６間の通信を確立するように構成され得る適切な論理、回路、インターフェース、及び／又はコードを含んでもよい。ネットワークインターフェース２１２は、通信ネットワーク１０８を介した電子デバイス１０２の有線又は無線通信をサポートするために、様々な既知の技術の使用により実現されてもよい。ネットワークインターフェース２１２は、これらに限られないが、アンテナ、無線周波数（ＲＦ）トランシーバ、１つ以上の増幅器、チューナ、１つ以上の発振器、デジタル信号プロセッサ、コーダ‐デコーダ（ＣＯＤＥＣ）チップセット、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、及び／又はローカルバッファを含んでもよい。

ネットワークインターフェース２１２は、インターネット、イントラネット、及び／又は無線ネットワーク、例えばセルラー電話ネットワーク、無線ローカルエリアネットワーク（ＬＡＮ）、及び／又はメトロポリタンエリアネットワーク（ＭＡＮ）などのネットワークと無線通信を介して通信してもよい。無線通信は、グローバルシステムフォーモバイルコミュニケーション（Global System for Mobile Communications、ＧＳＭ）、拡張データＧＳＭ環境（Enhanced Data GSM Environment、ＥＤＧＥ）、広帯域符号分割多元接続（wideband code division multiple access、Ｗ‐ＣＤＭＡ）、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）、符号分割多元接続（code division multiple access、ＣＤＭＡ）、時分割多元接続（time division multiple access、ＴＤＭＡ）、Ｂｌｕｅｔｏｏｔｈ、ワイヤレスフィデリティ（Ｗｉ‐Ｆｉ）（ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ、及び／又はＩＥＥＥ８０２．１１ｎなど）、ボイスオーバーインターネットプロトコル（voice over Internet Protocol、ＶｏＩＰ）、ライトフィデリティ（Ｌｉ‐Ｆｉ）、又はＷｉ‐ＭＡＸなどの複数の通信規格、プロトコル、及び技術のうち任意のものを使用してもよい。オブジェクト指向ソフトウェアプラットフォームの作成のための一例示的なワークフローが、例えば図３で説明されている。

本開示の範囲から逸脱することなく、例示的な電子デバイス１０２に対して修正、追加、又は省略がなされてもよい。例えば、いくつかの実施形態において、例示的な電子デバイス１０２は、簡潔さのため明示的に例示又は記載されない場合がある任意数の他のコンポーネントを含んでもよい。

図３は、本開示に記載される少なくとも１つの実施形態に従って配置される、オブジェクト指向ソフトウェアプラットフォームの作成のための一例示的なワークフローを示す。図３は、図１及び図２の要素と関連して説明される。図３を参照し、オブジェクト指向ソフトウェアプラットフォーム３０２を作成するための一例示的なワークフロー３００が示され、これにより、ユーザ（ユーザ１１２など）は、オブジェクト指向ソフトウェアプラットフォーム３０２の電子ＵＩと対話することによりソフトウェアアプリケーションを開発することができる。本明細書において、オブジェクト指向ソフトウェアプラットフォーム３０２は、開発者のためのマルチレベル粒度ソフトウェアプラットフォームと交換可能に呼ばれることがある。例示的なワークフロー３００は、ＡＰＩドキュメント（API docs）のセット３０４、オープンＡＰＩ仕様（ＯＡＳ）ソース３０６、ＡＰＩコールオブジェクトのセット３０８、ＡＰＩ設計オブジェクトのセット３１０、ＡＰＩビジネスオブジェクトのセット３１２、及びＡＰＩベースのソフトウェアコンポーネント３１４を含む。

オブジェクト指向ソフトウェアプラットフォーム３０２は、レイヤ化されたソフトウェアアーキテクチャに関連づけられてもよい。例えば、オブジェクト指向ソフトウェアプラットフォーム３０２は、ＡＰＩコールオブジェクトのセット３０８をカプセル化し得る第１のレイヤ（例えば、ランタイムレイヤ３１６）と、ＡＰＩ設計オブジェクトのセット３１０（すなわち、ＡＰＩコールオブジェクトのセット３０８に対応する自然言語記述子のセット）をカプセル化し得る第２のレイヤ（例えば、設計レイヤ３１８）を含んでもよい。オブジェクト指向ソフトウェアプラットフォーム３０２は、ＡＰＩビジネスオブジェクトのセット３１２をカプセル化し得る第３のレイヤ（例えば、ビジネスレイヤ３２０）と、構築されたソフトウェアパッケージ（すなわち、ＡＰＩベースのソフトウェアコンポーネント３１４）を含み得る第４のレイヤ（例えば、ＡＰＩソフトウェアコンポーネントレイヤ３２２）をさらに含んでもよい。限定でなく例として、以下のように、異なるアーチファクト（artefacts）が各レイヤに含まれてもよい。
１．ランタイムレイヤ（Runtime layer）３１６：利用可能なリソース、例えば、ＡＰＩコネクタ、スタンドアロンＡＰＩコールオブジェクトなど。
２．設計レイヤ（Design layer）３１８：マイクロウェブサービス、プロセス、スタンドアロン機能、ウェブサービス、ＡＰＩコールオブジェクトのコンセプト／自然言語記述子など。
３．ビジネスレイヤ（Business layer）３２０：制約ルール、制限ルール、コンテキストルール（例えば、Ｏｆｆｉｃｅ ＡＰＩ）など。
４．ＡＰＩソフトウェアコンポーネントレイヤ（API software component layer）３２２：ソフトウェアコンポーネント（例えば、ソフトウェア開発キット（ＳＤＫ）、ＡＰＩ、スタンドアロンソフトウェア）、ウェブページインターフェース、モバイルアプリなど。

図示のように、第１のレイヤ（すなわち、ランタイムレイヤ３１６）はオブジェクト指向ソフトウェアプラットフォーム３０２の最下レイヤを形成し、第２のレイヤ（すなわち、設計レイヤ３１８）、第３のレイヤ（すなわち、ビジネスレイヤ３２０）、及び第４のレイヤ（すなわち、ＡＰＩソフトウェアコンポーネントレイヤ３２２）がこれに続きうる。第４のレイヤは、オブジェクト指向ソフトウェアプラットフォーム３０２の最上レイヤを形成し得、全てのレイヤの間で最大の抽象化を提供し得る。オブジェクト指向ソフトウェアプラットフォーム３０２の作成に関連する動作が、例えば図４、図５Ａ、図５Ｂ、及び図６において詳細に提供される。

図４は、本開示に記載される少なくとも１つの実施形態に従って配置された、図３のオブジェクト指向ソフトウェアプラットフォームの作成のための一例示的な方法のフローチャートである。図４は、図１、図２及び図３の要素と関連して説明される。図４を参照し、フローチャート４００が示される。フローチャート４００に示される方法は４０２で開始してもよく、図２の例示的な電子デバイス１０２などの任意の適切なシステム、装置、又はデバイスにより実行されてよい。

４０２において、ＡＰＩのセットに関連づけられたドキュメンテーションコーパス１１０のテキスト分析が実行され得る。少なくとも１つの実施形態において、プロセッサ２０２は、ドキュメンテーションコーパス１１０のテキスト分析を実行してもよい。例えば、図３に示すように、ＡＰＩドキュメントのセット３０４は、ＡＰＩのセットのドキュメンテーション（すなわち、ドキュメンテーションコーパス１１０）に対応してもよく、これらに限られないがハイパーテキストマークアップ言語（Hyper Text Markup Language、ＨＴＭＬ）、ポータブルドキュメントフォーマット（Portable Document Format、ＰＤＦ）、ユニコードプレーンテキスト（Ｔｘｔ）、オープンＸＭＬドキュメント（ＤＯＣＸ）、カンマ区切り（Comma Separated Values、ＣＳＶ）、拡張マークアップ言語（Extensible Markup Language、ＸＭＬ）、及びリッチテキストドキュメント（Rich Text document、ＲＴＦ）などの特定のファイルフォーマットで利用可能であり得る。ＡＰＩドキュメントのセット３０４は、例えば、開発者向けマニュアル、ＡＰＩ仕様書、ＡＰＩドキュメンテーション、チュートリアル、コードリポジトリ（例えば、ＧｉｔＨｕｂリポジトリ）などを含んでもよい。プロセッサ２０２は、１つ以上のＡＰＩ学習方法（例えば、自然言語処理（Natural language Processing、ＮＬＰ）方法）を適用して、テキスト分析を実行し、ＡＰＩのセットの統一仕様を生成してもよい。統一仕様は、これらに限られないがＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）フォーマット、拡張マークアップ言語（ＸＭＬ）フォーマット、又はＹＡＭＬフォーマットなどの特定のフォーマットでＯＡＳソース３０６として含まれてもよい。ＡＰＩドキュメントのセット３０４からのＯＡＳソース３０６の生成は、例えば図５Ａにおいてさらに説明される。このような分析は、例えば、機械学習アルゴリズム及び訓練されたニューラルネットワークモデルに依拠してあらゆるＡＰＩ仕様ドキュメントの複雑な意味構造を理解し、ＡＰＩ仕様ドキュメント内の関連情報を指し示すパターンを識別し得る自然言語処理（ＮＬＰ）方法に基づいてもよい。例として、本明細書においてその全体を参照により組み込まれる米国特許シリアル番号第15/374,798号は、ドキュメンテーションコーパス１１０の個々のＡＰＩ仕様ドキュメントのテキスト分析を行うためのＮＬＰ方法の１つを論じている。ドキュメンテーションコーパス１１０のテキスト分析に基づいて、プロセッサ２０２は、ＡＰＩのセットに関連づけられた統一仕様を生成し得る。ドキュメンテーションコーパス１１０のテキスト分析と統一仕様の生成は、例えば図５Ａにおいて詳細に説明される。

４０４において、ＡＰＩのセットのうち第１のＡＰＩのＡＰＩエンドポイントに対して、ＡＰＩコールオブジェクトのセットが生成され得る。少なくとも１つの実施形態において、プロセッサ２０２は、第１のＡＰＩのＡＰＩエンドポイントのためのＡＰＩコールオブジェクトのセットを生成し得る。ＡＰＩコールオブジェクトのセットのうち第１のＡＰＩコールオブジェクトの生成が、例えば図５Ａ及び図５Ｂで詳細に説明される。同様に、他のＡＰＩエンドポイントについても、ＡＰＩコールオブジェクトの異なるセットが生成され得る。

４０６において、生成されたＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットが、テキスト分析に基づいて構築され得る。少なくとも１つの実施形態において、プロセッサ２０２は、生成されたＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットを構築し得る。ＡＰＩコールオブジェクトのセットから生成された第１のＡＰＩコールオブジェクトに対応する第１の自然言語記述子の構築が、例えば図６で説明される。

４０８において、ビジネスオブジェクトのセットが生成され得る。少なくとも１つの実施形態において、プロセッサ２０２は、ビジネスオブジェクトのセットを生成し得る。ビジネスオブジェクトのセットのうち各ビジネスオブジェクトは、生成されたＡＰＩコールオブジェクトのセットのうち対応するＡＰＩコールオブジェクトに関連づけられた入力／出力パラメータのセットに適用可能な条件をカプセル化し得る。一実施形態において、条件は、入力／出力パラメータのセットの値に対する制約のセット、ＡＰＩエンドポイントの使用及びアクセスに関連する構成可能なポリシー、及び入力／出力パラメータのセットの使用に対する制約としてのレガシー（legacy）を含んでもよい。例えば、条件は、入力／出力パラメータの最小値と最大値、ＡＰＩエンドポイントの地理ベースの使用制約（例えば、特定の国／地域でのＡＰＩエンドポイントの使用を制約するポリシー）、及びレガシー値（又は、非推奨値）に対応する入力／出力パラメータのセットの特定の値を含んでもよい。

図３で論じられたように、自然言語記述子のセットは、ＡＰＩ設計オブジェクトのセット３１０に対応し得る。一実施形態において、プロセッサ２０２は、設計オブジェクトのセット３０８からの全ての定義された設計オブジェクトを、プロセスコネクタとして組み合わせてもよい。例えば、スキャナＳＤＫでは、プロセスコネクタは、「新規スキャン」及び「電子メールスキャン」自然言語記述子（これらは、「new_scan()」及び「email_scan()」コールオブジェクトに対応し得る）に関連づけられた設計オブジェクトを含み得る。その後、プロセッサ２０２は、スキャナＳＤＫの前述の２つの設計オブジェクトに関連づけられた制約及び条件をカプセル化し得る１つ以上のビジネスオブジェクトを生成し得る。

一例として、プロセッサ２０２は、ビジネスオブジェクトを生成して、new_scan()の使用に対して許可される最大スキャン数を定義するためのルールをカプセル化してもよい。別の例として、プロセッサ２０２は、ビジネスオブジェクトを生成して、特定のユーザグループ（ユーザ１１２など）がnew_scan()関数にアクセスすることを可能にし得るポリシーをカプセル化してもよい。別の例として、プロセッサ２０２は、ビジネスオブジェクトを生成して、スキャンされたファイルに関連づけられた許容可能なファイル記憶パスを制約し得るレガシーをカプセル化してもよい。

４１０において、ソフトウェアパッケージが構築され得る。ソフトウェアパッケージは、生成されたＡＰＩコールオブジェクトのセット、設計オブジェクトとして構築された自然言語記述子のセット、及び生成されたビジネスオブジェクトのセットをカプセル化し得る。少なくとも１つの実施形態において、プロセッサ２０２は、生成されたＡＰＩコールオブジェクトのセット、構築された自然言語記述子のセット、及び生成されたビジネスオブジェクトのセットをカプセル化し得るソフトウェアパッケージを構築してもよい。一実施形態において、構築されたソフトウェアパッケージは、ソフトウェア開発キット（ＳＤＫ）、ＡＰＩベースのソフトウェアコンポーネント、ウェブページインターフェース、又はモバイルアプリケーションインターフェースのうち少なくとも１つをさらにカプセル化してもよい。ここで、４０４〜４１０の動作は、他のＡＰＩエンドポイント及び／又はＡＰＩのセットのうち他のＡＰＩのためのソフトウェアパッケージを構築するために反復的に実行されてもよいことに留意されたい。

少なくとも１つの実施形態において、オブジェクト指向ソフトウェアプラットフォーム３０２の作成のために、プロセッサ２０２は、電子ＵＩをさらに生成してもよい。生成された電子ＵＩは、構築されたソフトウェアパッケージにリンクされたユーザ選択可能なツールとしてＵＩ要素のセットを含んでもよい。プロセッサ２０２は、最終的に、電子ＵＩ、構築されたソフトウェアパッケージ、ビジネスオブジェクトのセット、自然言語記述子のセット、及びＡＰＩコールオブジェクトのセットを含むコンピュータ実行可能ファイル及び／又はアーチファクトの形式で、オブジェクト指向ソフトウェアプラットフォーム３０２を作成してもよい。オブジェクト指向ソフトウェアプラットフォーム３０２は、（図３にも示されるように）レイヤ化されたソフトウェアアーキテクチャに関連づけられてもよく、以下を含んでもよい。
１．生成されたＡＰＩコールオブジェクトのセットをカプセル化する第１のレイヤ
２．生成されたＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットをカプセル化する第２のレイヤ
３．ビジネスオブジェクトのセットをカプセル化する第３のレイヤ
４．構築されたソフトウェアパッケージを含む第４のレイヤ

オブジェクト指向ソフトウェアプラットフォーム３０２の使用によるソフトウェアアプリケーションの開発のための一例示的な方法が、例えば図１０で説明される。フローチャート４００は４０２、４０４、４０６、４０８、及び４１０などの個別の動作として示されているが、特定の実施形態において、そのような個別動作はさらに、開示された実施形態の本質を損なうことなく特定の実装に依存してさらなる動作に分割され、より少ない動作に組み合わせられ、あるいは除去されてもよい。

図５Ａ及び図５Ｂは集合的に、本開示に記載される少なくとも１つの実施形態に従って配置された、ＡＰＩコールオブジェクトの生成のための一例示的な方法のフローチャートを示す。図５Ａ及び図５Ｂは、図１、図２、図３、及び図４の要素と関連して説明される。図５Ａ及び図５Ｂを参照し、フローチャート５００が示される。フローチャート５００に示される方法は５０２で開始してもよく、図２の例示的な電子デバイス１０２などの任意の適切なシステム、装置、又はデバイスにより実行されてよい。個別のブロックで示されているが、フローチャート５００の１つ以上のブロックに関連づけられた動作は、特定の実装に依存してさらなるブロックに分割され、より少ないブロックに組み合わせられ、あるいは除去されてもよい。

５０２において、ドキュメンテーションコーパス１１０のテキスト分析（例えば、図２の４０２で実行される）に基づいて、ＡＰＩのセットについての統一仕様が生成され得る。統一仕様の一例は、拡張マークアップ言語（ＸＭＬ）ファイル又はＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）ファイルなどのファイル形式で生成されたＯＡＳ仕様であり得る。限定でなく例として、テキスト分析から、ドキュメンテーションコーパスからの異なるキーオブジェクトが抽出されてもよい。キーオブジェクトの例は、これらに限られないが、ＡＰＩエンドポイント、スキーム、ベースアドレス、ホストアドレス、エンドポイントパラメータ、パラメータ記述、パラメータタイプ、及びエンドポイントパラメータの入力／出力値を含んでもよい。

例えば、本明細書においてその全体を参照により組み込まれる米国特許シリアル番号第15/851,599号は、ドキュメンテーションコーパス１１０からキーオブジェクトを抽出し、ＡＰＩのセットについてのＡＰＩ仕様ドキュメント（統一仕様とも呼ばれる）を生成する方法について論じている。

例えば、ＡＰＩのセットについての統一仕様を生成するために、プロセッサ２０２は、ＡＰＩのセットの機能性、パラメータ、動作、アクセシビリティ、及び出力を含み得るドキュメンテーションコーパス１１０（例えば、ＡＰＩドキュメントのセット３０４）に基づいて、異種（heterogeneous）ＡＰＩを学習してもよい。プロセッサ２０２は、ウェブベースのＡＰＩリソースネットワークなどのネットワークをクローリングすることにより、異なるソースからのドキュメンテーションコーパス１１０を対照してもよい。ドキュメンテーションコーパス１１０は、ＡＰＩのセットのうち各ＡＰＩのＡＰＩリソースを記述し得る自然言語テキストを含み得る。

プロセッサ２０２は、ドキュメンテーションコーパス１１０からＡＰＩ情報を抽出してもよい。ＡＰＩ情報は、少なくとも１つの関数と、ＡＰＩリソースに関連づけられた属性を含み得る少なくとも１つのテーブルを含んでもよい。次いで、プロセッサ２０２は、ドキュメンテーションコーパス１１０から、少なくとも１つの関数の各々について、自然言語テキストのサブセットを含み得る記述を抽出してもよい。その後、プロセッサ２０２は、抽出された少なくとも１つのテーブルを属性のモデルと比較して、抽出された属性を抽出された関数と相関させてもよい。さらに、プロセッサ２０２は、抽出された属性及び抽出された関数と自然言語テキストのサブセットとの間の相関に基づいて、ドキュメンテーションコーパス１１０に記述されたＡＰＩリソースについての統一仕様（例えば、ＯＡＳソース３０６）として、マシン読取可能なＡＰＩ仕様をコンパイルして（compile）もよい。統一仕様の一例が、例えば図７に示される。

５０４において、第１のＡＰＩに関連づけられたスキームアドレス、ホストアドレス、又はベースアドレスが、生成された統一仕様から抽出され得る。少なくとも１つの実施形態において、プロセッサ２０２は、生成された統一仕様からスキームアドレス、ホストアドレス、又はベースアドレスを抽出してもよい。ＡＰＩのスキームアドレスは、ＡＰＩに関連づけられたＡＰＩコネクタを介する、エンドポイントとの通信リンクの確立に関連づけられた通信プロトコルに対応し得る。ＡＰＩのホストアドレスは、ＡＰＩのサービスをホストするサーバのユニフォームリソースロケータ（ＵＲＬ）に対応し得る。さらに、ＡＰＩのベースアドレスは、サーバでホストされるＡＰＩサービスに関連づけられたパスに対応し得る。ホストアドレス、スキームアドレス、ベースアドレスは、第１のＡＰＩに対するＡＰＩコールメッセージに関連づけられたペイロードの一部として含まれてもよい。一例において、プロセッサ２０２は、ＯＡＳソース３０６の関連するＸＭＬタグから、第１のＡＰＩ（例えば、スキャナＡＰＩ）に対するスキームアドレス（「https」など）、ホストアドレス（「fujitsu.com」など）、及びベースアドレス（「/scanner」など）を抽出してもよい。

５０６において、第１のＡＰＩに対してＡＰＩプロバイダ情報が決定され得る。少なくとも１つの実施形態において、プロセッサ２０２は、抽出されたスキームアドレス、ホストアドレス、又は第１のＡＰＩに関連づけられたベースアドレスに基づいてＡＰＩプロバイダ情報を決定してもよい。ＡＰＩプロバイダ情報は、第１のＡＰＩに関連づけられたＡＰＩプロバイダのＵＲＬを含んでもよい。例えば、抽出されたスキームアドレスが「https」であり、ホストアドレスが「fujitsu.com」であり、ベースアドレスがスキャナＡＰＩに対する「/scanner」である場合、ＡＰＩプロバイダ情報は、スキームアドレス、ホストアドレス、及びベースアドレスの連結に基づいて、「https://fujitsu.com/scanner」（すなわち、第１のＡＰＩのＡＰＩプロバイダのＵＲＬ）」として決定されてもよい。

５０８において、生成された統一仕様から、第１のＡＰＩのＡＰＩエンドポイントに関連づけられたエンドポイント情報とエンドポイントパラメータのセットが抽出され得る。少なくとも１つの実施形態において、プロセッサ２０２は、生成された統一仕様から、第１のＡＰＩのＡＰＩエンドポイントに関連づけられたエンドポイント情報及びエンドポイントパラメータのセットを抽出してもよい。例えば、ＯＡＳ仕様から、エンドポイント情報は、ＡＰＩエンドポイントに関連づけられたアドレス（ＵＲＬ）（例えば、ＡＰＩエンドポイントに関連づけられたサーバアドレス）を含んでもよい。同様に、エンドポイントパラメータのセットは、ＡＰＩエンドポイントに対するＡＰＩコールオブジェクト（マイクロサービス）が生成される前に指定される必要があり得る入力／出力パラメータ（任意的）を含んでもよい。抽出されたエンドポイント情報と、抽出されたエンドポイントパラメータのセットを使用して、ＡＰＩエンドポイントに対するＡＰＩコールメッセージに含まれるペイロードを作成してもよい。

５１０において、ＡＰＩエンドポイントのためのＡＰＩコネクタが、抽出されたエンドポイント情報及びエンドポイントパラメータのセットに基づいて生成され得る。いくつかの実施形態において、プロセッサ２０２は、抽出されたエンドポイント情報及びエンドポイントパラメータのセットに基づいて、ＡＰＩエンドポイントのＡＰＩコネクタを生成してもよい。生成されたＡＰＩコネクタは、例えば、エンドポイントパラメータのセット、抽出されたエンドポイント情報、及びＡＰＩプロバイダ情報（５０６で決定される）に含まれるＵＲＬを含んでもよい。ＡＰＩコネクタは、実行されたときにＡＰＩプロバイダエンドのＡＰＩエンドポイントとＡＰＩクライアントエンド（例えば、電子デバイス１０２）との間の接続リンクを形成するプログラムコードに対応し得る。

限定でなく例として、ＡＰＩプロバイダ情報に含まれるＵＲＬが「https://fujitsu.com/scanner」であり、エンドポイントパラメータが「path」であり（すなわち、スキャンイメージを記憶するパスを表す）、エンドポイント情報がＡＰＩエンドポイントのＵＲＬとして「/new_scan」を含む場合、プロセッサ２０２は、ＡＰＩエンドポイントのためのＡＰＩコネクタを「https://fujitsu.com/scanner/new_scan?parameter=path」として生成してもよい。

一実施形態において、プロセッサ２０２は、ＡＰＩコネクタのためのプログラムコードをＰｙｔｈｏｎなどの適切なプログラミング言語で生成してもよい。「pretty print」ＡＰＩに関連したサンプルＡＰＩコネクタのためのＰｙｔｈｏｎコードの一例を以下に与える。

一実施形態において、プロセッサ２０２は、電子デバイス１０２に関連づけられた様々なターゲットコンピューティング環境のためのＡＰＩコネクタを生成してもよい。例えば、ＡＰＩコネクタは、ユーザがＡＰＩコールを発行することを計画し、そのようなＡＰＩコールを発行するソフトウェアアプリケーションをデプロイし得る、ターゲットコンピューティング環境に特有のプログラムコードを含むように作成されてもよい。例えば、電子デバイス１０２がクラウドサーバに対応する場合、オブジェクト指向ソフトウェアプラットフォームのターゲットコンピューティング環境はクラウドベースのプラットフォームでもよい。プロセッサ２０２は、ＡＰＩのセットに関連づけられたＡＰＩリソースをターゲットコンピューティング環境（例えば、クラウドベースのプラットフォーム）にデプロイし、対応する生成されたＡＰＩコネクタ及びＡＰＩエンドポイント情報をターゲットコンピューティング環境（すなわち、クラウドベースのプラットフォーム）に追加してもよい。

５１２において、生成されたＡＰＩコネクタのエンドポイントパラメータのセットに含まれる入力／出力パラメータのセットが分析され得る。少なくとも１つの実施形態において、プロセッサ２０２は、生成されたＡＰＩコネクタのエンドポイントパラメータのセットに含まれる入力／出力パラメータのセットを分析してもよい。そのような分析では、統一仕様における入力／出力パラメータの記述を分析して、入力／出力パラメータのセット内の各パラメータが定数であるか変数であるかを決定してもよい。さらに、変数パラメータの場合、プロセッサ２０２は、変数パラメータのうちどれが変数パラメータについて有限数のバリエーション又は取り得る値を有するかを決定してもよい。

５１４において、固有（unique）入力／出力パラメータ値のセットが、そのような分析に基づいて入力／出力パラメータのセットに対して生成され得る。少なくとも１つの実施形態において、プロセッサ２０２は、入力／出力パラメータのセットのための固有入力／出力パラメータ値のセットを生成してもよい。限定でなく例として、固有入力／出力パラメータ値のセットを生成するために、プロセッサ２０２は、各定数値パラメータに関連づけられた定数値を生成してもよい。さらに、プロセッサ２０２は、有限数のとり得る変数パラメータ値を有する各パラメータについて変数値のセットを生成してもよい。例えば、「Test_API_Connector(‘alt’, ‘oauth_token’, ‘prettyPrint’)」により定義されるＡＰＩコネクタの固有入力／出力パラメータ値のセットは、
１．パラメータ「alt」：「json」又は「xml」（２つのとり得る値）
２．パラメータ「oauth_token」：ユーザ入力（無限の値をとり得る）
３．パラメータ「prettyPrint」：「True」又は「False」（２つのとり得る値）
により与えられてもよい。

５１６において、生成された固有入力／出力パラメータ値のセットから、固有入力／出力パラメータ値が選択され得る。いくつかの実施形態において、プロセッサ２０２は、生成された固有入力／出力パラメータ値のセットから固有入力／出力パラメータ値を選択してもよい。そのような選択は、例えばラウンドロビン選択方法に基づいてもよい。上記の「Test_API_Connector」の例では、パラメータ「alt」に対して値「json」が選択されてもよく、パラメータ「prettyPrint」に対して値「True」が選択されてもよい。パラメータ「oauth_token」の値は、このパラメータに対して無限の値が可能であり得るため、選択されなくてもよい。

５１８において、生成されたＡＰＩコネクタが、選択された固有入力／出力パラメータ値に基づいて構成され得る。少なくとも１つの実施形態において、プロセッサ２０２は、固有入力／出力パラメータ値（例えば、ブロック５１６で選択されるｈ）に基づいて、生成されたＡＰＩコネクタを構成してもよい。本明細書において、ＡＰＩコネクタは、いくつかのマイクロサービスレベルＡＰＩコネクタ（又は、いくつかのＡＰＩコールオブジェクト／シナリオ）を生成するために利用されてもよく、構成されたＡＰＩコネクタは、生成されたＡＰＩコネクタから生成された単に１つのマイクロサービスレベルＡＰＩコネクタでもよい。上記の「Test_API_Connector」の例では、パラメータ「alt」及び「prettyPrint」に対して選択された入力／出力パラメータ値に基づいて、ＡＰＩコネクタは、「Test_API_Connector(‘alt’:‘json’, ‘oauth_token’:user_input, ‘prettyPrint’:‘True’)」として構成されてもよい。他の入力／出力パラメータ値に対するＡＰＩコネクタの他の構成は、以下のように与えられてもよい。
Test_API_Connector(‘alt’:‘xml’, ‘oauth_token’:user_input, ‘prettyPrint’:‘True’)
Test_API_Connector(‘alt’:‘xml’, ‘oauth_token’:user_input, ‘prettyPrint’:‘False’)
Test_API_Connector(‘alt’:‘json’, ‘oauth_token’:user_input, ‘prettyPrint’:‘False’)

５２０において、構成されたＡＰＩコネクタのテスト実行が行われ得る。少なくとも１つの実施形態において、プロセッサ２０２は、構成されたＡＰＩコネクタのテスト実行を行ってもよい。

５２２において、構成されたＡＰＩコネクタのテスト実行の後に返される出力が抽出され得る。少なくとも１つの実施形態において、プロセッサ２０２は、構成されたＡＰＩコネクタのテスト実行の後に返される出力を抽出してもよい。上記の「Test_API_Connector」の例を続けると、出力は、「json」フォーマットのメッセージとして抽出され、（「prettyPrint」パラメータが「True」に設定されていたとき）「prettyPrint」スタイルに従ってスタイル設定され（styled）てもよい。あるいは、出力は、「json」フォーマットでメッセージのセットとして抽出され、「prettyPrint」スタイルに基づいてスタイル設定されてもよい。メッセージのセットは、単一のトップメッセージ（表記‘［Ｘ］’で表される）又は上位１０個のメッセージ（表記‘［Ｙ］’で表される）のいずれかを含んでもよい。

５２４において、ＡＰＩコールオブジェクトのセットのうち第１のＡＰＩコールオブジェクトが、抽出された出力と、選択された固有入力／出力パラメータ値に基づいて生成され得る。少なくとも１つの実施形態において、プロセッサ２０２は、抽出された出力と選択された固有入力／出力パラメータ値に基づいて第１のＡＰＩコールオブジェクトを生成してもよい。上記の「Test_API_Connector」の例では、出力としての単一のトップメッセージが「json」フォーマットで抽出され、「prettyPrint」スタイルでスタイル設定される場合、プロセッサ２０２は、第１のＡＰＩコールオブジェクトを「Test_API_Connector(‘alt’:‘json’, ‘oauth_token’:user_input, ‘prettyPrint’:‘True’)[X]」として生成してもよい。

限定でなく例として、ＡＰＩコールオブジェクトの全てのとり得る組み合わせが、表２に示すように、異なる有限変数の値（true/false、json/xml）及びそれぞれの出力（［Ｘ］及び［Ｙ］）でさらに生成されてもよい。

全てのＡＰＩコールオブジェクト（５２４及び表２で取得される）について、例えば図６で説明されるように、各ＡＰＩコールオブジェクトのコンセプトを定義する必要があってもよい。あらゆるＡＰＩコールオブジェクトについて、そのコンセプトが自然言語記述子により定義される必要があり得る。

フローチャート５００は５０２、５０４、５０６、５０８、５１０、５１２、５１４、５１６、５１８、５２０、５２２、及び５２４などの個別の動作として示されているが、特定の実施形態において、そのような個別動作はさらに、開示された実施形態の本質を損なうことなく特定の実装に依存してさらなる動作に分割され、より少ない動作に組み合わせられ、あるいは除去されてもよい。

図６は、本開示に記載される少なくとも１つの実施形態に従って配置された、自然言語記述子の構築のための一例示的な方法のフローチャートである。図６は、図１、図２、図３、図４、図５Ａ及び図５Ｂの要素に関連して説明される。図６を参照し、フローチャート６００が示される。フローチャート６００に示される方法は６０２で開始してもよく、図２の例示的な電子デバイス１０２など、任意の適切なシステム、装置、又はデバイスにより実行されてもよい。

６０２において、生成された統一仕様から第１の情報が抽出され得る。少なくとも１つの実施形態において、プロセッサ２０２は、統一仕様（例えば、ＯＡＳソース３０６）から第１の情報を抽出してもよい。第１の情報は、例えば、第１のＡＰＩのＡＰＩエンドポイントに関連づけられたＡＰＩ記述、ＡＰＩエンドポイント記述、ＡＰＩパラメータ記述、及び／又はＡＰＩ応答記述を含んでもよい。

６０４において、第１のＡＰＩコールオブジェクト（図５の５２４で取得される）のための自然言語記述子のセットのうちの第１の自然言語記述子が構築され（constructed）得る。少なくとも１つの実施形態において、プロセッサ２０２は、選択された固有入力／出力パラメータ値、抽出された出力、及び抽出された第１の情報に基づいて、第１のＡＰＩコールオブジェクトのための第１の自然言語記述子を構築してもよい。構築された第１の自然言語記述子は、第１のＡＰＩコールオブジェクトの用途を示してもよく、第１のＡＰＩコールオブジェクトに関連づけられた自然言語記述及びトピックを含んでもよい。

自然言語記述を構成するために、本明細書に記載されるように、ＮＬＰ動作のシーケンスが実行され得る。最初、第１の記述テキストが、抽出された第１の情報に基づいて、第１のＡＰＩコールオブジェクトに関連づけられた入力／出力パラメータ値に対して決定され得る。同様に、第２の記述テキストが、抽出された出力（例えば、図５の５２２で抽出される）に対して決定され得る。プロセッサ２０２は、抽出された第１の情報に基づいて、第１のＡＰＩコールオブジェクトに関連づけられたＡＰＩタイトルを決定してもよく、その後、プロセッサ２０２は、決定された第１の記述テキスト、決定された第２の記述テキスト、及び決定されたＡＰＩタイトルを意味的に（semantically）連結して、第１のＡＰＩコールオブジェクトのための自然言語記述を構築してもよい。

「Test_API_Connector」（図５Ｂ、ブロック５２４を参照）の例を続けると、第１のコールオブジェクトは、
「Test_API_Connector(‘alt’:‘json’, ‘oauth_token’:user_input, ‘prettyPrint’:‘True’)[X]」
として生成され得る。上記の例では、第１の記述テキストが、パラメータ「alt」に対して「JSONフォーマット（json format）」として、及びパラメータ「prettyPrint」に対して「prettyPrintスタイルを有する（with prettyPrint style）」として決定されてもよい。抽出された出力（すなわち、［Ｘ］又は単一のトップメッセージ）に対しては、第２の記述テキストが「トップメッセージを取得する（Get top message）」として決定されてもよい。同様に、ＡＰＩタイトルが「Google+ API」として決定されてもよい。第１の記述テキスト、第２の記述テキスト、及び決定されたＡＰＩタイトルを連結して、
「prettyPrintスタイルを有するJSONフォーマットで、Google+ APIからトップメッセージを取得する（Get top message from Google+ API as JSON format with prettyPrint style）」
として与えられる第１のコールオブジェクトのための自然言語記述を得てもよい。

上記の例を続けると、自然言語記述は、第１のＡＰＩコールオブジェクトの使用の指標として機能し得る。第１の自然言語記述子は、第１のＡＰＩコールオブジェクトに関連づけられたトピックをさらに含んでもよい。例えば、トピックは、自然言語記述に関連づけられた主な動詞と主な主語の意味的同等物に基づいて決定されてもよい。上記の例では、トピックは「メッセージを抽出する（Extract messages）」でもよい。

フローチャート６００は例えば６０２及び６０４などの個別の動作として示されているが、特定の実施形態において、そのような個別動作はさらに、開示された実施形態の本質を損なうことなく特定の実装に依存してさらなる動作に分割され、より少ない動作に組み合わせられ、あるいは除去されてもよい。

図７は、本開示に記載される少なくとも１つの実施形態に従って配置された、ＡＰＩのセットの統一仕様の一部の一例である。図７は、図１、図２、図３、図４、図５Ａ、図５Ｂ、及び図６の要素に関連して説明される。図７を参照し、ＪＳＯＮフォーマットにおけるＲＥＳＴｆｕｌ ＡＰＩのセットのためのオープンＡＰＩ仕様７００の一部が示される。

オープンＡＰＩ仕様７００は、ＲＥＳＴｆｕｌ ＡＰＩのセットに関連する情報の一部を含んでもよく、１つ以上のマークアップタグ及び／又はカテゴリにより指定されてもよい。図７に示すように、オープンＡＰＩ仕様７００は、ＲＥＳＴｆｕｌ ＡＰＩのセットのうち各ＡＰＩのタイトルを含み得るインフォ（info）タグ７０２を含んでもよい。オープンＡＰＩ仕様７００は、ＲＥＳＴｆｕｌ ＡＰＩのセットの様々なＡＰＩエンドポイントに関連づけられた情報を含み得るパス（path）タグ７０４をさらに含んでもよい。このような情報には、ＡＰＩエンドポイントに関連づけられたＵＲＬを含んでもよい。

オープンＡＰＩ仕様７００は、ＡＰＩエンドポイントを有するＡＰＩコネクタの生成に使用される通信プロトコルに関連する情報を含み得るスキーム（schemes）タグ７０６をさらに含んでもよい。一例として、図示されるように、スキームタグは、ＲＥＳＴｆｕｌ ＡＰＩのセットのための「https」（ハイパーテキストトランスファープロトコルセキュア）通信プロトコルを示してもよい。さらに、オープンＡＰＩ仕様７００は、ＡＰＩエンドポイントに関連づけられた様々なパラメータに関連する情報を含み得るパラメータ（parameters）タグ７０８を含んでもよい。一例として、図７は、２つの「クエリ」タイプのパラメータ、例えば「prettyPrint」と名付けられた第１のパラメータ７１０Ａ及び「fields」と名付けられた第２のパラメータ７１０Ｂなどを示している。第１のパラメータ７１０Ａは、「True」のデフォルト値を有する「ブール（Boolean）」型でもよい。第１のパラメータ７１０Ａの記述によれば、パラメータは、「インデントと改行を有する応答を返す（Returns response with indentations and line breaks）」。同様に、第２のパラメータ７１０Ｂは、「部分的な応答にどのフィールドを含めるべきかを指定するセレクタ（Selector specifying which fields to include in a partial response）」という記述を有する「ストリング（String）」型でもよい。

図７に示されるオープンＡＰＩ仕様７００の一部は一例として提示されているに過ぎず、本開示を限定するものと解釈されるべきではないことに留意されたい。本開示はＡＰＩに関連する他の情報を含んでもよく、あるいは、オープンＡＰＩ仕様７００は本開示の範囲から逸脱することなくＸＭＬ又はＹＡＭＬフォーマットなどの他のフォーマットでもよい。

図８は、本開示に記載される少なくとも１つの実施形態に従って配置された、オブジェクト指向ソフトウェアプラットフォームのデプロイのための一例示的なシステムを示すブロック図である。図８は、図１、図２、図３、図４、図５Ａ、図５Ｂ、図６、及び図７の要素に関連して説明される。図８を参照し、システム８０２のブロック図８００が示される。システム８０２は、プロセッサ８０４、メモリ８０６、永続データ記憶装置８０８、入力／出力（Ｉ／Ｏ）デバイス８１０、表示画面８１２、及びネットワークインターフェース８１４を含み得る。

プロセッサ８０４は、システム８０２により実行されるべき異なる動作に関連づけられたプログラム命令を実行するように構成され得る適切な論理、回路、及び／又はインターフェースを含み得る。例えば、動作のいくつかは、オブジェクト指向ソフトウェアプラットフォーム（オブジェクト指向ソフトウェアプラットフォーム１１４／３０２など）の展開及びライブ実行に関連してもよい。プロセッサ８０４は、様々なコンピュータハードウェア又はソフトウェアモジュールを含む任意の適切な専用又は汎用コンピュータ、コンピューティングエンティティ、又は処理デバイスを含んでもよく、任意の適用可能なコンピュータ読取可能記憶媒体に記憶された命令を実行するように構成されてもよい。例えば、プロセッサ８０４は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はプログラム命令を解釈及び／又は実行し、及び／又はデータを処理するように構成された任意の他のデジタル若しくはアナログ回路を含んでもよい。

図２では単一のプロセッサとして示されているが、プロセッサ８０４は、本開示に記載されるシステム８０２の任意数の動作を個々に又は集合的に実行し又はその実行を指示するように構成された任意数のプロセッサを含んでもよい。さらに、プロセッサの１つ以上が、異なるサーバなどの１つ以上の異なる電子デバイスに存在してもよい。いくつかの実施形態において、プロセッサ８０４は、メモリ８０６及び／又は永続データ記憶装置８０８に記憶されたプログラム命令を解釈及び／又は実行し、及び／又はデータを処理するように構成されてもよい。いくつかの実施形態において、プロセッサ８０４は、永続データ記憶装置８０８からプログラム命令を取り出し、メモリ８０６にプログラム命令をロードすることができる。プログラム命令がメモリ８０６にロードされた後、プロセッサ８０４はプログラム命令を実行することができる。プロセッサ８０４の例のいくつかは、ＧＰＵ、ＣＰＵ、ＲＩＳＣプロセッサ、ＡＳＩＣプロセッサ、ＣＩＳＣプロセッサ、コプロセッサ、及び／又はこれらの組み合わせでもよい。

メモリ８０６は、プロセッサ８０４により実行可能なプログラム命令を記憶するように構成され得る適切な論理、回路、インターフェース、及び／又はコードを含んでもよい。特定の実施形態において、メモリ８０６は、オペレーティングシステム及び関連するアプリケーション特有の情報を記憶するように構成されてもよい。メモリ８０６は、記憶されたコンピュータ実行可能命令又はデータ構造を搬送し又は有するコンピュータ読取可能記憶媒体を含んでもよい。そのようなコンピュータ読取可能記憶媒体は、プロセッサ８０４などの汎用又は専用コンピュータによりアクセスされ得る任意の利用可能な媒体を含んでもよい。限定でなく例として、そのようなコンピュータ読取可能記憶媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、電気的消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ）、コンパクトディスク読取専用メモリ（ＣＤ‐ＲＯＭ）若しくは他の光ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶デバイス、フラッシュメモリデバイス（例えば、ソリッドステートメモリデバイス）、又はコンピュータ実行可能命令又はデータ構造の形式で特定のプログラムコードを搬送又は記憶するために使用でき、かつ汎用又は専用コンピュータによりアクセスできる任意の他の記憶媒体を含む、有形又は非一時的コンピュータ読取可能記憶媒体を含んでもよい。上記の組み合わせもまた、コンピュータ読取可能記憶媒体の範囲内に含まれてもよい。コンピュータ実行可能命令は、例えば、システム８０２に関連づけられた特定の動作又は動作のグループをプロセッサ８０４に実行させるように構成された命令及びデータを含んでもよい。

永続データ記憶装置８０８は、プロセッサ８０４により実行可能なプログラム命令、オペレーティングシステム、及び／又はログ及びアプリケーション特有のデータベースなどのアプリケーション特有の情報を記憶するように構成され得る適切な論理、回路、インターフェース、及び／又はコードを含んでもよい。永続データ記憶装置８０８は、記憶されたコンピュータ実行可能命令又はデータ構造を搬送し又は有するコンピュータ読取可能記憶媒体を含んでもよい。そのようなコンピュータ読取可能記憶媒体は、プロセッサ８０４などの汎用又は専用コンピュータによりアクセスされ得る任意の利用可能な媒体を含んでもよい。

限定でなく例として、そのようなコンピュータ読取可能記憶媒体は、コンパクトディスク読取専用メモリ（ＣＤ‐ＲＯＭ）若しくは他の光ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶デバイス（例えば、ハードディスクドライブ（ＨＤＤ））、フラッシュメモリデバイス（例えば、ソリッドステートドライブ（ＳＳＤ）、セキュアデジタル（ＳＤ）カード、他のソリッドステートメモリデバイス）、又はコンピュータ実行可能命令又はデータ構造の形式で特定のプログラムコードを搬送又は記憶するために使用でき、かつ汎用又は専用コンピュータによりアクセスできる任意の他の記憶媒体を含む、有形又は非一時的コンピュータ読取可能記憶媒体を含んでもよい。上記の組み合わせもまた、コンピュータ読取可能記憶媒体の範囲内に含まれてもよい。コンピュータ実行可能命令は、例えば、システム８０２に関連づけられた特定の動作又は動作のグループをプロセッサ８０４に実行させるように構成された命令及びデータを含んでもよい。

Ｉ／Ｏデバイス８１０は、ユーザ入力（例えば、ソフトウェアパッケージにリンクされた選択可能なツールのセットのユーザ選択に関連づけられたユーザ入力）を受け取るように構成され得る適切な論理、回路、インターフェース、及び／又はコードを含んでもよい。Ｉ／Ｏデバイス８１０は、さらに、ユーザ入力に応答して出力を提供するように構成されてもよい。Ｉ／Ｏデバイス８１０は、プロセッサ８０４及び他のコンポーネント、例えばネットワークインターフェース８１４などと通信するように構成され得る様々な入力及び出力デバイスを含んでもよい。入力デバイスの例は、これらに限られないが、タッチスクリーン、キーボード、マウス、ジョイスティック、及び／又はマイクロフォンを含んでもよい。出力デバイスの例は、これらに限られないが、ディスプレイ及びスピーカーを含んでもよい。

表示画面８１２は、ユーザ１１２に対して生成された電子ＵＩをレンダリングするように構成され得る適切な論理、回路、インターフェース、及び／又はコードを含んでもよい。表示画面２１０は、これらに限られないが、液晶表示（ＬＣＤ）ディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、プラズマディスプレイ、及び／又は有機ＬＥＤ（ＯＬＥＤ）ディスプレイ技術、及び／又は他のディスプレイ技術などのいくつかの既知の技術を介して実現されてもよい。

ネットワークインターフェース８１４は、システム８０２、電子デバイス１０２、及びユーザエンドデバイス１０６間の通信を確立するように構成され得る適切な論理、回路、インターフェース、及び／又はコードを含んでもよい。ネットワークインターフェース８１４は、システム８０２の有線又は無線通信をサポートするために、様々な既知の技術の使用により実現されてもよい。ネットワークインターフェース８１４は、これらに限られないが、アンテナ、無線周波数（ＲＦ）トランシーバ、１つ以上の増幅器、チューナ、１つ以上の発振器、デジタル信号プロセッサ、コーダ‐デコーダ（ＣＯＤＥＣ）チップセット、加入者識別モジュール（ＳＩＭ）カード、及び／又はローカルバッファを含んでもよい。

ネットワークインターフェース８１４は、インターネット、イントラネット、及び／又は無線ネットワーク、例えばセルラー電話ネットワーク、無線ローカルエリアネットワーク（ＬＡＮ）、及び／又はメトロポリタンエリアネットワーク（ＭＡＮ）などのネットワークと無線通信を介して通信してもよい。無線通信は、グローバルシステムフォーモバイルコミュニケーション（Global System for Mobile Communications、ＧＳＭ）、拡張データＧＳＭ環境（Enhanced Data GSM Environment、ＥＤＧＥ）、広帯域符号分割多元接続（wideband code division multiple access、Ｗ‐ＣＤＭＡ）、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）、符号分割多元接続（code division multiple access、ＣＤＭＡ）、時分割多元接続（time division multiple access、ＴＤＭＡ）、Ｂｌｕｅｔｏｏｔｈ、ワイヤレスフィデリティ（Ｗｉ‐Ｆｉ）（ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ、及び／又はＩＥＥＥ８０２．１１ｎなど）、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）、ライトフィデリティ（Ｌｉ‐Ｆｉ）、又はＷｉ‐ＭＡＸなどの複数の通信規格、プロトコル、及び技術のうち任意のものを使用してもよい。

本開示の範囲から逸脱することなく、システム８０２に対して修正、追加、又は省略がなされてもよい。例えば、いくつかの実施形態において、システム８０２は、簡潔さのため明示的に例示又は記載されない場合がある任意数の他のコンポーネントを含んでもよい。

図９は、本開示に記載される少なくとも１つの実施形態に従って配置された、図１のオブジェクト指向ソフトウェアプラットフォームの異なるレイヤにおける異なるオブジェクトの一例を示す。図９は、図１、図２、図３、図４、図５Ａ、図５Ｂ、図６、図７、及び図８の要素に関連して説明される。図９を参照し、オブジェクト指向ソフトウェアプラットフォーム１１４の異なるレイヤにおける異なるオブジェクトの一例９００が示される。例９００には、ＡＰＩソフトウェアコンポーネントレイヤ９０２、ビジネスレイヤ９０４、設計レイヤ９０６、及びランタイムレイヤ９０８が示されている。

オブジェクト指向ソフトウェアプラットフォーム１１４が作成されると、ユーザは、ＡＰＩソフトウェアコンポーネントレイヤ９０２、ビジネスレイヤ９０４、設計レイヤ９０６、及びランタイムレイヤ９０８の各々に現れるオブジェクトを単に選ぶことができる。しかしながら、上位レイヤからオブジェクトを選択することにより、利用可能なリソース／コンセプトのうち限られた選択肢が下位レイヤに現れてもよい。例えば、ユーザは、ビジネスレイヤ９０４において通知を選択してもよく、次いで設計レイヤ９０６では、利用可能なリソースのみ（例えば、電子メール通知、電話呼び出し通知、及びテキストメッセージＳＭＳ通知）がユーザ選択に利用可能でもよい。

ＡＰＩソフトウェアコンポーネントレイヤ９０２は、アプリケーション領域のために構築されたソフトウェアパッケージ（例えば、４１０で得られる）に対応するユーザ選択可能なオブジェクトをカプセル化し得る。図示のように、これらのユーザ選択可能なオブジェクトは、現在位置（current location）オブジェクト９０２Ａ、ユーザ登録（user registration）オブジェクト９０２Ｂ、電子支払い（e-payment）オブジェクト９０２Ｃ、及び通知（notification）オブジェクト９０２Ｄを含んでもよい。ユーザ選択可能なオブジェクトの各々は、それぞれのソフトウェアパッケージにリンクされ得る。

各々のユーザ選択可能なオブジェクト（又は、構築されたソフトウェアパッケージ）について、ビジネスレイヤ９０４は、それぞれのソフトウェアパッケージに含まれるＡＰＩコールオブジェクトの入力／出力パラメータのセットに適用可能な条件に関連するユーザ選択可能な選択肢を含んでもよい。図示のように、現在位置オブジェクト９０２Ａでは、ビジネスレイヤ９０４は、ＧＰＳ制約（GPS restrictions）選択肢９０４Ａ及びＩＰ制約（IP restrictions）選択肢９０４Ｂを含んで、現在位置オブジェクト９０２Ａに対して構築されたソフトウェアパッケージに含まれるＡＰＩコールオブジェクトの入力／出力パラメータのセットに適用可能な条件を指定してもよい。

各ユーザ選択可能オブジェクト（又は、構築されたソフトウェアパッケージ）について、設計レイヤ９０６は、コンセプトとして自然言語記述子のセット（図６で得られる）をカプセル化してもよい。これらのコンセプトは、構築されたソフトウェアパッケージのアプリケーション領域に関連する複数のマイクロサービス又はＡＰＩコールオブジェクトを記述することができる。図示のように、設計レイヤ９０６は、現在位置オブジェクト９０２Ａに対する自然言語記述子に含まれる２つのトピックとしてＧＰＳ位置（GPS location）９０６Ａ及びＩＰ位置（IP location）９０６Ｂを含む設計オブジェクトをカプセル化する。

設計レイヤ９０６内の各コンセプト又はトピック（自然言語記述子に含まれる）について、ランタイムレイヤ９０８は、ＡＰＩコールオブジェクトのセット（例えば、５２４で生成される）を含んでもよい。図示のように、ランタイムレイヤ９０８は、Android.GPS API９０８Ａ、Apple.GPS API９０８Ｂ、及びIP2Location API９０８ＣなどのＡＰＩコールオブジェクトに関連する選択肢を含んでもよい。ここで、Android.GPS API９０８ＡとApple.GPS API９０８Ｂは、設計レイヤ９０６内のＧＰＳ位置９０６Ａに関連し得、IP2Location API９０８Ｃは、設計レイヤ９０６内のＩＰ位置９０６Ｂに関連し得る。

図１０は、本開示に記載される少なくとも１つの実施形態に従って配置された、図１のオブジェクト指向ソフトウェアプラットフォームの一例示的な電子ＵＩである。図１０は、図１、図２、図３、図４、図５Ａ、図５Ｂ、図６、図７、図８及び図９の要素に関連して説明される。図１０を参照し、電子ＵＩ１０００が示される。オブジェクト指向ソフトウェアプラットフォーム１１４の作成のために、プロセッサ８０４は、フロー領域１００２、ツールボックス領域１００４、及びプロパティ領域１００６などのＵＩ要素のセットを含み得る電子ＵＩ１０００を生成してもよい。ひとたび作成されると、オブジェクト指向ソフトウェアプラットフォーム１１４は、システム８０２又は電子デバイス１０２などの適切な計算デバイスにデプロイされ得る。

例えば、システム８０２において、プロセッサ８０４は、表示画面２１０に電子ＵＩ１０００をレンダリングして、ユーザ（ユーザ１１２など）がオブジェクト指向ソフトウェアプラットフォーム１１４を使用してソフトウェアアプリケーションを開発できるようにし得る。プロセッサ８０４は、ツールボックス領域１００４内のオブジェクト指向ソフトウェアプラットフォーム１１４のあらゆるレイヤに関連づけられたオブジェクトを表示してもよい。ユーザ１１２は単に、ツールボックス領域１００４からオブジェクト１００８をドラッグし、それをフロー領域１００２に追加する必要があり得る。ひとたびツールボックス領域１００４内のオブジェクト１００８に対してユーザ選択が行われると、プロセッサ８０４は、プロパティ領域１００６内に選択されたオブジェクト１００８のプロパティ１０１０を表示して、ユーザ１１２が選択されたオブジェクト１００８のプロパティ１０１０を設定できるようにし得る。さらに、選択されたオブジェクト１００８の下位レイヤに属するオブジェクト／選択肢が、ツールボックス領域１００４又はフロー領域１００２に現れてもよい。上記プロセスは、最下レイヤに到達し、ソフトウェアコンポーネントに対して結果的に生じるソースコードがユーザ１１２のためのソフトウェアアプリケーションを生成するためにコンパイルされる準備ができるまで、反復されてもよい。オブジェクト指向ソフトウェアプラットフォーム１１４の電子ＵＩ１０００を使用したソフトウェアアプリケーションの開発方法の一例が、例えば図１２Ａ及び図１２Ｂで説明される。本明細書では詳述しないが、ＵＩ要素のセットは、開示の範囲から逸脱することなく、オブジェクト指向ソフトウェアプラットフォーム１１４の様々なソフトウェアレイヤに関連づけられた階層内に他のユーザ選択可能なオブジェクト及びユーザ選択可能な選択肢のセットを含んでもよい。

図１１は、本開示に記載される少なくとも１つの実施形態に従って配置された、図３のオブジェクト指向ソフトウェアプラットフォームを使用するソフトウェアアプリケーションの開発のための一例示的な方法のフローチャートを示す。図１１は、図１、図２、図３、図４、図５Ａ、図５Ｂ、図６、図７、図８、図９、及び図１０の要素と関連して説明される。図１１を参照し、フローチャート１１００が示される。フローチャート１１００に示される方法は１１０２で開始してもよく、図８のシステム８０２又は図２の電子デバイス１０２などの任意の適切なシステム、装置、又はデバイスにより実行されてもよい。個別のブロックで示されているが、フローチャート１１００のブロックのうち１つ以上に関連づけられた動作は、特定の実装に依存してさらなるブロックに分割され、より少ないブロックに組み合わせられ、あるいは除去されてもよい。

１１０２において、オブジェクト指向ソフトウェアプラットフォーム３０２の電子ＵＩが、システム８０２の表示画面８１２にレンダリングされ得る。少なくとも１つの実施形態において、プロセッサ８０４は、表示画面８１２に電子ＵＩ（例えば、電子ＵＩ１０００）をレンダリングするように構成されてもよい。オブジェクト指向ソフトウェアプラットフォーム３０２は、レイヤ化されたソフトウェアアーキテクチャに関連づけられてもよく、例えば、第１のレイヤ、第２のレイヤ、第３のレイヤ、及び第４のレイヤを含んでもよい。第１のレイヤは、ＡＰＩコールオブジェクトのセット３０８をカプセル化してもよく、第２のレイヤは、ＡＰＩコールオブジェクトのセット３０８に対応する自然言語記述子のセット（すなわち、ＡＰＩ設計オブジェクトのセット３１０）をカプセル化してもよい。さらに、第３のレイヤは、ＡＰＩビジネスオブジェクトのセット３１２をカプセル化してもよい。各ビジネスオブジェクトは、入力／出力パラメータのセットに対する条件を含んでもよい。第４のレイヤは、ソフトウェアパッケージのセット（例えば、ＡＰＩベースのソフトウェアコンポーネント３１４）を含んでもよく、各ソフトウェアパッケージは、ＡＰＩコールオブジェクトのセット３０８、ＡＰＩ設計オブジェクトのセット３１０、及びＡＰＩビジネスオブジェクトのセット３１２をカプセル化してもよい。

レンダリングされた電子ＵＩは、ソフトウェアパッケージのセットに対応し得るユーザ選択可能なオブジェクトのセットを含んでもよい。ここで、各ソフトウェアパッケージは、アプリケーション領域に関連づけられてもよく、ユーザ１１２が開発を計画しているソフトウェアアプリケーションに特定の機能性を追加してもよい。一例として、図９に示すように、現在位置オブジェクト９０２Ａ、ユーザ登録オブジェクト９０２Ｂ、電子支払いオブジェクト９０２Ｃ、及び通知オブジェクト９０２Ｄが、ユーザ選択可能なオブジェクトのセットとして電子ＵＩに表示されてもよい。

１１０４において、ユーザ選択可能なオブジェクトのセットのうち第１のユーザ選択可能なオブジェクトを通じての第１の入力（例えば、ユーザ入力）に基づいて、ソフトウェアパッケージのセットからソフトウェアパッケージが選択され得る。少なくとも１つの実施形態において、プロセッサ８０４は、ソフトウェアパッケージのセットからソフトウェアパッケージを選択してもよい。一例として、第１の入力は、位置に関連するソフトウェアパッケージを選択するために現在位置オブジェクト９０２Ａを通じてユーザ１１２により提供されてもよい。一実施形態において、選択されたソフトウェアパッケージは、ＡＰＩコールオブジェクトのセット３０８、ＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセット（すなわち、ＡＰＩ設計オブジェクトのセット３１０）、及び入力／出力パラメータのセット（ＡＰＩビジネスオブジェクトのセット３１２に対応する）に対する条件をカプセル化することができる。

１１０６において、選択されたソフトウェアパッケージに含まれるＡＰＩコールオブジェクトのセット３０８の入力／出力パラメータのセットに対する条件について値が更新され得る。そのような更新は、第２の入力（例えば、別のユーザ入力）に基づいてもよい。少なくとも１つの実施形態において、プロセッサ８０４は、選択されたソフトウェアパッケージに含まれるＡＰＩコールオブジェクトのセット３０８の入力／出力パラメータのセットに対する条件についての値を更新してもよい。そのような更新は、ユーザ１１２からの第２の入力に基づいて実行されてもよい。

上記の例を続けると、ユーザ入力に基づいて、プロセッサ８０４は、ＧＰＳ制約選択肢９０４Ａを介してＧＰＳ制約を選択し、更新し得る。例えば、ＧＰＳ制約選択肢９０４Ａは、ＧＰＳデバイスに関連する制限、ＧＰＳデバイスの使用に対して選択された地理的領域、ＧＰＳデバイスへのユーザアクセスの制約、及びＧＰＳデバイスを使用するための時間制限を含んでもよい。ＡＰＩ設計オブジェクトのセット３１０に対する、財務制約、ユーザ認証、及び／又はユーザ許可などの他のタイプの制約が、ビジネスレイヤ３２０内の他のビジネスオブジェクトを介して更新されてもよい。

１１０８において、更新の後、第３の入力（例えば、別のユーザ入力）に基づいて１つ以上の自然言語記述子が選択され得る。少なくとも１つの実施形態において、プロセッサ８０４は、自然言語記述子のセットから１つ以上の自然言語記述子を選択するように構成されてもよい。自然言語記述子のセットは、ＡＰＩコールオブジェクトのセット３０８を定義するために設計レイヤ３１８内にコンセプトとして現れてもよい。上記の例を続けると、ユーザ入力に基づくＧＰＳ制約選択肢９０４Ａの選択及び構成の後、設計レイヤ３１８内のＧＰＳ位置９０６Ａが、（１１０６における）条件が適用可能であり得るＡＰＩコールオブジェクトの自然言語記述子／コンセプトとしてユーザ１１２により選択されてもよい。

１１１０において、第４の入力（例えば、別のユーザ入力）に基づいてＡＰＩコールオブジェクトのセット３０８から１つ以上のＡＰＩコールオブジェクトが選択され得る。少なくとも１つの実施形態において、プロセッサ８０４は、ＡＰＩコールオブジェクトのセット３０８から１つ以上のＡＰＩコールオブジェクトを選択してもよい。上記の例を続けると、ユーザ入力に基づくＧＰＳ位置９０６Ａの選択の後、ターゲットソフトウェアアプリケーションがＡｎｄｒｏｉｄ（登録商標）プラットフォーム向けの場合、Android.GPS API９０８ＡなどのＡｎｄｒｏｉｄ（登録商標） ＯＳに関連するＡＰＩコールオブジェクトが選択されてもよい。

１１１２において、選択された１つ以上のＡＰＩコールオブジェクト、条件の更新された値、及び選択されたソフトウェアパッケージに基づいてソフトウェアコンポーネントがコンパイルされ得る。少なくとも１つの実施形態において、プロセッサ８０４は、選択された１つ以上のＡＰＩコールオブジェクト、条件の更新された値、及び選択されたソフトウェアパッケージに基づいてソフトウェアコンポーネントをコンパイルしてもよい。コンパイルは、選択された１つ以上のＡＰＩコールオブジェクト、条件の更新された値、及び選択されたソフトウェアパッケージを含むソースファイルを、コンピュータ実行可能ソフトウェアアーチファクト又は中間オブジェクトに変えることができる。これらのコンピュータ実行可能ソフトウェアアーチファクト又は中間オブジェクトは、コンパイルされたソフトウェアコンポーネントの一部として、ソフトウェアアプリケーションを構成してもよい。

１１１４において、コンパイルされたソフトウェアコンポーネントに基づいてＡＰＩベースのソフトウェアアプリケーションが構築され得る。少なくとも１つの実施形態において、プロセッサ８０４は、コンパイルされたソフトウェアコンポーネントに基づいてＡＰＩベースのソフトウェアアプリケーションを構築するように構成されてもよい。上記の例を続けると、現在位置ソフトウェアコンポーネントがコンパイルされ、ターゲットＡＰＩベースのソフトウェアアプリケーションに統合され得る。ソフトウェアコンパイル及びソフトウェアパッケージ化は典型的には当業者に知られており、したがって、これに関する詳細な説明は簡潔さのため開示から省略されている。

フローチャート１１００は１１０２、１１０４、１１０６、１１０８、１１１０、１１１２、及び１１１４などの個別の動作として示されているが、特定の実施形態において、そのような個別動作はさらに、開示された実施形態の本質を損なうことなく特定の実装に依存してさらなる動作に分割され、より少ない動作に組み合わせられ、あるいは除去されてもよい。

図１２Ａ及び１２Ｂは集合的に、本開示に記載される少なくとも１つの実施形態に従って配置された、図３のオブジェクト指向ソフトウェアプラットフォームを使用するソフトウェアアプリケーションの開発のための一例示的な方法のフローチャートを示す。図１２Ａ及び図１２Ｂは、図１、図２、図３、図４、図５Ａ、図５Ｂ、図６、図７、図８、図９、図１０、及び図１１の要素と関連して説明される。図１２Ａ及び図１２Ｂを参照し、フローチャート１２００が示される。フローチャート１２００に示される方法は１２０２で開始してもよく、図８のシステム８０２などの任意の適切なシステム、装置、又はデバイスにより実行されてよい。個別のブロックで示されているが、フローチャート１２００の１つ以上のブロックに関連づけられた動作は、特定の実装に依存してさらなるブロックに分割され、より少ないブロックに組み合わせられ、あるいは除去されてもよい。

１２０２において、ＡＰＩソフトウェアコンポーネントレイヤ３２２のユーザ選択可能なオブジェクトがツールボックス領域１００４から選択され得る。一実施形態において、プロセッサ８０４は、ＡＰＩソフトウェアコンポーネントレイヤ３２２のユーザ選択可能なオブジェクトを選択してもよい。ＡＰＩソフトウェアコンポーネントレイヤ３２２の様々なユーザ選択可能なオブジェクトは、ユーザ選択のためにツールボックス領域１００４内に最初に存在し得る。ユーザ入力（表示画面８１２を介したマウスクリック又はタッチ入力など）に基づいて、プロセッサ８０４は、ツールボックス領域１００４からＡＰＩソフトウェアコンポーネントレイヤ３２２のユーザ選択可能なオブジェクトを選択してもよい。

１２０４において、ユーザ選択可能なオブジェクトがフロー領域１００２に追加され得る。一実施形態において、プロセッサ８０４は、ユーザ入力（マウスクリック又はタッチ入力、ドラッグアンドドロップ入力など）に基づいて、ＡＰＩソフトウェアコンポーネントレイヤ３２２の選択されたユーザ選択可能なオブジェクトをフロー領域１００２に追加してもよい。ひとたびフロー領域１００２に追加されると、次のレイヤ、すなわちビジネスレイヤ３２０からのビジネスオブジェクトが、ユーザ選択可能なオブジェクトと共に現れ得る。

１２０６において、ビジネスレイヤ３２０のビジネスオブジェクトがフロー領域１００２から選択され得る。一実施形態において、プロセッサ８０４は、ユーザ入力（表示画面８１２を介したマウスクリック又はタッチ入力など）に基づいて、ビジネスレイヤ３２０のビジネスオブジェクトを選択してもよい。ビジネスオブジェクトの選択に基づいて、プロセッサ８０４は、ツールボックス領域１００４／プロパティ領域１００６にビジネスレイヤ３２０内の選択されたビジネスオブジェクトに関連する選択肢／プロパティを投入し（populate）てもよい。

１２０８において、ビジネス制約、ビジネス制限、ビジネスポリシー、及びビジネスレガシーを含み得るプロパティがユーザの入力に基づいて更新され得る。一実施形態において、ユーザ入力に基づいてプロセッサ８０４はプロパティを更新してもよい。ビジネス制約、ビジネス制限、ビジネスポリシー、及びビジネスレガシーを含むが、これらに限定されない。これらのプロパティは、プロパティ領域１００６に現れ得る。

１２１０において、プロパティの値が設定され得る。一実施形態において、プロセッサ８０４は、ビジネスレイヤ３２０の選択されたビジネスオブジェクトに関連づけられたプロパティの値を設定してもよい。

１２１２において、ユーザ１１２がオブジェクト指向ソフトウェアプラットフォーム３０２に関連づけられた上位レイヤ（例えば、ＡＰＩソフトウェアコンポーネントレイヤ３２２）を選択したかどうかを判定するためにチェックが実行され得る。一実施形態において、プロセッサ８０４はこのチェックを実行してもよい。プロセッサ８０４が、上位レイヤ（又は、上位レイヤオブジェクト）が選択されていると判定した場合、制御は１２０４に渡り得る。そうでない場合、制御は１２１４に渡り得る。

１２１４において、ビジネスレイヤ３２０内のあらゆるビジネスオブジェクトがフロー領域１００２から選択され得る。一実施形態において、プロセッサ８０４は、ユーザ入力（表示画面８１２を介したマウスダブルクリック又はタッチ入力など）に基づいて、ビジネスレイヤ３２０内のあらゆるオブジェクトを選択してもよい。あらゆる選択のために、プロセッサ８０４は、ツールボックス領域１００４に設計レイヤ３１８の設計オブジェクトを投入してもよい。

１２１６において、選択されたビジネスオブジェクトに対して設計レイヤ３１８の設計オブジェクトが表示され得る。一実施形態において、プロセッサ８０４は、ツールボックス領域１００４において、ビジネスレイヤ３２０の選択されたビジネスオブジェクト及びＡＰＩソフトウェアコンポーネントレイヤ３２２の選択されたユーザ選択可能なオブジェクトに関連づけられた各設計オブジェクトを表示してもよい。

１２１８において、設計レイヤ３１８の設計オブジェクトがツールボックス領域１００４から選択され得、フロー領域１００２に追加され得る。一実施形態において、プロセッサ８０４は、ユーザ入力（表示画面８１２を介したマウスクリック又はタッチ入力など）に基づいて、ツールボックス領域１００４から設計レイヤ３１８の設計オブジェクトを選択してもよい。

１２２０において、ユーザ１１２がオブジェクト指向ソフトウェアプラットフォーム３０２に関連づけられた上位レイヤを選択したかどうかを判定するためにチェックが実行され得る。一実施形態において、プロセッサ８０４はこのチェックを実行してもよい。プロセッサ８０４が、上位レイヤ（又は、上位レイヤオブジェクト）に対してユーザ入力が受信されていると判定した場合、制御は１２０６に渡り得る。そうでない場合、制御は１２２２に渡り得る。

１２２２において、フロー領域１００２内の設計レイヤ３１８の各設計オブジェクトが選択され得る。一実施形態において、プロセッサ８０４は、ユーザ入力（表示画面８１２を介したマウスダブルクリック又はタッチ入力など）に基づいて、設計レイヤ３１８の各オブジェクトを選択してもよい。あらゆる選択のために、ツールボックス領域１００４は、ランタイムレイヤ３１６のそれぞれのＡＰＩコールオブジェクトを投入されてもよい。

１２２４において、設計レイヤ３１８の選択された設計オブジェクトに関連づけられたランタイムレイヤ３１６のあらゆるＡＰＩコールオブジェクトが表示され得る。一実施形態において、プロセッサ８０４は、ツールボックス領域１００４において、設計レイヤ３１８の選択された設計オブジェクトに関連づけられたランタイムレイヤ３１６の全てのＡＰＩコールオブジェクトを表示してもよい。

ブロック１２２６において、ランタイムレイヤ３１６のＡＰＩコールオブジェクトがツールボックス領域１００４から選択され得、フロー領域１００２に追加され得る。一実施形態において、プロセッサ８０４は、ユーザ入力（表示画面８１２を介したマウスクリック又はタッチ入力など）に基づいて、ツールボックス領域１００４からランタイムレイヤ３１６のＡＰＩコールオブジェクトを選択してもよい。

１２２８において、ユーザ１１２がオブジェクト指向ソフトウェアプラットフォーム３０２に関連づけられた上位レイヤを選択したかどうかを判定するためにチェックが実行され得る。一実施形態において、プロセッサ８０４はこのチェックを実行してもよい。プロセッサ８０４が、ユーザ入力が上位レイヤ（又は、上位レイヤオブジェクト）に対するものでないと判定した場合、制御は１２３０に渡り得る。

１２３０において、ユーザ１１２がソフトウェアコンポーネントをコンパイルする選択肢を選択したかどうかを判定するためにチェックが実行され得る。一実施形態において、プロセッサ８０４はこのチェックを実行してもよい。プロセッサ８０４が、ユーザ１１２がソフトウェアコンポーネントをコンパイルする選択肢を選択したと判定した場合、プロセッサ８０４は、ブロック１２３２に関連づけられた動作を実行してもよい。

１２３２において、ソフトウェアプロダクトが生成され得る。一実施形態において、プロセッサ８０４は、ランタイムレイヤ３１６のユーザ選択オブジェクト、設計レイヤ３１８のユーザ選択オブジェクト、ビジネスレイヤ３２０のオブジェクトに関連づけられたユーザ構成プロパティ、及びＡＰＩソフトウェアコンポーネントレイヤ３２２のユーザ選択オブジェクトを使用するソフトウェアコンポーネントのコンパイルに基づいてソフトウェアプロダクトを生成してもよい。プロセッサ８０４は、ソフトウェアコンパイル手法の使用によりソフトウェアコンポーネントをコンパイルしてもよく、コンパイルされたソフトウェアコンポーネントに基づいてソフトウェアプロダクトを生成してもよい。制御はさらに終了に渡り得る。

フローチャート１２００は１２０２、１２０４、１２０６、１２０８、１２１０、１２１２、１２１４、１２１６、１２１８、１２２０、１２２２、１２２４、１２２６、１２２８、１２３０、及び１２３２などの個別の動作として示されているが、特定の実施形態において、そのような個別動作はさらに、開示された実施形態の本質を損なうことなく特定の実装に依存してさらなる動作に分割され、より少ない動作に組み合わせられ、あるいは除去されてもよい。

本開示の様々な実施形態は、実行されたことに応答してシステム（例示的な電子デバイス１０２など）に動作を実行させる命令を記憶するように構成された１つ以上の非一時的コンピュータ読取可能記憶媒体を提供し得る。この動作は、オブジェクト指向ソフトウェアプラットフォームを作成することを含み得る。オブジェクト指向ソフトウェアの作成の動作は、ＡＰＩのセットに関連づけられたドキュメンテーションコーパスのテキスト分析を実行することをさらに含んでもよい。動作には、ＡＰＩのセットのうち第１のＡＰＩのＡＰＩエンドポイントのためのＡＰＩコールオブジェクトのセットを生成することをさらに含んでもよい。動作には、テキスト分析に基づいて、生成されたＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットを構築することをさらに含んでもよい。さらに、動作には、ビジネスオブジェクトのセットを生成することを含んでもよい。ビジネスオブジェクトのセットのうち各ビジネスオブジェクトは、生成されたＡＰＩコールオブジェクトのセットのうち対応するＡＰＩコールオブジェクトに関連づけられた入力／出力パラメータのセットに適用可能な条件をカプセル化し得る。動作には、生成されたＡＰＩコールオブジェクトのセット、構築された自然言語記述子のセット、及び生成されたビジネスオブジェクトのセットをカプセル化し得るソフトウェアパッケージを構築することをさらに含んでもよい。

本開示の別の実施形態は、実行されたことに応答してシステム（システム８０２など）に動作を実行させる命令を記憶するように構成された１つ以上の非一時的コンピュータ読取可能記憶媒体を提供し得る。この動作は、表示装置におけるオブジェクト指向ソフトウェアプラットフォームの電子ＵＩのレンダリングを含み得る。レンダリングされた電子ＵＩは、ソフトウェアパッケージのセットに対応し得るユーザ選択可能なオブジェクトのセットを含み得る。さらに、動作には、ユーザ選択可能なオブジェクトのセットのうち第１のユーザ選択可能なオブジェクトを通じての第１の入力に基づいて、ソフトウェアパッケージのセットからソフトウェアパッケージを選択することを含んでもよい。動作には、第２の入力に基づいて、選択されたソフトウェアパッケージに含まれるＡＰＩコールオブジェクトのセットのための入力／出力パラメータのセットに対する条件の値を更新することをさらに含んでもよい。動作には、更新の後、第３の入力に基づいてＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットのうち少なくとも１つの自然言語記述子を選択することをさらに含んでもよい。動作には、第４の入力に基づいてＡＰＩコールオブジェクトのセットのうち少なくとも１つのＡＰＩコールオブジェクトを選択することをさらに含んでもよい。さらに、動作には、選択された少なくとも１つのＡＰＩコールオブジェクト、条件の更新された値、及び選択されたソフトウェアパッケージに基づいてソフトウェアコンポーネントをコンパイルすることを含んでもよい。動作には、コンパイルされたソフトウェアコンポーネントに基づいてＡＰＩベースのソフトウェアアプリケーションを構築することを含んでもよい。

本開示において用いられるとき、用語「モジュール」又は「コンポーネント」は、モジュール又はコンポーネントのアクションを実行するように構成された特定のハードウェア実装、及び／又はコンピューティングシステムの汎用ハードウェア（例えば、コンピュータ読取可能媒体、処理デバイス等）に記憶され及び／又は汎用ハードウェアにより実行され得るソフトウェアオブジェクト又はソフトウェアルーチンを参照し得る。いくつかの実施形態において、本開示に記載される異なるコンポーネント、モジュール、エンジン、及びサービスが、コンピューティングシステム上で実行するオブジェクト又はプロセスとして（例えば、別個のスレッドとして）実現されてもよい。本開示に記載されるシステム及び方法のいくつかは、一般に、（汎用ハードウェアに記憶され、及び／又は汎用ハードウェアにより実行される）ソフトウェアで実現されるものとして記載されるが、特定のハードウェア実装、又はソフトウェアと特定のハードウェア実装との組み合わせもまた可能であり、企図される。本説明において、「コンピューティングエンティティ」は、本開示において前に定義された任意のコンピューティングシステム、又はコンピューティングシステム上で動作する任意のモジュール又はモジュレートの組み合わせであってもよい。

本開示において、特に別記の特許請求の範囲（例えば、別記の特許請求の範囲の本文）において用いられる用語は、一般に「開放的」な用語として意図されている（例えば、用語「含んでいる」は、「含んでいるがこれに限定されない」と解釈されるべきであり、用語「有する」は、「少なくとも有する」と解釈されるべきであり、用語「含む」は、「含むがこれに限定されない」と解釈されるべきである、等）。

さらに、特定数の導入された請求項記載が意図されている場合、そのような意図は請求項に明示的に記載され、そのような記載がない場合、そのような意図は存在しない。例えば、理解の助けとして、以下の別記の特許請求の範囲は、請求項記載を導入するために、導入フレーズ「少なくとも１つの」及び「１つ以上の」の使用を含むことがある。しかしながら、そのようなフレーズの使用は、不定冠詞「一の」（“a”又は“an”）による請求項記載の導入が、同じ請求項が導入フレーズ「１つ以上の」又は「少なくとも１つの」と「一の」などの不定冠詞とを含むときでも、そのような導入された請求項記載を含む任意の特定の請求項を１つのそのような記載のみ含む実施形態に限定することを暗に示すように見なされるべきではない（例えば、「一の」（“a”及び／又は“an”）は「少なくとも１つの」又は「１つ以上の」を意味するよう解釈されるべきである）。請求項記載を導入するために用いられる定冠詞の使用についても同様である。

さらに、特定数の導入された請求項記載が明示的に記載されている場合であっても、当業者は、そのような記載は少なくとも記載された数を意味するよう解釈されるべきであることを認識するであろう（例えば、他の修飾語を伴わない「２つの記載」というただそれだけの記載は、少なくとも２つの記載、又は２つ以上の記載を意味する）。さらに、「Ａ、Ｂ、及びＣ等のうち少なくとも１つ」又は「Ａ、Ｂ、及びＣ等のうち１つ以上」と類似の規定が用いられている例において、一般に、そのような構造は、Ａ単独、Ｂ単独、Ｃ単独、Ａ及びＢ共に、Ａ及びＣ共に、Ｂ及びＣ共に、又はＡ、Ｂ、及びＣ共に等を含むことが意図される。

さらに、明細書においてか、特許請求の範囲においてか、又は図面においてかにかかわらず、２つ以上の代替的な用語を提示するいかなる分離的なワード又はフレーズも、用語のうち１つ、用語のうちいずれか、又は双方の用語を含む可能性を考慮するよう理解されるべきである。例えば、フレーズ「Ａ又はＢ」は、「Ａ」又は「Ｂ」又は「Ａ及びＢ」の可能性を含むよう理解されるべきである。

本開示に記載された全ての例及び条件付き言語は、本開示と発明者が当該分野を促進するために寄与した概念とを理解する際に読者を助けるための教育的目的を意図されており、そのような具体的に記載された例及び条件への限定を伴わないとみなされるべきである。本開示の実施形態が詳細に記載されたが、本開示の主旨及び範囲から逸脱することなく、種々の変更、置換、及び改変をこれに行うことができる。

上記の実施形態につき以下の付記を残しておく。
（付記１）
方法であって、
オブジェクト指向ソフトウェアプラットフォームを作成するステップ、を含み、該作成するステップは、
アプリケーションプログラミングインターフェース（ＡＰＩ）のセットに関連づけられたドキュメンテーションコーパスのテキスト分析を実行するステップと、
前記ＡＰＩのセットのうち第１のＡＰＩのＡＰＩエンドポイントのためのアプリケーションプログラミングインターフェース（ＡＰＩ）コールオブジェクトのセットを生成するステップと、
前記テキスト分析に基づいて前記生成されたＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットを構築するステップと、
ビジネスオブジェクトのセットを生成するステップであり、
前記ビジネスオブジェクトのセットのうち各ビジネスオブジェクトは、前記生成されたＡＰＩコールオブジェクトのセットのうち対応するＡＰＩコールオブジェクトに関連づけられた入力／出力パラメータのセットに適用可能な条件をカプセル化する、ステップと、
前記生成されたＡＰＩコールオブジェクトのセット、前記構築された自然言語記述子のセット、及び前記生成されたビジネスオブジェクトのセットをカプセル化するソフトウェアパッケージを構築するステップと、
を含む、方法。
（付記２）
前記作成するステップは、前記ドキュメンテーションコーパスのテキスト分析に基づいて前記ＡＰＩのセットについての統一仕様を生成するステップをさらに含む、付記１に記載の方法。
（付記３）
前記作成するステップは、
前記生成された統一仕様から、前記第１のＡＰＩに関連づけられたスキームアドレス、ホストアドレス、又はベースアドレスを抽出するステップと、
前記第１のＡＰＩに関連づけられた、抽出された前記スキームアドレス、前記ホストアドレス、又は前記ベースアドレスに基づいて、前記第１のＡＰＩのＡＰＩプロバイダ情報を決定するステップと、
をさらに含む、付記２に記載の方法。
（付記４）
前記作成するステップは、
前記生成された統一仕様から、前記第１のＡＰＩの前記ＡＰＩエンドポイントに関連づけられたエンドポイント情報とエンドポイントパラメータのセットとを抽出するステップと、
前記抽出されたエンドポイント情報と前記抽出されたエンドポイントパラメータのセットとに基づいて、前記ＡＰＩエンドポイントのＡＰＩコネクタを生成するステップであり、
前記生成されたＡＰＩコネクタは、前記エンドポイントパラメータのセット、前記エンドポイント情報、及び前記決定されたＡＰＩプロバイダ情報に含まれるユニフォームリソースロケータ（ＵＲＬ）を含む、ステップと、
をさらに含む、付記３に記載の方法。
（付記５）
前記作成するステップは、
前記生成されたＡＰＩコネクタの前記エンドポイントパラメータのセットに含まれる前記入力／出力パラメータのセットを分析するステップと、
前記分析に基づいて前記入力／出力パラメータのセットのための固有入力／出力パラメータ値のセットを生成するステップと、
をさらに含む、付記４に記載の方法。
（付記６）
前記作成するステップは、
前記生成された固有入力／出力パラメータ値のセットから固有入力／出力パラメータ値を選択するステップと、
前記選択された固有入力／出力パラメータ値に基づいて前記生成されたＡＰＩコネクタを構成するステップと、
前記構成されたＡＰＩコネクタのテスト実行を行うステップと、
前記構成されたＡＰＩコネクタのテスト実行の後に返された出力を抽出するステップと、
をさらに含む、付記５に記載の方法。
（付記７）
前記作成するステップは、前記抽出された出力と前記選択された固有入力／出力パラメータ値とに基づいて前記ＡＰＩコールオブジェクトのセットのうち第１のＡＰＩコールオブジェクトを生成するステップをさらに含む、付記６に記載の方法。
（付記８）
前記作成するステップは、
前記生成された統一仕様から、前記第１のＡＰＩの前記ＡＰＩエンドポイントに関連づけられたＡＰＩ記述、ＡＰＩエンドポイント記述、ＡＰＩパラメータ記述、又はＡＰＩ応答記述を含む第１の情報を抽出するステップと、
前記選択された固有入力／出力パラメータ値、前記抽出された出力、及び前記抽出された第１の情報に基づいて、前記第１のＡＰＩコールオブジェクトのために前記自然言語記述子のセットのうち第１の自然言語記述子を構築するステップと、
をさらに含む、付記７に記載の方法。
（付記９）
前記構築された第１の自然言語記述子は、前記第１のＡＰＩコールオブジェクトの用途を示し、前記第１のＡＰＩコールオブジェクトに関連づけられた自然言語記述及びトピックを含む、付記８に記載の方法。
（付記１０）
前記第１の自然言語記述子を構築するステップは、
前記抽出された第１の情報に基づいて前記第１のＡＰＩコールオブジェクトに関連づけられた入力／出力パラメータのための第１の記述テキストを決定するステップと、
前記抽出された出力のための第２の記述テキストを決定するステップと、
前記抽出された第１の情報に基づいて前記第１のＡＰＩコールオブジェクトに関連づけられたＡＰＩタイトルを決定するステップと、
前記決定された第１の記述テキスト、前記決定された第２の記述テキスト、及び前記決定されたＡＰＩタイトルを意味的に連結して、前記第１のＡＰＩコールオブジェクトに関連づけられた前記自然言語記述を構築するステップと、
を含む、付記９に記載の方法。
（付記１１）
前記条件は、前記入力／出力パラメータのセットの値に対する制約のセット、前記ＡＰＩエンドポイントの使用及びアクセスに関連する構成可能なポリシー、及び前記入力／出力パラメータのセットの使用に対する制約としてのレガシーを含む、付記１に記載の方法。
（付記１２）
前記構築されたソフトウェアパッケージは、ソフトウェア開発キット（ＳＤＫ）、ＡＰＩベースのソフトウェアコンポーネント、ウェブページインターフェース、又はモバイルアプリケーションインターフェースのうち少なくとも１つをさらにカプセル化する、付記１に記載の方法。
（付記１３）
前記作成するステップは、前記構築されたソフトウェアパッケージにリンクされたユーザ選択可能なツールとしてユーザインターフェース（ＵＩ）要素のセットを含む電子ＵＩを生成するステップをさらに含む、付記１に記載の方法。
（付記１４）
前記ＵＩ要素のセットは、
アプリケーション領域のための前記構築されたソフトウェアパッケージに対応するユーザ選択可能なオブジェクトを含む第１のＵＩ要素と、
前記入力／出力パラメータのセットに適用可能な前記条件に関連する第１のユーザ選択可能な選択肢を含む第２のＵＩ要素と、
前記構築された自然言語記述子のセットに関連する第２のユーザ選択可能な選択肢を含む第３のＵＩ要素と、
前記生成されたＡＰＩコールオブジェクトのセットに関連する第３のユーザ選択可能な選択肢を含む第４のＵＩ要素と、
を含む、付記１３に記載の方法。
（付記１５）
前記作成されたオブジェクト指向ソフトウェアプラットフォームは、レイヤ化されたソフトウェアアーキテクチャに関連づけられ、
前記作成されたオブジェクト指向ソフトウェアプラットフォームは、
前記生成されたＡＰＩコールオブジェクトのセットをカプセル化する第１のレイヤと、
前記生成されたＡＰＩコールオブジェクトのセットに対応する前記自然言語記述子のセットをカプセル化する第２のレイヤと、
前記ビジネスオブジェクトのセットをカプセル化する第３のレイヤと、
前記構築されたソフトウェアパッケージを含む第４のレイヤと、
を含む、付記１に記載の方法。
（付記１６）
動作を実行し又は動作の実行を制御するために１つ以上のプロセッサにより実行可能なプログラミングコードを符号化された非一時的コンピュータ読取可能媒体であって、前記動作は、
オブジェクト指向ソフトウェアプラットフォームを作成すること、を含み、該作成することは、
アプリケーションプログラミングインターフェース（ＡＰＩ）のセットに関連づけられたドキュメンテーションコーパスのテキスト分析を実行することと、
前記ＡＰＩのセットのうち第１のＡＰＩのＡＰＩエンドポイントのためのアプリケーションプログラミングインターフェース（ＡＰＩ）コールオブジェクトのセットを生成することと、
前記テキスト分析に基づいて前記生成されたＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットを構築することと、
ビジネスオブジェクトのセットを生成することであり、
前記ビジネスオブジェクトのセットのうち各ビジネスオブジェクトは、前記生成されたＡＰＩコールオブジェクトのセットのうち対応するＡＰＩコールオブジェクトに関連づけられた入力／出力パラメータのセットに適用可能な条件をカプセル化する、ことと、
前記生成されたＡＰＩコールオブジェクトのセット、前記構築された自然言語記述子のセット、及び前記生成されたビジネスオブジェクトのセットをカプセル化するソフトウェアパッケージを構築することと、
を含む、非一時的コンピュータ読取可能媒体。
（付記１７）
前記作成することは、前記構築されたソフトウェアパッケージにリンクされたユーザ選択可能なツールとしてユーザインターフェース（ＵＩ）要素のセットを含む電子ＵＩを生成することをさらに含む、付記１６に記載の非一時的コンピュータ読取可能媒体。
（付記１８）
システムであって、
回路を備え、前記回路は、
表示装置にオブジェクト指向ソフトウェアプラットフォームの電子ユーザインターフェース（ＵＩ）をレンダリングし、
前記レンダリングされた電子ＵＩは、前記オブジェクト指向ソフトウェアプラットフォームに含まれるソフトウェアパッケージのセットに対応するユーザ選択可能なオブジェクトのセットを含み、
前記ユーザ選択可能なオブジェクトのセットのうち第１のユーザ選択可能なオブジェクトを通じての第１の入力に基づいて前記ソフトウェアパッケージのセットからソフトウェアパッケージを選択し、
第２の入力に基づいて、前記選択されたソフトウェアパッケージに含まれるアプリケーションプログラミングインターフェース（ＡＰＩ）コールオブジェクトのセットのための入力／出力パラメータのセットに対する条件の値を更新し、
前記更新の後、第３の入力に基づいて前記ＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットのうち少なくとも１つの自然言語記述子を選択し、
第４のユーザ入力に基づいて前記ＡＰＩコールオブジェクトのセットのうち少なくとも１つのＡＰＩコールオブジェクトを選択し、
前記選択された少なくとも１つのＡＰＩコールオブジェクト、前記条件の前記更新された値、及び前記選択されたソフトウェアパッケージに基づいてソフトウェアコンポーネントをコンパイルし、
前記コンパイルされたソフトウェアコンポーネントに基づいてＡＰＩベースのソフトウェアアプリケーションを構築する
ように構成される、システム。
（付記１９）
前記選択されたソフトウェアパッケージは、前記ＡＰＩコールオブジェクトのセット、前記ＡＰＩコールオブジェクトのセットに対応する前記自然言語記述子のセット、及び前記入力／出力パラメータのセットに対する前記条件をカプセル化する、付記１８に記載のシステム。
（付記２０）
前記オブジェクト指向ソフトウェアプラットフォームは、レイヤ化されたソフトウェアアーキテクチャに関連づけられ、
前記オブジェクト指向ソフトウェアプラットフォームは、
前記ＡＰＩコールオブジェクトのセットをカプセル化する第１のレイヤと、
前記ＡＰＩコールオブジェクトのセットに対応する前記自然言語記述子のセットをカプセル化する第２のレイヤと、
ビジネスオブジェクトのセットをカプセル化する第３のレイヤであり、各ビジネスオブジェクトは、前記入力／出力パラメータのセットに対する条件を含む、第３のレイヤと、
前記ソフトウェアパッケージのセットを含む第４のレイヤと、
を含む、付記１８に記載のシステム。

Claims (10)

1. 方法であって、
   オブジェクト指向ソフトウェアプラットフォームを作成するステップ、を含み、該作成するステップは、
   アプリケーションプログラミングインターフェース（ＡＰＩ）のセットに関連づけられたドキュメンテーションコーパスのテキスト分析を実行するステップと、
   前記ＡＰＩのセットのうち第１のＡＰＩのＡＰＩエンドポイントのためのアプリケーションプログラミングインターフェース（ＡＰＩ）コールオブジェクトのセットを生成するステップと、
   前記テキスト分析に基づいて前記生成されたＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットを構築するステップと、
   ビジネスオブジェクトのセットを生成するステップであり、
   前記ビジネスオブジェクトのセットのうち各ビジネスオブジェクトは、前記生成されたＡＰＩコールオブジェクトのセットのうち対応するＡＰＩコールオブジェクトに関連づけられた入力／出力パラメータのセットに適用可能な条件をカプセル化する、ステップと、
   前記生成されたＡＰＩコールオブジェクトのセット、前記構築された自然言語記述子のセット、及び前記生成されたビジネスオブジェクトのセットをカプセル化するソフトウェアパッケージを構築するステップと、
   を含む、方法。
2. 前記作成するステップは、前記ドキュメンテーションコーパスのテキスト分析に基づいて前記ＡＰＩのセットについての統一仕様を生成するステップをさらに含む、請求項１に記載の方法。
3. 前記作成するステップは、
   前記生成された統一仕様から、前記第１のＡＰＩに関連づけられたスキームアドレス、ホストアドレス、又はベースアドレスを抽出するステップと、
   前記第１のＡＰＩに関連づけられた、抽出された前記スキームアドレス、前記ホストアドレス、又は前記ベースアドレスに基づいて、前記第１のＡＰＩのＡＰＩプロバイダ情報を決定するステップと、
   をさらに含む、請求項２に記載の方法。
4. 前記作成するステップは、
   前記生成された統一仕様から、前記第１のＡＰＩの前記ＡＰＩエンドポイントに関連づけられたエンドポイント情報とエンドポイントパラメータのセットとを抽出するステップと、
   前記抽出されたエンドポイント情報と前記抽出されたエンドポイントパラメータのセットとに基づいて、前記ＡＰＩエンドポイントのＡＰＩコネクタを生成するステップであり、
   前記生成されたＡＰＩコネクタは、前記エンドポイントパラメータのセット、前記エンドポイント情報、及び前記決定されたＡＰＩプロバイダ情報に含まれるユニフォームリソースロケータ（ＵＲＬ）を含む、ステップと、
   をさらに含む、請求項３に記載の方法。
5. 前記作成するステップは、
   前記生成されたＡＰＩコネクタの前記エンドポイントパラメータのセットに含まれる前記入力／出力パラメータのセットを分析するステップと、
   前記分析に基づいて前記入力／出力パラメータのセットのための固有入力／出力パラメータ値のセットを生成するステップと、
   をさらに含む、請求項４に記載の方法。
6. 前記作成するステップは、
   前記生成された固有入力／出力パラメータ値のセットから固有入力／出力パラメータ値を選択するステップと、
   前記選択された固有入力／出力パラメータ値に基づいて前記生成されたＡＰＩコネクタを構成するステップと、
   前記構成されたＡＰＩコネクタのテスト実行を行うステップと、
   前記構成されたＡＰＩコネクタのテスト実行の後に返された出力を抽出するステップと、
   をさらに含む、請求項５に記載の方法。
7. 前記作成するステップは、前記抽出された出力と前記選択された固有入力／出力パラメータ値とに基づいて前記ＡＰＩコールオブジェクトのセットのうち第１のＡＰＩコールオブジェクトを生成するステップをさらに含む、請求項６に記載の方法。
8. 前記作成するステップは、
   前記生成された統一仕様から、前記第１のＡＰＩの前記ＡＰＩエンドポイントに関連づけられたＡＰＩ記述、ＡＰＩエンドポイント記述、ＡＰＩパラメータ記述、又はＡＰＩ応答記述を含む第１の情報を抽出するステップと、
   前記選択された固有入力／出力パラメータ値、前記抽出された出力、及び前記抽出された第１の情報に基づいて、前記第１のＡＰＩコールオブジェクトのために前記自然言語記述子のセットのうち第１の自然言語記述子を構築するステップと、
   をさらに含む、請求項７に記載の方法。
9. １つ以上のプロセッサに動作を実行させるコンピュータプログラムであって、前記動作は、
   オブジェクト指向ソフトウェアプラットフォームを作成すること、を含み、該作成することは、
   アプリケーションプログラミングインターフェース（ＡＰＩ）のセットに関連づけられたドキュメンテーションコーパスのテキスト分析を実行することと、
   前記ＡＰＩのセットのうち第１のＡＰＩのＡＰＩエンドポイントのためのアプリケーションプログラミングインターフェース（ＡＰＩ）コールオブジェクトのセットを生成することと、
   前記テキスト分析に基づいて前記生成されたＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットを構築することと、
   ビジネスオブジェクトのセットを生成することであり、
   前記ビジネスオブジェクトのセットのうち各ビジネスオブジェクトは、前記生成されたＡＰＩコールオブジェクトのセットのうち対応するＡＰＩコールオブジェクトに関連づけられた入力／出力パラメータのセットに適用可能な条件をカプセル化する、ことと、
   前記生成されたＡＰＩコールオブジェクトのセット、前記構築された自然言語記述子のセット、及び前記生成されたビジネスオブジェクトのセットをカプセル化するソフトウェアパッケージを構築することと、
   を含む、非一時的コンピュータ読取可能媒体。
10. システムであって、
    回路を備え、前記回路は、
    表示装置にオブジェクト指向ソフトウェアプラットフォームの電子ユーザインターフェース（ＵＩ）をレンダリングし、
    前記レンダリングされた電子ＵＩは、前記オブジェクト指向ソフトウェアプラットフォームに含まれるソフトウェアパッケージのセットに対応するユーザ選択可能なオブジェクトのセットを含み、
    前記ユーザ選択可能なオブジェクトのセットのうち第１のユーザ選択可能なオブジェクトを通じての第１の入力に基づいて前記ソフトウェアパッケージのセットからソフトウェアパッケージを選択し、
    第２の入力に基づいて、前記選択されたソフトウェアパッケージに含まれるアプリケーションプログラミングインターフェース（ＡＰＩ）コールオブジェクトのセットのための入力／出力パラメータのセットに対する条件の値を更新し、
    前記更新の後、第３の入力に基づいて前記ＡＰＩコールオブジェクトのセットに対応する自然言語記述子のセットのうち少なくとも１つの自然言語記述子を選択し、
    第４のユーザ入力に基づいて前記ＡＰＩコールオブジェクトのセットのうち少なくとも１つのＡＰＩコールオブジェクトを選択し、
    前記選択された少なくとも１つのＡＰＩコールオブジェクト、前記条件の前記更新された値、及び前記選択されたソフトウェアパッケージに基づいてソフトウェアコンポーネントをコンパイルし、
    前記コンパイルされたソフトウェアコンポーネントに基づいてＡＰＩベースのソフトウェアアプリケーションを構築する
    ように構成される、システム。

Images