特許 7403586 演算子の生成方法および装置、電子機器、記憶媒体並びにコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-14

(45)【発行日】2023-12-22

(54)【発明の名称】演算子の生成方法および装置、電子機器、記憶媒体並びにコンピュータプログラム

(51)【国際特許分類】

   G06F 8/30 20180101AFI20231215BHJP

   G06F 9/54 20060101ALI20231215BHJP

【ＦＩ】

G06F8/30

G06F9/54

【請求項の数】 13

【外国語出願】

(21)【出願番号】P 2022094040

(22)【出願日】2022-06-10

(65)【公開番号】P2022113774

(43)【公開日】2022-08-04

【審査請求日】2022-06-14

(31)【優先権主張番号】202111503431.6

(32)【優先日】2021-12-10

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】514322098

【氏名又は名称】ベイジン バイドゥ ネットコム サイエンス テクノロジー カンパニー リミテッド

【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂａｉｄｕ Ｎｅｔｃｏｍ Ｓｃｉｅｎｃｅ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．

【住所又は居所原語表記】２／Ｆ Ｂａｉｄｕ Ｃａｍｐｕｓ， Ｎｏ．１０， Ｓｈａｎｇｄｉ １０ｔｈ Ｓｔｒｅｅｔ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００８５， Ｃｈｉｎａ

(74)【代理人】

【識別番号】110000796

【氏名又は名称】弁理士法人三枝国際特許事務所

(72)【発明者】

【氏名】▲シン▼ 馮

(72)【発明者】

【氏名】藍 翔

(72)【発明者】

【氏名】牛 麗玲

(72)【発明者】

【氏名】劉 賢冬

(72)【発明者】

【氏名】馬 艶軍

(72)【発明者】

【氏名】于 佃海

(72)【発明者】

【氏名】王 海峰

【審査官】坂庭 剛史

(56)【参考文献】

【文献】特開２０１５－１４９０３８（ＪＰ，Ａ）

【文献】中国特許出願公開第１０９４４７２５６（ＣＮ，Ａ）

【文献】米国特許出願公開第２０２０／０３３４５７２（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０２１／００８１８３７（ＵＳ，Ａ１）

【文献】中国特許出願公開第１１１７８２１８１（ＣＮ，Ａ）

【文献】米国特許出願公開第２０１６／００９２１８１（ＵＳ，Ａ１）

【文献】李珍泌 ほか，"Ｂａｔｃｈｅｄ Ｋｅｒｎｅｌ ＡＰＩを用いるＯｐｅｎＭＰタスク生成"，情報処理学会研究報告 ハイパフォーマンスコンピューティング（ＨＰＣ） ［ｏｎｌｉｎｅ］ ，情報処理学会，2019年07月，Vol. 2019-HPC-170，No. 26，［2019年07月22日検索］，インターネット＜ＵＲＬ：https://ipsj.ixsq.nii.ac.jp/ej/?action=repository_uri&item_id=198163&file_id=1&file_no=1＞

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ８／３０－８／５４

Ｇ０６Ｆ ９／４６－９／５４

Ｇ０６Ｆ １５／８０

Ｇ０６Ｎ ３／０２－３／１０

(57)【特許請求の範囲】

【請求項1】

演算子の生成装置により実行される演算子の生成方法であって、
アクセス機能、ストレージ機能および演算機能のうちのいずれか１つの基本機能を提供するための１組のベースアプリケーションプログラミングインタフェースを構築するステップと、
演算子ロジックを実現するために前記ベースアプリケーションプログラミングインタフェースを呼び出すためのカーネルアプリケーションプログラミングインタフェースを構築するステップと、
前記１組のベースアプリケーションプログラミングインタフェースと前記カーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成するステップと、
を含む演算子の生成方法。

【請求項2】

前記１組のベースアプリケーションプログラミングインタフェースと前記カーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成するステップは、
前記１組のベースアプリケーションプログラミングインタフェースのうちの３種類のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成するステップを含み、
前記３種類のベースアプリケーションプログラミングインタフェースは、それぞれ入出力アプリケーションプログラミングインタフェース、計算アプリケーションプログラミングインタフェースおよび計算ルールアプリケーションプログラミングインタフェースであり、
前記入出力アプリケーションプログラミングインタフェースは、グローバルメモリとレジスタとの間の読み書きを完了させるために用いられ、
前記計算アプリケーションプログラミングインタフェースは汎用計算関数であり、
前記計算ルールアプリケーションプログラミングインタフェースは、計算アプリケーションプログラミングインタフェースにおける計算ルールを定義するために用いられ、前記計算ルールは前記計算アプリケーションプログラミングインタフェースの呼び出しに供するものである、
請求項１に記載の演算子の生成方法。

【請求項3】

前記１組のベースアプリケーションプログラミングインタフェースと前記カーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成するステップは、
ベースアプリケーションプログラミングインタフェースに対する更新動作を検出したことに応答して、更新動作に基づいて更新後の１組のベースアプリケーションプログラミングインタフェースを生成するステップと、
前記更新後の１組のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成するステップと、
を含む請求項１に記載の演算子の生成方法。

【請求項4】

１組のベースアプリケーションプログラミングインタフェースを構築するステップは、
生成されるターゲットカーネル演算子のハードウェアアーキテクチャの類別に基づいて、１組のベースアプリケーションプログラミングインタフェースを構築するステップを含む請求項１に記載の演算子の生成方法。

【請求項5】

前記計算ルールアプリケーションプログラミングインタフェースは、ユーザのニーズに応じて設定される請求項２に記載の演算子の生成方法。

【請求項6】

アクセス機能、ストレージ機能および演算機能のうちのいずれか１つの基本機能を提供するための１組のベースアプリケーションプログラミングインタフェースを構築するように構成される第１の構築モジュールと、
演算子ロジックを実現するために前記ベースアプリケーションプログラミングインタフェースを呼び出すためのカーネルアプリケーションプログラミングインタフェースを構築するように構成される第２の構築モジュールと、
前記１組のベースアプリケーションプログラミングインタフェースと前記カーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成するように構成されるターゲット生成モジュールとを備える、
演算子の生成装置。

【請求項7】

前記ターゲット生成モジュールは、さらに
前記１組のベースアプリケーションプログラミングインタフェースのうちの３種類のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成するように構成され、
前記３種類のベースアプリケーションプログラミングインタフェースは、それぞれ入出力アプリケーションプログラミングインタフェース、計算アプリケーションプログラミングインタフェースおよび計算ルールアプリケーションプログラミングインタフェースであり、
前記入出力アプリケーションプログラミングインタフェースは、グローバルメモリとレジスタ間の読み書きを完了させるために用いられ、
前記計算アプリケーションプログラミングインタフェースは、汎用計算関数であり、
前記計算ルールアプリケーションプログラミングインタフェースは、計算アプリケーションプログラミングインタフェースにおける計算ルールを定義するために用いられ、前記計算ルールは前記計算アプリケーションプログラミングインタフェースの呼び出しに供するものである、
請求項６に記載の演算子の生成装置。

【請求項8】

前記ターゲット生成モジュールは、さらに
ベースアプリケーションプログラミングインタフェースに対する更新動作を検出したことに応答して、更新動作に応じて更新後の１組のベースアプリケーションプログラミングインタフェースを生成し、
前記更新後の１組のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成するように構成される、
請求項６に記載の演算子の生成装置。

【請求項9】

前記第１の構築モジュールは、さらに
生成されるターゲットカーネル演算子のハードウェアアーキテクチャの類別に基づいて、１組のベースアプリケーションプログラミングインタフェースを構築するように構成される、
請求項６に記載の演算子の生成装置。

【請求項10】

前記計算ルールアプリケーションプログラミングインタフェースは、ユーザのニーズに応じて設定される請求項７に記載の演算子の生成装置。

【請求項11】

少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと通信可能に接続されたメモリとを備える電子機器であって、
前記メモリには前記少なくとも１つのプロセッサによって実行可能な指令が格納され、前記指令が前記少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに請求項１～５のいずれか１項に記載の演算子の生成方法を実行させる、
ことを特徴とする電子機器。

【請求項12】

コンピュータ指令が格納されている非一時的コンピュータ可読記憶媒体であって、
前記コンピュータ指令は請求項１～５のいずれか１項に記載の演算子の生成方法をコンピュータに実行させるために用いられることを特徴とする非一時的コンピュータ可読記憶媒体。

【請求項13】

プロセッサによって実行されると、請求項１～５のいずれか１項に記載の演算子の生成方法を実現するコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、コンピュータ技術分野に関し、具体的にニューラルネットワークの技術分野に関し、特に演算子の生成方法および装置、電子機器、記憶媒体並びにコンピュータプログラムに関する。

【背景技術】

【0002】

現在の深層ニューラルネットワークフレームワークは大量の演算子を含んでおり、現在の演算子アーキテクチャでは、各演算子はカーネル（Ｋｅｒｎｅｌ）関数を個別に開発する必要があり、異なるハードウェアはカーネルの実現も異なり、すなわち、従来の深層学習フレームワークでは、演算子ごとに、ハードウェアプラットフォームごとに少なくとも１つのカーネルが対応している。

【発明の概要】

【0003】

本出願の実施形態は、演算子の生成方法、装置、電子機器、記憶媒体およびコンピュータプログラムを提供する。

【0004】

第１の態様では、アクセス機能、ストレージ機能および演算機能のうちのいずれか１つの基本機能を提供するための１組のベースアプリケーションプログラミングインタフェースを構築するステップと、演算子ロジックを実現するために前記ベースアプリケーションプログラミングインタフェースを呼び出すためのカーネルアプリケーションプログラミングインタフェースを構築するステップと、前記１組のベースアプリケーションプログラミングインタフェースと前記カーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成するステップと、を含む、演算子の生成方法を提供する。

【0005】

第２の態様では、本出願の実施形態は、アクセス機能、ストレージ機能および演算機能のうちのいずれか１つの基本機能を提供するための１組のベースアプリケーションプログラミングインタフェースを構築するように構成される第１の構築モジュールと、演算子ロジックを実現するために前記ベースアプリケーションプログラミングインタフェースを呼び出すためのカーネルアプリケーションプログラミングインタフェースを構築するように構成される第２の構築モジュールと、１組のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成するように構成されるターゲット生成モジュールとを備える演算子の生成装置を提供する。

【0006】

第３の態様では、本出願の実施形態は、１つまたは複数のプロセッサと、１つまたは複数のプログラムが格納されているメモリと、を備える電子機器であって、１つまたは複数のプログラムが１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに第１の態様のいずれかの実施形態に記載の演算子の生成方法を実現する、電子機器を提供する。

【0007】

第４の態様では、本出願の実施形態は、コンピュータプログラムが格納されているコンピュータ可読記憶媒体であって、プログラムがプロセッサにより実行されると、第１の態様のいずれかの実施形態に記載の演算子の生成方法を実現するコンピュータ可読記憶媒体を提供する。

【0008】

第５の態様では、本出願の実施形態は、プロセッサによって実行されると、第１の態様のいずれかの実施形態に記載の演算子の生成方法を実現するコンピュータプログラムを提供する。

【0009】

本出願は、演算子の開発を促進し、演算子の保守性を向上させることができる。

【0010】

なお、発明の概要に記載された内容は、本出願の実施形態のかなめとなる特徴または重要な特徴を限定することを意図するものではなく、本出願の範囲を限定するものでもない。本出願の他の特徴は、以下の説明によって理解が容易になる。

【図面の簡単な説明】

【0011】

【図1】本出願の適用可能な例示的なシステムアーキテクチャを示す図である。

【図2】本出願に係る演算子の生成方法の一実施形態のフローチャートである。

【図3】本出願に係る演算子の生成方法の一応用シーンの概略図である。

【図4】本出願に係る演算子の生成方法の更なる実施形態のフローチャートである。

【図5】本出願に係る演算子の生成装置の一実施形態の概略図である。

【図6】本出願の実施形態を実現するための電子機器に適用されるコンピュータシステムの構造概略図である。

【発明を実施するための形態】

【0012】

以下は、図面を参照して本出願の例示的な実施形態を説明し、ここで理解を助けるため、本出願の実施形態の様々な詳細を記載するが、これらは単なる例示的なものに過ぎないことを理解すべきである。従って、本出願の範囲および要旨を逸脱しない限り、当業者が本明細書の実施形態に対して様々な変更および修正を行うことができることを理解すべきである。なお、以下の説明では、明確化および簡略化のため、公知の機能および構成については説明を省略する。

【0013】

なお、本出願の実施形態および実施形態における特徴は、矛盾を生じない限り、相互に組み合わせることができる。以下、図面および実施形態を参照しながら本出願を詳細に説明する。

【0014】

図１は、本出願に係る演算子の生成方法または演算子の生成装置の実施形態が適用可能な例示的なシステムアーキテクチャ１００を示している。

【0015】

図１に示すように、システムアーキテクチャ１００は、端末装置１０１、１０２、１０３、ネットワーク１０４、およびサーバ１０５を含んでもよい。ネットワーク１０４は、端末装置１０１、１０２、１０３とサーバ１０５との間で通信リンクを提供するための媒体として使用される。ネットワーク１０４は、有線、無線通信リンクまたは光ファイバケーブルなどの様々なタイプの接続を含んでもよい。

【0016】

ユーザは、メッセージを送受信するために、端末装置１０１、１０２、１０３を使用してネットワーク１０４を介してサーバ１０５と情報のやり取りをすることができる。端末装置１０１、１０２、１０３には、深層ニューラルネットワークフレームワークをインストールすることができる。

【0017】

端末装置１０１、１０２、１０３は、ハードウェアであってもよいし、ソフトウェアであってもよい。端末装置１０１、１０２、１０３がハードウェアである場合、表示画面を有する様々な電子機器であってもよく、携帯電話およびラップトップコンピュータなどを含むが、これらに限定されることはない。端末装置１０１、１０２および１０３がソフトウェアである場合、上記の電子機器にインストールされてもよい。複数のソフトウェアまたはソフトウェアモジュール（例えば、演算子の生成サービスを提供するためのもの）として実装されてもよく、または単一のソフトウェア若しくはソフトウェアモジュールとして実装されてもよい。ここでは特に限定しない。

【0018】

サーバ１０５は、例えば、アクセス機能、ストレージ機能および演算機能のうちのいずれか１つの基本機能を提供するための１組のベースアプリケーションプログラミングインタフェースを構築し、演算子ロジックを実現するために前記ベースアプリケーションプログラミングインタフェースを呼び出すためのカーネルアプリケーションプログラミングインタフェースを構築し、１組のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成する様々なサービスを提供するサーバであってもよい。

【0019】

なお、サーバ１０５は、ハードウェアであってもよいし、ソフトウェアであってもよい。サーバ１０５がハードウェアである場合、複数のサーバから構成される分散サーバクラスターとしても、単一のサーバとしても実装可能である。サーバがソフトウェアである場合、複数のソフトウェアまたはソフトウェアモジュール（例えば、演算子の生成サービスを提供するためのもの）として実装されてもよく、または単一のソフトウェア若しくはソフトウェアモジュールとして実装されてもよい。ここでは特に限定しない。

【0020】

なお、本出願の実施形態によって提供される演算子の生成方法は、サーバ１０５によって実行されてもよいし、端末装置１０１、１０２、１０３によって実行されてもよいし、サーバ１０５と端末装置１０１、１０２、１０３との協働により実行されてもよい。対応して、演算子の生成装置に含まれる各部分（例えば各ユニット、サブユニット、モジュール、サブモジュール）は、すべてサーバ１０５に設けられてもよく、すべて端末装置１０１、１０２、１０３に設けられてもよく、さらにサーバ１０５および端末装置１０１、１０２、１０３にそれぞれ設けられてもよい。

【0021】

図１における端末装置、ネットワークおよびサーバの数は例示的なものに過ぎないことを理解すべきである。実装の必要に応じて、端末装置、ネットワークおよびサーバの数を任意に加減してもよい。

【0022】

図２は、演算子の生成方法の実施形態のフロー概略図２００を示している。当該演算子の生成方法は、次のステップを含む。

【0023】

ステップ２０１では、１組のベースアプリケーションプログラミングインタフェースを構築する。

【0024】

本実施形態では、実行主体（例えば、図１のサーバ１０５または端末装置１０１、１０２、１０３）は、１組のベースアプリケーションプログラミングインタフェース（ベースＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ，アプリケーションプログラミングインタフェース）ともいう）、すなわち、１組のＰｒｉｍｉｔｉｖｅ ＡＰＩを構築することができ、ベースＡＰＩは、モジュールレベルの装置関数に対応し、マルチスレッド環境でマルチスレッドを用いて機能を実行する関数であって、アクセス機能（データ読み取り機能）、ストレージ機能（データ書き込み機能）および演算機能のうちの少なくとも１つの基本機能を提供する。

【0025】

ここで、ＡＰＩは、アプリケーションおよび開発者が、ソースコードにアクセスすることなく、または内部動作メカニズムの詳細を理解することなく、特定のソフトウェアまたはハードウェアに基づいてアクセスすることができる１組のルーチンを提供することを目的とする、いくつかの事前に定義された関数である。

【0026】

ここで、ベースＡＰＩは、主に例えばＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，グラフィックス プロセッシング ユニット）、ＮＰＵ（Ｎｅｕｒａｌ－Ｎｅｔｗｏｒｋ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ニューラルネットワークプロセッシングユニット）などのようなＳＩＭＤ（Ｓｉｎｇｌｅ Ｉｎｓｔｒｕｃｔｉｏｎ Ｍｕｌｔｉｐｌｅ Ｄａｔａ，シングルインストラクション・マルチプルデータ）ハードウェアアーキテクチャ向けである。

【0027】

具体的には、ＳＩＭＤハードウェア構成のマルチスレッド環境では、ベースＡＰＩは複数のスレッド（例えば、ｔｈｒｅａｄ１、ｔｈｒｅａｄ２、ｔｈｒｅａｄ３）によって同時に呼び出され、スレッドごとに自分のローカル的なメモリ空間と共有メモリ空間を有する。

【0028】

なお、ベースＡＰＩは単独でカーネル演算子とすることはできず、また、ハードウェアデバイスによって呼び出し得るベースＡＰＩが異なる。

【0029】

ここで、１組のベースＡＰＩは、１つまたは複数のベースＡＰＩを含んでもよい。

【0030】

具体的には、１組のベースＡＰＩは、１０個のベースＡＰＩを含んでもよく、そのうち、１個はアクセス機能を提供するためのベースＡＰＩであり、１個はストレージ機能を提供するためのベースＡＰＩであり、８個は異なる演算機能を提供するためのベースＡＰＩである。

【0031】

ステップ２０２では、カーネルアプリケーションプログラミングインタフェースを構築する。

【0032】

本実施形態では、実行主体は、ｋｅｒｎｅｌレベルの関数に対応するカーネルアプリケーションプログラミングインタフェースカーネル（ｋｅｒｎｅｌ ＡＰＩ）を構築し、カーネル演算子ごとに、ベースＡＰＩを呼び出して演算子ロジックを実現するための一つのｋｅｒｎｅｌ ＡＰＩに対応する。

【0033】

ここで、ｋｅｒｎｅｌ ＡＰＩは、異なるハードウェアデバイスに適用可能である。

【0034】

ステップ２０３では、１組のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成する。

【0035】

本実施形態では、実行主体は、１組のベースＡＰＩのうちの１つまたは複数のベースＡＰＩと、１つのカーネルＡＰＩとに基づいて、ターゲットカーネル演算子を生成することができ、すなわち、カーネル演算子を用いて、１組のベースＡＰＩのうちの１つまたは複数のベースＡＰＩを呼び出して、ターゲットカーネル演算子（すなわち、ターゲットｋｅｒｎｅｌ演算子）を生成することができる。

【0036】

具体的には、１組のベースＡＰＩは、５個のベースＡＰＩを含んでもよく、そのうち、１個はアクセス機能を提供するためのベースＡＰＩであり、１個はストレージ機能を提供するためのベースＡＰＩであり、３個は異なる演算機能を提供するためのベースＡＰＩであって、それぞれＡ演算機能を提供するためのベースＡＰＩ、Ｂ演算機能を提供するためのベースＡＰＩおよびＣ演算機能を提供するためのベースＡＰＩである。実行主体は、カーネル演算子を用いて、当該組のベースＡＰＩのうちの、アクセス機能を提供するためのベースＡＰＩ、Ａ演算機能を提供するためのベースＡＰＩ、およびストレージ機能を提供するためのベースＡＰＩを呼び出して、ターゲットＡカーネル演算子を生成することができ、カーネル演算子を用いて、当該組のベースＡＰＩのうちの、アクセス機能を提供するためのベースＡＰＩ、Ａ演算機能を提供するためのベースＡＰＩ、Ｂ演算機能を提供するためのベースＡＰＩ、およびストレージ機能を提供するためのベースＡＰＩを呼び出して、ターゲットＤカーネル演算子を生成することができ、カーネル演算子を用いて、当該組のベースＡＰＩのうちの、アクセス機能を提供するためのベースＡＰＩ、Ａ演算機能を提供するためのベースＡＰＩ、Ｂ演算機能を提供するためのベースＡＰＩ、Ｃ演算機能を提供するためのベースＡＰＩ、およびストレージ機能を提供するためのベースＡＰＩを呼び出して、ターゲットＥカーネル演算子を生成することができる。

【0037】

ここで、ターゲットカーネル演算子の機能は、通常、そのターゲットカーネル演算子を生成する、演算機能を提供するベースＡＰＩの機能に対応する。

【0038】

いくつかのオプション的な実施形態では、１組のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成することは、ベースアプリケーションプログラミングインタフェースに対する更新動作を検出したことに応答して、更新動作に基づいて更新後の１組のベースアプリケーションプログラミングインタフェースを生成することと、更新後の１組のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成することと、を含む。

【0039】

本実施形態では、実行主体は、ユーザによるベースＡＰＩの更新動作の有無をリアルタイムまたは定期的に検出し、更新動作があると判断されたことに応答して、更新動作に基づいて更新後の１組のベースＡＰＩを生成し、更新後の１組のベースＡＰＩとｋｅｒｎｅｌ ＡＰＩとに基づいて、ターゲットカーネル演算子を生成するようにすることができる。

【0040】

当該実施形態では、ベースＡＰＩへの更新動作を検出したことに応答して、更新動作に基づいて更新後の１組のベースＡＰＩを生成し、更新後の１組のベースＡＰＩとｋｅｒｎｅｌ ＡＰＩとに基づいて、ターゲットカーネル演算子を生成することにより、大量のカーネル演算子を最適化してアップグレードする際に、各カーネル演算子が呼び出した１組のベースＡＰＩを直接最適化してアップグレードすればよく、大量のカーネル演算子を逐一アップグレードする必要がなくなり、開発最適化の効率が向上される。

【0041】

いくつかのオプション的な実施形態では、１組のベースアプリケーションプログラミングインタフェースを構築することは、生成されるターゲットカーネル演算子のハードウェアアーキテクチャの類別に基づいて、１組のベースアプリケーションプログラミングインタフェースを構築することを含む。

【0042】

本実施形態では、実行主体は、まず、生成されるターゲットカーネル演算子のハードウェアアーキテクチャの類別（例えば、ＧＰＵ、ＮＰＵなど）を取得し、ハードウェアアーキテクチャの類別に基づいて、現在のハードウェアアーキテクチャに適合する１組のベースアプリケーションプログラミングインタフェースを構築することができる。

【0043】

具体的には、生成されるターゲットカーネル演算子のハードウェアアーキテクチャの類別がＧＰＵである場合は、ＧＰＵアーキテクチャに適合する１組のベースアプリケーションプログラミングインタフェースを構築し、生成されるターゲットカーネル演算子のハードウェアアーキテクチャの類別がＮＰＵである場合は、ＮＰＵアーキテクチャに適合する１組のベースアプリケーションプログラミングインタフェースを構築する。

【0044】

本実施形態では、生成されるターゲットカーネル演算子のハードウェアアーキテクチャの類別に基づいて、１組のベースＡＰＩを構築し、さらに１組のベースＡＰＩとｋｅｒｎｅｌ ＡＰＩとに基づいて、現在のハードウェアアーキテクチャに適応したターゲットカーネル演算子を生成することにより、異なるハードウェアアーキテクチャの条件下で、１組のベースＡＰＩとｋｅｒｎｅｌ ＡＰＩとに基づいて、ターゲットカーネル演算子を生成することを実現し、ハードウェア移行時に大量のカーネル演算子に対してハードウェアアーキテクチャに適応的な変更を行うことを避け、すなわち現在のハードウェアアーキテクチャに適応した１組のベースＡＰＩを構築するだけで済み、ハードウェア移行のコストを効果的に低減できる。

【0045】

次に、本実施形態に係る演算子の生成方法の応用シーンの概略図である図３を参照する。実行主体３０１は、１組のベースＡＰＩ３０２を構築することができ、当該組のベースＡＰＩは、アクセス機能を提供するためのベースＡＰＩ、ストレージ機能を提供するためのベースＡＰＩ、および演算機能を提供するためのベースＡＰＩの３つのベースＡＰＩを含んでもよい。例えば、当該組のベースＡＰＩは、アクセス機能を提供するためのベースＡＰＩ、ストレージ機能を提供するためのベースＡＰＩ、Ｍ演算機能を提供するためのベースＡＰＩ、およびＮ演算機能を提供するためのベースＡＰＩの合計で４つのベースＡＰＩを含んでもよい。さらに、実行主体は、ベースＡＰＩを呼び出して演算子ロジックを実現するためのｋｅｒｎｅｌ ＡＰＩ３０３を構築し、１組のベースＡＰＩ３０２およびｋｅｒｎｅｌ ＡＰＩ３０３に基づいて、ターゲットカーネル演算子３０４を生成する。例えば、ｋｅｒｎｅｌ ＡＰＩを用いてアクセス機能を提供するためのベースＡＰＩ、ストレージ機能を提供するためのベースＡＰＩ、およびＭ演算機能を提供するためのベースＡＰＩを呼び出してターゲットＭカーネル演算子を生成する。

【0046】

本出願の実施形態に係る演算子の生成方法は、アクセス機能、ストレージ機能、および演算機能のうちのいずれか１つの基本機能を提供するための１組のベースアプリケーションプログラミングインタフェースを構築し、演算子ロジックを実現するために前記ベースアプリケーションプログラミングインタフェースを呼び出すためのカーネルアプリケーションプログラミングインタフェースを構築し、１組のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成し、すなわち、カーネルＡＰＩを介して限られた数のベースＡＰＩを呼び出すことによって、あらゆる機能タイプのターゲットカーネル演算子を生成することができ、従来技術における大量の機能の異なるカーネル演算子を個別に開発する必要があるとの問題を解決し、演算子の開発が効果的に促進され、演算子の保守性が向上された。

【0047】

さらに、図２に示す演算子の生成方法のもう一つの実施形態の流れ４００を示す図４を参照する。本実施形態では、演算子の生成方法のフロー４００は、次のステップを含んでもよい。

【0048】

ステップ４０１では、１組のベースアプリケーションプログラミングインタフェースを構築する。

【0049】

本実施形態では、ステップ４０１の実現の詳細および技術的効果は、ステップ２０１の記述を参照してもよく、ここでその説明を省略する。

【0050】

ステップ４０２では、カーネルアプリケーションプログラミングインタフェースを構築する。

【0051】

本実施形態では、ステップ４０２の実現の詳細および技術的効果は、ステップ２０２の記述を参照してもよく、ここでその説明を省略する。

【0052】

ステップ４０３では、１組のベースアプリケーションプログラミングインタフェースのうちの３種類のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成する。

【0053】

本実施形態では、実行主体は、１組のベースアプリケーションプログラミングインタフェースのうちの３種類のベースアプリケーションプログラミングインタフェースと１つのカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成することができる。

【0054】

このうち、３種類のベースアプリケーションプログラミングインタフェースは、入出力アプリケーションプログラミングインタフェースであるＩＯ ＡＰＩ、計算アプリケーションプログラミングインタフェースであるＣｏｍｐｕｔｅ ＡＰＩ、及び計算ルールアプリケーションプログラミングインタフェースであるＯｐＦｕｎｃ ＡＰＩである。

【0055】

ここで、ＩＯ ＡＰＩはグローバルメモリとレジスタ間の読み書きを行うためのＡＰＩであり、Ｃｏｍｐｕｔｅ ＡＰＩは汎用計算関数であり、例えばＥｌｅｍｅｎｔｗｉｓｅＢｉｎａｒｙ、ＥｌｅｍｅｎｔｗｉｓｅＵｎａｒｙなどであり、ＯｐＦｕｎｃ ＡＰＩはＣｏｍｐｕｔｅＡＰＩにおける計算ルールを定義し、Ｃｏｍｐｕｔｅ ＡＰＩにより呼び出すために用いられる。

【0056】

具体的には、ａｄｄ動作を実現するには、Ｃｏｍｐｕｔｅ ＡＰＩ（例えばＥｌｅｍｅｎｔｗｉｓｅＢｉｎａｒｙなど）により呼び出すためにＯｐＦｕｎｃ ＡＰＩ（例えば、ＡｄｄＦｕｎｃｔｏｒなど）を定義する必要がある。

【0057】

ここで、ＯｐＦｕｎｃ ＡＰＩは、デフォルトのＯｐＦｕｎｃ ＡＰＩをそのまま用いてもよいし、必要に応じてカスタマイズしてもよく、本出願はこれに対する限定はしない。

【0058】

なお、上記の３種類のベースＡＰＩはいずれもＢｌｏｃｋレベルのマルチスレッドＡＰＩであり、現在のＢｌｏｃｋのデータポインタおよび動作タイプに直接伝送して対応する計算を行うことができる。

【0059】

具体的には、ＩＯ ＡＰＩにおけるデータの読み取り、すなわちＲｅａｄＤａｔａは、グローバルメモリからオンチップメモリにデータを読み取り、次のようなＣＵＤＡプログラミング（Ｃｏｍｐｕｔｅ Ｕｎｉｆｉｅｄ Ｄｅｖｉｃｅ Ａｒｃｈｉｔｅｃｔｕｒｅ，クーダ）コードで表すことができる。

【0060】

ｔｅｍｐｌａｔｅ＜ｔｙｐｅｎａｍｅ Ｔｘ，ｔｙｐｅｎａｍｅ Ｔｙ，ｉｎｔ ＮＸ，ｉｎｔ ＮＹ，ｉｎｔ ＢｌｏｃｋＳｉｚｅ，ｂｏｏｌ ＩｓＢｏｕｎｄａｒｙ＝ｆａｌｓｅ＞
＿ｄｅｖｉｃｅ＿ｖｏｉｄ ＲｅａｄＤａｔａ（Ｔｙ＊ｄｓｔ，ｃｏｎｓｔ Ｔｘ＊ｓｒｃ，ｉｎｔ ｓｉｚｅ＿ｎｘ，ｉｎｔ ｓｉｚｅ＿ｎｙ，ｉｎｔ ｓｔｒｉｄｅ＿ｎｘ，ｉｎｔ ｓｔｒｉｄｅ＿ｎｙ）；

【0061】

Ｃｏｍｐｕｔｅ ＡＰＩにおけるデータ規約であるＲｅｄｕｃｅは、元のデータを可能な限り保持することを前提として、データ量を最大限に減らし、次のようなコードで表すことができる。

【0062】

ｔｅｍｐｌａｔｅ＜ｔｙｐｅｎａｍｅ Ｔ，ｉｎｔ ＮＸ，ｉｎｔ ＮＹ，ｉｎｔ ＢｌｏｃｋＳｉｚｅ，ｃｌａｓｓ ＲｅｄｕｃｅＦｕｎｃｔｏｒ，ＲｅｄｕｃｅＭｏｄｅ Ｍｏｄｅ＞
＿ｄｅｖｉｃｅ＿ｖｏｉｄ Ｒｅｄｕｃｅ（Ｔ＊ｏｕｔ，Ｔ＊ｉｎ，ＲｅｄｕｃｅＦｕｎｃｔｏｒ ｒｅｄｕｃｅｒ，ｂｏｏｌ ｒｅｄｕｃｅ＿ｌａｓｔ＿ｄｉｍ）；

【0063】

完全なターゲットカーネル演算子、例えばａｄｄ演算子は、具体的に次のようなコードで表すことができる。

【0064】

ＩｎＴ ａｒｇｓ［２］［ＶｅｃＳｉｚｅ］；
ＯｕｔＴ ｒｅｓｕｌｔ［ＶｅｃＳｉｚｅ］；
／／ｌｏａｄ
ｋｐｓ：：Ｉｎｉｔ＜ＩｎＴ，ＶｅｃＳｉｚｅ＞（ａｒｇｓ［０］，ｓｔａｔｉｃ＿ｃａｓｔ＜ＩｎＴ＞（１．０ｆ））；
ｋｐｓ：：Ｉｎｉｔ＜ＩｎＴ，ＶｅｃＳｉｚｅ＞（ａｒｇｓ［１］，ｓｔａｔｉｃ＿ｃａｓｔ＜ＩｎＴ＞（１．０ｆ））；
ｋｐｓ：：ＲｅａｄＤａｔａ＜ＩｎＴ，ＶｅｃＳｉｚｅ，１，１，ＩｓＢｏｕｎｄａｒｙ＞（ａｒｇｓ［０］，ｉｎ［０］＋ｄａｔａ＿ｏｆｆｓｅｔ，ｎｕｍ）；
ｋｐｓ：：ＲｅａｄＤａｔａ＜ＩｎＴ，ＶｅｃＳｉｚｅ，１，１，ＩｓＢｏｕｎｄａｒｙ＞（ａｒｇｓ［１］，ｉｎ［１］＋ｄａｔａ＿ｏｆｆｓｅｔ，ｎｕｍ）；
／／ｃｏｍｐｕｔｅ
ｋｐｓ：：ＥｌｅｍｅｎｔｗｉｓｅＢｉｎａｒｙ＜ＩｎＴ，ＯｕｔＴ，ＶｅｃＳｉｚｅ，１，１，Ｆｕｎｃｔｏｒ＞（ｒｅｓｕｌｔ，ａｒｇｓ［０］，ａｒｇｓ［１］，ｆｕｎｃ）；
／／ｓｔｏｒｅ
ｋｐｓ：：ＷｒｉｔｅＤａｔａ＜ＯｕｔＴ，ＶｅｃＳｉｚｅ，１，１，ＩｓＢｏｕｎｄａｒｙ＞（ｏｕｔ＋ｄａｔａ＿ｏｆｆｓｅｔ，ｒｅｓｕｌｔ，ｎｕｍ）；

【0065】

いくつかのオプション的な実施形態では、計算ルールアプリケーションプログラミングインタフェースは、ユーザのニーズに応じて設定される。

【0066】

本実施形態では、実行主体は、１組のベースＡＰＩのうちの３種類のベースＡＰＩと１つのカーネルＡＰＩとに基づいてターゲットカーネル演算子を生成することができ、そのうち、計算ルールＡＰＩであるＯｐＦｕｎｃ ＡＰＩは、ユーザのニーズに応じてカスタマイズして生成することができる。

【0067】

本実施形態では、１組のベースＡＰＩのうちの３種類のベースＡＰＩと１つのカーネルＡＰＩとに基づいてターゲットカーネル演算子を生成し、計算ルールＡＰＩをユーザのニーズに応じて設定することで、演算子の開発効率と柔軟性をさらに高めることができる。

【0068】

本出願の上記実施形態は、図２に示した実施形態と比較して、１組のベースアプリケーションプログラミングインタフェースの構築、カーネルアプリケーションプログラミングインタフェースの構築、１組のベースアプリケーションプログラミングインタフェースのうちの３種類のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースに基づいたターゲットカーネル演算子の生成を強調し、３種類のベースアプリケーションプログラミングインタフェースは、それぞれ入出力アプリケーションプログラミングインタフェース、計算アプリケーションプログラミングインタフェースおよび計算ルールアプリケーションプログラミングインタフェースであり、すなわち、限られた３種類のベースアプリケーションプログラミングインタフェース（入出力アプリケーションプログラミングインタフェース、計算アプリケーションプログラミングインタフェースおよび計算ルールアプリケーションプログラミングインタフェース）とカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成することにより、コードをさらに簡略化し、演算子開発の効率化と保守性の向上に寄与することができる。

【0069】

更に図５を参照すると、上記の各図に示された方法の実施態様として、本出願は、演算子の生成装置の一実施形態を提供し、当該装置の実施形態は、図１に示された方法の実施形態に対応しており、当該装置は具体的に様々な電子機器に適用することができる。

【0070】

図５に示すように、本実施形態の演算子の生成装置５００は、第１の構築モジュール５０１と、第２の構築モジュール５０２と、ターゲット生成モジュール５０３とを備える。

【0071】

ここで、第１の構築モジュール５０１は、アクセス機能、ストレージ機能、および演算機能のうちのいずれか１つの基本機能を提供するための１組のベースアプリケーションプログラミングインタフェースを構築するように構成されてもよい。

【0072】

第２の構築モジュール５０２は、演算子ロジックを実現するために前記ベースアプリケーションプログラミングインタフェースを呼び出すためのカーネルアプリケーションプログラミングインタフェースを構築するように構成されてもよい。

【0073】

ターゲット生成モジュール５０３は、１組のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成するように構成されてもよい。

【0074】

本実施形態のいくつかのオプション的な実施形態では、ターゲット生成モジュールはさらに、
１組のベースアプリケーションプログラミングインタフェースのうちの３種類のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成するように構成され、３種類のベースアプリケーションプログラミングインタフェースは、それぞれ入出力アプリケーションプログラミングインタフェース、計算アプリケーションプログラミングインタフェースおよび計算ルールアプリケーションプログラミングインタフェースであり、入出力アプリケーションプログラミングインタフェースは、グローバルメモリとレジスタ間の読み書きを完了するために用いられ、計算アプリケーションプログラミングインタフェースは汎用計算関数であり、計算ルールアプリケーションプログラミングインタフェースは、計算アプリケーションプログラミングインタフェースにおける計算ルールを定義するために用いられ、計算アプリケーションプログラミングインタフェースの呼び出しに供するものである。

【0075】

本実施形態のいくつかのオプション的な実施形態では、ターゲット生成モジュールはさらに、
ベースアプリケーションプログラミングインタフェースに対する更新動作を検出したことに応答して、更新動作に基づいて更新後の１組のベースアプリケーションプログラミングインタフェースを生成することと、更新後の１組のベースアプリケーションプログラミングインタフェースとカーネルアプリケーションプログラミングインタフェースとに基づいて、ターゲットカーネル演算子を生成するように構成される。

【0076】

本実施形態のいくつかのオプション的な実施形態では、第１の構築モジュールはさらに、
生成されるターゲットカーネル演算子のハードウェアアーキテクチャの類別に基づいて、１組のベースアプリケーションプログラミングインタフェースを構築するように構成される。

【0077】

本実施形態のいくつかのオプション的な実施形態では、計算ルールアプリケーションプログラミングインタフェースは、ユーザのニーズに応じて設定される。

【0078】

本出願の技術方案では、関連するユーザ個人情報の取得、記憶および応用などは、いずれも関連法律法規の規定に準拠し、且つ公序良俗に反しない。

【0079】

本出願の実施形態によれば、本出願はさらに電子機器、読み取り可能な記憶媒体およびコンピュータプログラムを提供する。

【0080】

図６に示すように、本出願の実施形態に係る演算子の生成方法を実行する電子機器のブロック図である。

【0081】

６００は、本出願の実施形態に係る演算子の生成方法を実行する電子機器のブロック図である。電子機器は、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーション、パーソナルデジタルアシスタント、サーバ、ブレード型サーバ、メインフレームコンピュータおよびその他の適切なコンピュータ等の様々な形態のデジタルコンピュータを表す。また、電子機器は、個人デジタル処理、携帯電話、スマートフォン、ウェアラブル機器およびその他の類似するコンピューティングデバイス等の様々な形態のモバイルデバイスを表すことができる。なお、ここで示したコンポーネント、それらの接続関係、およびそれらの機能はあくまでも例示であり、ここで記述および／または要求した本出願の実施形態を限定することを意図するものではない。

【0082】

図６に示すように、当該電子機器は、１つまたは複数のプロセッサ６０１と、メモリ６０２と、各コンポーネントを接続するためのインタフェース（高速インタフェースおよび低速インタフェースを含む）とを含む。各コンポーネントは、互いに異なるバスで接続されており、共通のマザーボード上に実装されていてもよいし、必要に応じて他の方法で実装されてもよい。プロセッサは、電子機器内で実行される指令を処理することができ、前記指令は、インタフェースに結合された表示装置等の外部入出力装置にグラフィカルユーザインタフェース（ＧＵＩ，Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）のグラフィック情報を表示するために、メモリ内またはメモリ上に格納される指令を含む。他の実施形態では、必要に応じて、複数のプロセッサおよび／または複数のバスを、複数のメモリとともに使用することができる。また、複数の電子機器が接続されていてもよく、各機器は、例えば、サーバアレイ、ブレードサーバ群またはマルチプロセッサシステムなど、一部の必要な動作を提供する。図６では、１つのプロセッサ６０１を例としている。

【0083】

メモリ６０２は、本出願に係る非一時的コンピュータ可読記憶媒体である。ここで、前記メモリには、少なくとも１つのプロセッサにより実行され得る指令が格納されており、それにより前記少なくとも１つのプロセッサに本出願に係る演算子の生成方法を実行させる。本出願の非一時的コンピュータ可読記憶媒体はコンピュータ指令が格納され、当該コンピュータ指令は本出願に係る演算子の生成方法をコンピュータに実行させるために用いられる。

【0084】

メモリ６０２は、非一時的コンピュータ可読記憶媒体として、非一時的ソフトウェアプログラム、非一時的コンピュータ実行可能なプログラムおよびモジュール（例えば、本出願の実施形態における演算子の生成方法に対応するプログラム指令／モジュール（例えば、図５に示す第１の構築モジュール５０１および第２の構築モジュール５０２））を格納することに用いることができる。プロセッサ６０１は、メモリ６０２に格納された非一時的ソフトウェアプログラム、指令およびモジュールを実行することにより、サーバの各種機能アプリケーションおよびデータ処理を実行し、すなわち上記方法実施形態における演算子の生成方法を実現する。

【0085】

メモリ６０２は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーションを記憶できるプログラム記憶領域と、演算子の生成に応じて電子機器の使用に作成されたデータ等を記憶できるデータ記憶領域とを備えてもよい。また、メモリ６０２は高速ランダムアクセスメモリを含むことができ、また非一時的メモリ（例えば、少なくとも１つの磁気ディスク記憶装置、フラッシュメモリデバイスまたはその他の非一時的ソリッドステート記憶装置）を含んでもよい。いくつかの実施形態において、メモリ６０２は、オプションとしてプロセッサ６０１と遠隔に設置されたメモリを含み、これらの遠隔に設置されたメモリはネットワークを介して演算子の生成の電子機器に接続されてもよい。上記ネットワークの実例としては、インターネット、企業イントラネット、ローカルエリアネットワーク、移動体通信ネットワークおよびこれらの組み合わせなどが挙げられるが、それらに限定されることはない。

【0086】

演算子の生成方法を実行する電子機器は、さらに入力装置６０３および出力装置６０４を含んでもよい。プロセッサ６０１、メモリ６０２、入力装置６０３および出力装置６０４は、バスまたはその他の方法で接続されてもよく、図６ではバスで接続されている例を示している。

【0087】

例えばタッチパネル、キーパッド、マウス、トラックパッド、タッチパッド、ポインティングデバイス、１つまたは複数のマウスボタン、トラックボール、ジョイスティック等の入力装置６０３は、入力された数字または文字情報を受信でき、演算子の生成のための電子機器のユーザ設定および機能制御に関するキー信号の入力を生成することができる。出力装置６０４は表示装置、補助照明装置（例えば、ＬＥＤ）および触覚フィードバック装置（例えば、振動モータ）等を含むことができる。当該表示装置は、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイおよびプラズマディスプレイを含むことができるが、これらに限定されない。いくつかの実施形態において、表示装置はタッチパネルであってもよい。

【0088】

ここで記述したシステムおよび技術の各実施形態はデジタル電子回路システム、集積回路システム、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、コンピュータハードウェア、ファームウェア、ソフトウェア、および／またはそれらの組み合わせにおいて実装され得る。これらの各実施形態は、１つまたは複数のコンピュータプログラムに実装され、該１つまたは複数のコンピュータプログラムは少なくとも一つのプログラマブルプロセッサを含むプログラマブルシステムにおいて実行および／または解釈することができ、該プログラマブルプロセッサは専用または汎用プログラマブルプロセッサであってもよく、記憶システム、少なくとも一つの入力装置および少なくとも一つの出力装置からデータおよび指令を受信することができ、且つデータおよび指令を該記憶システム、該少なくとも一つの入力装置および該少なくとも一つの出力装置に伝送することを含み得る。

【0089】

これらのコンピュータプログラムは、プログラム、ソフトウェア、ソフトウェアアプリケーションまたはコードとも呼ばれ、プログラマブルプロセッサの機械語命令を含み、且つ高度プロセスおよび／またはオブジェクト指向のプログラミング言語、および／またはアセンブリ言語／機械語により実装され得る。ここで、「機械可読媒体」および「コンピュータ可読媒体」という用語は、機械命令および／またはデータをプログラマブルプロセッサに供給するための任意のコンピュータプログラム製品、機器、および／または装置（例えば、磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ））を意味し、機械可読信号である機械命令を受信する機械可読媒体を含む。「機械可読信号」という用語は、機械指令および／またはデータをプログラマブルプロセッサに供給するためのあらゆる信号を意味する。

【0090】

ユーザとのインタラクションを提供するために、ここで説明するシステムと技術は、ユーザに情報を表示するための表示装置（例えば、陰極線管（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ，ＣＲＴ）またはＬＣＤ（液晶ディスプレイ）モニタ）と、キーボードおよびポインティングデバイス（例えば、マウスまたはトラックボール）とを備えるコンピュータ上で実現することができ、ユーザが該キーボードおよび該ポインティングデバイスを介してコンピュータに入力を提供できる。他の種類の装置もユーザとのやりとりを行うことに用いることができる。例えば、ユーザに提供されるフィードバックは、例えば、視覚フィードバック、聴覚フィードバック、または触覚フィードバックであるいかなる形態のセンシングフィードバックであってもよく、且つ音入力、音声入力若しくは触覚入力を含むいかなる形態でユーザからの入力を受信してもよい。

【0091】

ここで説明したシステムおよび技術は、バックエンドコンポーネントを含むコンピューティングシステム（例えば、データサーバとして）に実施されてもよく、またはミドルウェアコンポーネントを含むコンピューティングシステム（例えば、アプリケーションサーバ）に実施されてもよく、またはフロントエンドコンポーネントを含むコンピューティングシステム（例えば、グラフィカルユーザインタフェースまたはウェブブラウザを有するユーザコンピュータ）に実施されてもよく、ユーザは該グラフィカルユーザインタフェースまたはウェブブラウザを介してここで説明したシステムおよび技術の実施形態とインタラクションしてもよく、またはこのようなバックエンドコンポーネント、ミドルウェアコンポーネントまたはフロントエンドコンポーネントのいずれかの組み合わせを含むコンピューティングシステムに実施されてもよい。また、システムの各コンポーネントの間は、通信ネットワーク等の任意の形態または媒体を介してデジタルデータ通信により接続されていてもよい。通信ネットワークとしては、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）およびインターネットなどを含む。

【0092】

コンピュータシステムは、クライアントとサーバとを含んでもよい。クライアントとサーバは、通常、互いに離れており、通信ネットワークを介してやりとりを行う。クライアントとサーバとの関係は、互いにクライアント－サーバの関係を有するコンピュータプログラムをそれぞれのコンピュータ上で動作することによって生成される。

【0093】

本出願の実施形態に係る技術的解決手段により、演算子の開発が促進され、演算子の保守性が向上される。

【0094】

上述した様々な形態のフローを用いて、ステップを改めて並び替え、追加または削除を行っていてもよいことを理解すべきである。例えば、本出願に記載された各ステップは、本出願に開示された技術方案の所望の結果が達成できる限り、並行して実行されてもよく、順番に実行されてもよく、異なる順番で実行されてもよい。本明細書はここで制限をしない。

【0095】

上記具体的な実施形態は、本出願の保護範囲を限定するものではない。当業者であれば、設計要件および他の要因に従って、様々な修正、組み合わせ、副次的な組み合わせ、および置換を行うことができることを理解すべきである。本出願の趣旨および原理を逸脱せずに行われたあらゆる修正、均等な置換および改善などは、いずれも本出願の保護範囲内に含まれるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】