知財求人 - 知財ポータルサイト「IP Force」
特開2021-9724コンポーネントベースのソフトウェアシステムおよび開発方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】特開2021-9724(P2021-9724A)
(43)【公開日】2021年1月28日
(54)【発明の名称】コンポーネントベースのソフトウェアシステムおよび開発方法
(51)【国際特許分類】
G06F 8/30 20180101AFI20201225BHJP
【ＦＩ】
G06F8/30
【審査請求】有
【請求項の数】16
【出願形態】ＯＬ
【全頁数】58
(21)【出願番号】特願2020-172554(P2020-172554)
(22)【出願日】2020年10月13日
(62)【分割の表示】特願2018-521484(P2018-521484)の分割
【原出願日】2016年7月15日
(31)【優先権主張番号】62/193,151
(32)【優先日】2015年7月16日
(33)【優先権主張国】US
(71)【出願人】
【識別番号】518017026
【氏名又は名称】ヤン、イー
【氏名又は名称原語表記】ＹＯＵＮＧ，Ｙｉ
(74)【代理人】
【識別番号】100146374
【弁理士】
【氏名又は名称】有馬 百子
(72)【発明者】
【氏名】ヤン、イー
【テーマコード（参考）】
5B376
【Ｆターム（参考）】
5B376BC11
5B376BC31
5B376FA13
(57)【要約】 （修正有）
【課題】ソフトウェアを組み立てラインの様式で構築できるようにする、コンポーネントまたは部分ベースの機構を提供する。【解決手段】ソフトウェアをアセンブルする方法は、ユーザが、計算関数（ＣＦ）をコード化できるようにするＳ１０１と、ユーザがＣＦをコード化し終えたかどうかを判断するＳ１０２と、ユーザが、利用可能なＣＦの１つまたは複数を使用して部分関数（ＰＦ）をコード化できるようにするＳ１０３と、ユーザが全てのＰＦを作成し終えた時を判断するＳ１０４と、ユーザが、利用可能なＰＦの１つまたは複数を使用してソフトウェアを作成できるようにするＳ１０５と、を含む。
【選択図】図１
【特許請求の範囲】
【請求項1】
サービスを行うためにコンピュータプログラムをアセンブルする方法であって、
前記サービスの入力／出力（Ｉ／Ｏ）要件を複数のＩ／Ｏキー／値ペアを含む対応するデータメッセージに変換することと、
入力引数として前記データメッセージを受信するように前記プログラムの部分関数（ＰＦ）を構成することと、
計算関数（ＣＦ）の引数に、かつ前記Ｉ／Ｏキー／値ペアにマッピングするキーペアを含む可変マッチング構造（ＶＭＳ）セット（ＶＭＳＳ）を生成することと、
前記ＶＭＳＳを使用して前記計算関数（ＣＦ）を呼び出すように前記ＰＦを構成することであって、前記ＣＦは前記サービスに関連している演算を行うように構成される、構成することと、を含む、方法。
前記サービスの入力／出力（Ｉ／Ｏ）要件を複数のＩ／Ｏキー／値ペアを含む対応するデータメッセージに変換することと、
入力引数として前記データメッセージを受信するように前記プログラムの部分関数（ＰＦ）を構成することと、
計算関数（ＣＦ）の引数に、かつ前記Ｉ／Ｏキー／値ペアにマッピングするキーペアを含む可変マッチング構造（ＶＭＳ）セット（ＶＭＳＳ）を生成することと、
前記ＶＭＳＳを使用して前記計算関数（ＣＦ）を呼び出すように前記ＰＦを構成することであって、前記ＣＦは前記サービスに関連している演算を行うように構成される、構成することと、を含む、方法。
【請求項2】
前記ＶＭＳＳは前記キーペアのサブセットを含むＶＭＳを含み、前記サブセットの前記キーペアの中の第１のキーペアは、前記ＣＦの入力引数にマッピングする第１のキー、および、前記Ｉ／Ｏキー値ペアの中の入力キー／値ペアにマッピングする第２のキーを含む、請求項１に記載の方法。
【請求項3】
前記サブセットの前記キーペアの中の第２のキーペアは、前記ＣＦの出力引数にマッピングする第３のキー、および、前記Ｉ／Ｏキー値ペアの中の出力キー／値ペアにマッピングする第４のキーを含む、請求項２に記載の方法。
【請求項4】
前記データメッセージの名前によって索引付け可能であるデータ記憶域に前記ＶＭＳＳを記憶することをさらに含む、請求項１に記載の方法。
【請求項5】
前記データメッセージはＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）フォーマットを有する、請求項１に記載の方法。
【請求項6】
サービスを行うように構成されるコンピュータプログラムを実行する方法であって、前記コンピュータプログラムは、入力引数として複数の入力／出力（Ｉ／Ｏ）キー／値ペアを含むデータメッセージを受信するように構成される部分関数（ＰＦ）を含み、前記方法は、
前記データメッセージの名前を使用して複数の要素を含むデータ構造を検索することであって、それぞれの要素は名前および可変マッチング構造（ＶＭＳ）を含む、検索することと、
検索された前記データ構造におけるそれぞれの要素について、
前記要素の前記名前を使用して計算関数（ＣＦ）を検索し、かつ
前記要素の前記ＶＭＳおよび前記データメッセージを使用して検索された前記ＣＦを呼び出すことと、を含む、方法。
前記データメッセージの名前を使用して複数の要素を含むデータ構造を検索することであって、それぞれの要素は名前および可変マッチング構造（ＶＭＳ）を含む、検索することと、
検索された前記データ構造におけるそれぞれの要素について、
前記要素の前記名前を使用して計算関数（ＣＦ）を検索し、かつ
前記要素の前記ＶＭＳおよび前記データメッセージを使用して検索された前記ＣＦを呼び出すことと、を含む、方法。
【請求項7】
前記呼び出すことは、前記データメッセージから入力データを判断することと、前記ＶＭＳから前記入力データのデータ部分に前記ＣＦの引数をマッピングすることと、前記マッピングに従って前記データ部分によって前記ＣＦを呼び出すことと、を含む、請求項６に記載の方法。
【請求項8】
前記呼び出すことは、前記検索されたＣＦの以前の呼び出しの結果を含む前記ＰＦの内部データ構造に記憶されるデータをさらに使用する、請求項６に記載の方法。
【請求項9】
前記データメッセージはＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）フォーマットを有する、請求項６に記載の方法。
【請求項10】
前記呼び出すことは、第２のＰＦを起動するために複数の入力／出力（Ｉ／Ｏ）キー／値ペアを含む第２のデータメッセージによって前記検索されたＣＦを呼び出す、請求項６に記載の方法。
【請求項11】
サービスを行うためにコンピュータプログラムをアセンブルするためのコンピュータプログラム製品であって、プログラム命令が具現化されるコンピュータ可読記憶媒体を備え、前記プログラム命令は、
前記サービスの入力／出力（Ｉ／Ｏ）要件を複数のＩ／Ｏキー／値ペアを含む対応するデータメッセージに変換することと、
入力引数として前記データメッセージを受信するように前記プログラムの部分関数（ＰＦ）を構成することと、
計算関数（ＣＦ）の引数に、かつ前記Ｉ／Ｏキー／値ペアにマッピングするキーペアを含む可変マッチング構造（ＶＭＳ）セット（ＶＭＳＳ）を生成することと、
前記ＶＭＳＳを使用して前記計算関数（ＣＦ）を呼び出すように前記ＰＦを構成することであって、前記ＣＦは前記サービスに関連している演算を行うように構成される、構成することと、を含む方法を行うようにコンピュータによって実行可能である、コンピュータプログラム製品。
前記サービスの入力／出力（Ｉ／Ｏ）要件を複数のＩ／Ｏキー／値ペアを含む対応するデータメッセージに変換することと、
入力引数として前記データメッセージを受信するように前記プログラムの部分関数（ＰＦ）を構成することと、
計算関数（ＣＦ）の引数に、かつ前記Ｉ／Ｏキー／値ペアにマッピングするキーペアを含む可変マッチング構造（ＶＭＳ）セット（ＶＭＳＳ）を生成することと、
前記ＶＭＳＳを使用して前記計算関数（ＣＦ）を呼び出すように前記ＰＦを構成することであって、前記ＣＦは前記サービスに関連している演算を行うように構成される、構成することと、を含む方法を行うようにコンピュータによって実行可能である、コンピュータプログラム製品。
【請求項12】
前記ＶＭＳＳは前記キーペアのサブセットを含むＶＭＳを含み、前記サブセットの前記キーペアの中の第１のキーペアは、前記ＣＦの入力引数にマッピングする第１のキー、および、前記Ｉ／Ｏキー値ペアの中の入力キー／値ペアにマッピングする第２のキーを含む、請求項１１に記載のコンピュータプログラム製品。
【請求項13】
前記サブセットの前記キーペアの中の第２のキーペアは、前記ＣＦの出力引数にマッピングする第３のキー、および、前記Ｉ／Ｏキー値ペアの中の出力キー／値ペアにマッピングする第４のキーを含む、請求項１２に記載のコンピュータプログラム製品。
【請求項14】
前記データメッセージの名前によって索引付け可能であるデータ記憶域に前記ＶＭＳＳを記憶することをさらに含む、請求項１１に記載のコンピュータプログラム製品。
【請求項15】
前記データメッセージはＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）フォーマットを有する、請求項１１に記載のコンピュータプログラム製品。
【請求項16】
サービスを行うように構成されるコンピュータプログラムを実行するコンピュータプログラム製品であって、前記コンピュータプログラムは、入力引数として複数の入力／出力（Ｉ／Ｏ）キー／値ペアを含むデータメッセージを受信するように構成される部分関数（ＰＦ）を含み、前記コンピュータプログラム製品は、プログラム命令が具現化されるコンピュータ可読記憶媒体を備え、前記プログラム命令は、
前記データメッセージの名前を使用して複数の要素を含むデータ構造を検索することであって、それぞれの要素は名前および可変マッチング構造（ＶＭＳ）を含む、検索することと、
検索された前記データ構造におけるそれぞれの要素について、
前記要素の名前を使用して計算関数（ＣＦ）を検索し、かつ
前記要素の前記ＶＭＳおよび前記データメッセージを使用して検索された前記ＣＦを呼び出すことと、を含む方法を行うようにコンピュータによって実行可能である、コンピュータプログラム製品。
前記データメッセージの名前を使用して複数の要素を含むデータ構造を検索することであって、それぞれの要素は名前および可変マッチング構造（ＶＭＳ）を含む、検索することと、
検索された前記データ構造におけるそれぞれの要素について、
前記要素の名前を使用して計算関数（ＣＦ）を検索し、かつ
前記要素の前記ＶＭＳおよび前記データメッセージを使用して検索された前記ＣＦを呼び出すことと、を含む方法を行うようにコンピュータによって実行可能である、コンピュータプログラム製品。
【請求項17】
前記呼び出すことは、前記データメッセージから入力データを判断することと、前記ＶＭＳから前記入力データのデータ部分に前記ＣＦの引数をマッピングすることと、前記マッピングに従って前記データ部分によって前記ＣＦを呼び出すことと、を含む、請求項１６に記載のコンピュータプログラム製品。
【請求項18】
前記呼び出すことは、前記検索されたＣＦの以前の呼び出しの結果を含む前記ＰＦの内部データ構造に記憶されるデータをさらに使用する、請求項１６に記載のコンピュータプログラム製品。
【請求項19】
前記データメッセージはＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）フォーマットを有する、請求項１６に記載のコンピュータプログラム製品。
【請求項20】
前記呼び出すことは、第２のＰＦを起動するために複数の入力／出力（Ｉ／Ｏ）キー／値ペアを含む第２のデータメッセージによって前記検索されたＣＦを呼び出す、請求項１６に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照本願は、２０１５年７月１６日に出願された米国特許仮出願第６２／１９３，１５１号に対する優先権を主張するものである。
【0002】
本開示は、一般的に、コンポーネントベースのソフトウェア開発技法に関する。
【背景技術】
【0003】
手続き型プログラミングは、手続き呼び出しの概念に基づいて構造化プログラミングから導出されるプログラミングパラダイムである。ルーチン、サブルーチン、または関数としても既知である手続きは、実施されるべき一連の計算ステップを包含する。手続き型プログラミング言語の例は、Ｃ、フォートラン、およびパスカルを含む。
【0004】
オブジェクト指向プログラミングにおいて、インターフェースを使用してビヘイビア（方法）およびデータ（メンバまたは属性）を明らかにするオブジェクトにプログラミングタスクを分類することに焦点を置いている。手続き型プログラミングは、データ構造に対して演算するための手順を使用するが、オブジェクト指向プログラミングは、この２つをひとまとめにするため、クラスのインスタンスである「オブジェクト」はそれ「自体の」データ構造で演算する。
【0005】
しかしながら、素人にとって、手続き型プログラミングまたはオブジェクト指向プログラミングを使用して、機能させるコンピュータプログラムを書き込むことは、困難である可能性がある。
【0006】
組み立てラインは、最終組立品が製作されるまで、部品が順に加えられる場合に、半製品の組立品がワークステーション間で移動する際に、交換可能部品が加えられる製造プロセスである。組み立てラインを使用することによって、完成品はより速くかつより少ない労力で組み立て可能である。
【0007】
よって、ソフトウェアを組み立てラインの様式で構築できるようにする、コンポーネントまたは部分ベースの機構が必要とされている。
【発明の概要】
【発明が解決しようとする課題】
【0008】
本発明の例示の実施形態によると、サービスを行うためにコンピュータコードをアセンブルする方法が提供される。方法は、サービスの入力／出力（Ｉ／Ｏ）要件を複数のＩ／Ｏキー／値ペアを含む対応するデータメッセージに変換することと、入力引数としてデータメッセージを受信するようにプログラムの部分関数（ＰＦ）を構成することと、計算関数（ＣＦ）の引数に、かつＩ／Ｏキー／値ペアにマッピングするキーペアを含む可変マッチング構造（ＶＭＳ）セット（ＶＭＳＳ）を生成することと、ＶＭＳＳを使用して計算関数（ＣＦ）を呼び出すようにＰＦを構成することであって、ＣＦがサービスに関連している演算を行うように構成される、構成することと、を含む。
【0009】
本発明の例示の実施形態によると、サービスを行うように構成されるコンピュータプログラムを実行する方法が提供される。コンピュータプログラムは、入力引数として複数の入力／出力（Ｉ／Ｏ）キー／値ペアを含むデータメッセージを受信するように構成される部分関数（ＰＦ）を含む。方法は、データメッセージの名前を使用して複数の要素を含むデータ構造を検索することであって、それぞれの要素は名前および可変マッチング構造（ＶＭＳ）を含む、検索することと、検索されたデータ構造におけるそれぞれの要素について、要素の名前を使用して計算関数（ＣＦ）を検索し、かつ要素のＶＭＳおよびデータメッセージを使用して検索されたＣＦを呼び出すことと、を含む。
【0010】
本発明の例示の実施形態は、添付の図面と併せて、下記の説明からより詳細に理解可能である。
【図面の簡単な説明】
【0011】
【図1】本発明概念の例示の実施形態に従ってソフトウェアをアセンブルする方法を示す図である。
【図2】方法を実行するために使用可能である例示のコンピュータシステムを示す図である。
【図3】本発明概念の例示の実施形態に従ってソフトウェアの部分関数を構成する方法を示す図である。
【図4】本発明概念の例示の実施形態に従ってソフトウェアの部分関数を実行する方法を示す図である。
【図5】本発明概念の例示の実施形態に従ってソフトウェアをアセンブルする方法を示す図である。
【図6】本発明概念の例示の実施形態において（Ａ）は、使用可能である例示のデータメッセージを示す図、（Ｂ）は、使用可能である例示の可変マッチング構造セットを示す図、（Ｃ）は、例示の計算関数の入力引数および出力引数の例を示す図である。
【図7】本発明概念の例示の実施形態に従って、アセンブルされたソフトウェアの部分関数の実行を示すフロー図である。
【図8】本発明概念の例示の実施形態に従って、ユーザがソフトウェアをアセンブルできるようにする方法を示す図である。
【図9】本発明概念の例示の実施形態に従って部分関数を実行する方法を示す図である。
【図10】本発明概念の例示の実施形態に従って、適用されたデータメッセージに応答して実行される部分関数の例示のシーケンスを示す図である。
【発明を実施するための形態】
【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】
ＨＴＭＬ入力を処理する１つのＰＦは、線形カスケード入力をハンドリングするものとすることができる。線形カスケード入力の例には、州を選択後、国を選択し、次いで市を選択する入力がある。この入力は、＜ｓｅｌｅｃｔ＞のリストおよび現在の選択であり、出力は次のオプション型配列である。マークアップ規則は、リストを表現する任意の規則とすることができる。マークアップ規則の例には、第１のリストを＜ｓｅｌｅｃｔ Ｃａｓｃａｄｅ＝“ｃｓ１”ｃｓ１＝”１”ｍＮａｍｅ＝”ｎａｍｅ１”…＞とマーキングする、第２のリストを＜ｓｅｌｅｃｔ Ｃａｓｃａｄｅ＝”ｃｓ１”ｃｓ１＝”２”ｍＮａｍｅ ＝”ｎａｍｅ２”…＞とマーキングする、第３のリストを＜ｓｅｌｅｃｔ Ｃａｓｃａｄｅ＝”ｃｓ１”ｃｓ１＝”３”ｍＮａｍｅ ＝”ｎａｍｅ３”…＞とマーキングする、などがある。カスケードは計算名であり、Ｃａｓｃａｄｅ＝”ｃｓ１”はｃｓ１＝’ｎ’であるインスタンスｃｓ１を宣言し、その後、リストにおける位置を宣言する。ＰＦは＜ｓｅｌｅｃｔ＞要素のｏｎＳｅｌｅｃｔイベントによってトリガされる。同じｏｎＳｅｌｅｃｔイベントハンドラのｃａｓｃａｄｅＨｎｄｌｅｒは全ての＜ｓｅｌｅｃｔ＞に対して設定される。ｃａｓｃａｄｅＨｎｄｌｅｒはこの型の入力要件および出力要件をハンドリングする部分関数である。ハンドラのアルゴリズムは以下になる。Get instance name from Cascade=”instance_i”;
Get position number from instance_i=”n”;
Get selected value v and name n1 of the current <select>
Get name n2 of the next <select>
Send a data message of the form
{{ “input”:
{“n1” : v}
},
{ “output”: {
[{“n2”:0}]}
}}
to a backend component
Set return result to the next <select>
【0050】
１つのＨＴＭＬデータメッセージにおける任意の長さの任意の数のカスケード入力は、この部分関数によってハンドリングされることが可能である。
【0051】
入力の別のケースは、スターカスケード入力と呼ばれ、この場合、いくつかの＜ｓｅｌｅｃｔ＞のオプションは、利用可能なサイズおよび色のオプションが、どのクロスが選定されたかに基づいて決定される場合のように、１つの＜ｓｅｌｅｃｔ＞によって決定される。中央マークについて、＜ｓｅｌｅｃｔ ｓｔａｒ＝”ｓｔａｒ１”ｓｔａｒ１＝”ｎａｍｅ ｌｉｓｔ ｏｆ ａｌｌ ｅｎｄ ｓｅｌｅｃｔ ｎｏｄｅ”＞である。エンドノード＜ｓｅｌｅｃｔ＞がマーキングされる必要はない。中央の＜ｓｅｌｅｃｔ＞の選択がし終わると、以下のフォームのデータメッセージがバックエンドに送られる。{
{“input”:
{“centerName” : “v”}
},
{ “output”: {
[{“n1”, “”}],
[{“n2”, “”}],
…
}}
}
この場合、ｎ１およびｎ２はエンドノードの名前である。返された値が配列ではなく単一値であり、かつエンドノードがテキストまたは数入力である時、これは、カスタマの名前が選定されるようにオートフィルとなり、このアドレスはオートフィルされる。
【0052】
入力候補ハンドリングは、オートフィルの逆算である。部署および位置の入力が被雇用者の名前入力候補の入力を制限するように、現在の入力値およびいくつかの他の入力値以外は現在の入力のオプションを制限することができる。現在の入力値がテキストである時、提案された値に関して、２つ以上の解釈がある場合があり、例えば、提案された値がこのテキストで開始するまたはテキストを包含すること意味する場合がある。そのため、さらなる情報が以下のような値に対して提供される必要がある。{
{“input”: {
{“otherValues1”: “v1”},
{“otherValues2”: “v2”},
{“currentValue”: {
{“value”: “v3”},
{“type”: “LIKE”}
}
}
…
},
{ “output”: {
[{“n1”, “”}]
}
}
}
ここで、ｎ１は現在の入力要素の名前である。
【0053】
第１の要素＜ｉｎｐｕｔ ｒａｎｇｅＩｎｐｕｔ＝”ｒｉ１”ｒｉ１＝”１”…＞、第２の要素＜ｉｎｐｕｔ ｒａｎｇｅＩｎｐｕｔ＝“ｒｉ１”ｒｉ１＝”２”…＞、または、選択入力について、第１の要素＜ｓｅｌｅｃｔ ｒａｎｇｅＩｎｐｕｔ＝”ｒｉ１”ｒｉ１＝”１”…＞、第２の要素＜ｓｅｌｅｃｔ ｒａｎｇｅＩｎｐｕｔ＝”ｒｉ１”ｒｉ１＝”２”…＞といったマックアップ規則を有する範囲入力がまた、実装可能である。アルゴリズムは、他の入力によって制約集合を満足させるかどうか、または１つの入力が他の入力のオプションを制限するかどうかの、現在の入力チェックを受け入れる前のものである。入力フォーマット選定に起因して、日にち範囲入力、選択範囲入力、数値範囲入力のような数個の異なる型の範囲入力が存在する場合がある。
【0054】
フォームは、ある数の異なる型の入力要素（テキスト、数値、リストオプション、範囲入力、カスケード入力…）を包含する。フォーム送信のアクションは、全ての要素に対する（名前、値）ペアを収集することである。フォーム送信のマークアップ規則は、入力要素のそれぞれの型に対して型記号を定義している。異なる型は、名前値へのアクセスが種々のやり方を使用する必要があることを意味する。それぞれの入力要素をその適正な型に対してマーキングする。フォーム送信に対するアルゴリズムは以下になる。For each type {
Get all input element for the type
For each input element of the type {
Get the name and value, pack the name value into JSON format.
}
}
mark the data message as ADD or MODIFY
send the JSON data message to a backend address
【0055】
フォーム送信は、新しいデータのＡＤＤまたは古いデータのＭＯＤＩＦＹのどちらかとすることができる。修正について、データは最初に、いくつかの余分なデータ、キー、または参照番号と共に、バックエンドからロードされる。次いで、データは修正され、バックエンドに送られる。余分なキーデータはクッキーなどの同様の機構によってハンドリング可能である。クッキーの１つの実装形態は、特殊なタグを有するＨＴＭＬのいくつかの隠された要素を使用することである。新しいデータを加えるために、この余分なキーデータは使用されない。そのため、フォーム送信に対するＰＦは、修正と追加とを区別することができる。ＰＦのフォームは、定義された型の任意の数の入力要素と共に任意のフォームのフォーム送信をハンドリング可能である。
【0056】
サーチページは、サーチ条件としての１つまたは複数のデータ入力要素、および、サーチ結果を表示するための２次元データグリッドを包含する。データグリッドのそれぞれの列は命名可能である。データサーチの送信について、バックエンドに送られるＪＳＯＮデータメッセージは、２つの部分、つまり、以下に示されるような空の２次元配列部分のサーチ条件部分およびデータグリッド部分を有する。{
{“input”:{
{“name1”: “value1”},
{“name2”: {
{“Max”: {“value”: “v2”, “EQUAL”: “true”}},
{“Min”: {“value”: “v3”, “EQUAL”: “false”}}
} },
…
},
{“output”: {
[[{name4:0}, {name5:0},…]]
}}
}
ここで、ｎａｍｅ２は範囲値入力を指定し、ＥＱＵＡＬは、ｔｒｕｅが＜＝ｐｒ＞＝を意味し、ｆａｌｓｅが＜ｏｒ＞を意味する。
【0057】
サーチ条件部分は、命名されかつマーキングされた型とすることができ、ＡＤＤのフォームと同じようにパッケージングされる。
【0058】
バックエンドの１つの実施形態は、データ記憶域としてリレーショナルデータベースを選定することであり、データメッセージの間で送受信されるデータメッセージはＪＳＯＮフォーマットである。リレーショナルデータベースと相互作用する必要があるＰＦについて、データベーススキーマ名が使用される必要がある。データベーススキーマ名に対応するデータメッセージにおける名前を機能させるために、これらの名前はデータベーススキーマ名に変換される。テーブルの列名はｔａｂｌｅＮａｍｅ．ｃｏｌｕｍｎＮａｍｅのフォームである。単一のテーブルにおける挿入をハンドリングするＰＦは、以下のようにＣＧＤＭによって実装可能である。{“input”: {
{“column1”: “table1.column1”},
{“column2”: “table1.Column2” },
{“column3”, “table1.Column3” },
…
} }
【0059】
１つのテーブルに挿入するために、それぞれの列はＳＱＬ挿入ステートメントによって同じように扱われるため、１つの型のデータがある。かかる挿入をハンドリングするＣＧＤＭは以下になる。{ input: {
{“table1.column1”, “”},
{ “table1.Column2”, “” },
{ “table1.Column3”, “” },
…
}}
【0060】
マスター／詳細テーブルに挿入するために、ＣＧＤＭは以下になる。{“input”: {
{“Master”: {
{ “table1.column1”: “”},
{ “table1.Column2”:“”},
{ “table1.Column3”: “”}
…
}}
{ “Detail”: {
[{“table2.column1”: “”},
{ “table2.Column2”: “” },
{ “table2.Column3”: “” },…] }}
}}
ここで、ＣＧＤＭは、マスターテーブルのデータ、および、詳細テーブルのデータの配列を含む。
【0061】
１つのテーブルへの更新をハンドリングするＰＦは以下のようにＣＧＤＭを有する。{“input”: {
“primarykey”: {
{ “table1.column1”: “”},
{ “table1.Column2”: “”},
…
}
},
{“values”: {
{ “table1.Column3”: “” },
{ “table1.Column4”: “”},
…
}}
}
【0062】
マスター／詳細テーブルへの更新をハンドリングするＰＦは以下のようにＣＧＤＭを有する。{“input”:{{“m_Primarykey”: {
{ “table1.column1”: “”},
{ “table1.Column2”: “”},
…
}
},
{“m_values”: {
{ “table1.Column3”: “”},
{ “table1.Column4”: “”},
…
}
},
{“d_Primarykey”: {
{ “table2.column1”: “”},
{ “table2.Column2”: “”}
…
}
},
{“d_values”: {
{ “table2.column3”: “”},
{ “table2.Column4”: “”}
…
}
},
{“d_data”: {
[{“table2.column1”: “”},{ “table2.Column2”: “”},…,
{ “table2.Column3”: “”},{ “table2.Column3”: “”}…]
}
}}
}
【0063】
以下の例について、ＳＱＬ選択ステートメントが、［Ｆ：順序セクション］による［Ｅ：アグリゲーション条件］順序を有する［Ｄ：アグリゲーションセクション］によって［Ｃ：条件セクション］がグループ分けする場合の［Ｂ：テーブルセクション］からの［Ａ：出力セクション］の選択などのフォームを取ると仮定する。この入力および出力に対するデータは６つのセクションに分割される。セクションＡが、セクションＢに現れるテーブルの列またはセクションＢに現れるテーブルの列に対するＳＱＬ関数を包含し、セクションＢがテーブルおよび結合関係を包含し、セクションＣが、同じ関係における、ｃｏｌｕｍｎ＝ｖａｌｕｅ ｏｒ ｃｏｌｕｍｎ＞（＝）ｖａｌｕｅ ｏｒ ｃｏｌｕｍｎ＜（＝）ｖａｌｕｅ、ｃｏｌｕｍｎ ＬＩＫＥ ｖａｌｕｅ ＳＱＬＦｕｎｃｔｉｏｎ（ｃｏｌｕｍｎ）のフォームの条件を包含し、セクションＥがＳＱＬＡｇｇｒｅｇａｔｅＦｕｎｃｔｉｏｎ（ｃｏｌｕｍｎ）＝ｏｒ＜（＝）ｏｒ＞（＝）ｖａｌｕｅｓを包含し、セクションＦが列を包含すると仮定する。
【0064】
セクションＢにおいて必要とされるテーブルおよびそれらの結合関係情報は、データベースのスキーマから取得可能であるが、結合型情報はアプリケーションから生じるものとする。この選択ステートメントを実装するＰＦのＣＧＤＭにおける２つのテーブルの間の関係を表すための配列構造が選定できる。この選択ステートメントのＣＧＤＭは以下になる。{{“input”:
{{“requirement”: {
[{ “tableA.column8”: “tableA.column8”},
{ “total1”: { “tableB.column4”:
{
“FUNC”: “SUM”
}}
},
…]}
},
{“table”: {
{[ “tableA”, “tableB”, “joinType”, “tableA.column1= tableB.column2”, “tableA.column3= tableB.column4”, …],
[ “tableC”, “tableD”, “joinType”, “tableC.column1= tableD.column2”, “tableC.column3= tableD.column4”, …],
…}}
},
{“condition”: {
{ “tableA.column5”: “v1”}, //default to tableA.column5=v1
{ “tableB.column1”: {
“value”: “v2”, //default to SUM(tableB.column1)=v2
“FUNC”: “SUM”
}
},
…}
},
{“groupby”: [
“tableA.column6”,
{ “tableB.column2”: {
“FUNC”: “DATE”
}
},
…]
},
{“having”: {
{ “tableB.column3”: {
“value”: “v3”,
“FUNC”: “MAX”
}
},
…}
},
{“orderby”: [
“tableA.column7”,
…]
}
}},
{“output”:
{“results”:
[{ “tableA.column8”: ‘’},
{ “total1”: ‘’},
…]}
}}
【0065】
入力要件は、ＳＱＬ選択のセクションＡに対応しており、かつ、ＳＱＬ選択の出力を指定する。該要件は、配列フォーマットを指定する。｛“ｔａｂｌｅＡ．ｃｏｌｕｍｎ８”：“ｔａｂｌｅＡ．ｃｏｌｕｍｎ８”｝は、ｔａｂｌｅＡ．ｃｏｌｕｍｎ８の値を得ること、および「ｔａｂｌｅＡ．ｃｏｌｕｍｎ８」という名前に設定することを意味する。ペアの、{ “total1”: { “tableB.column4”:
{
“FUNC”: “SUM”
}}
}
は、ＳＵＭ関数列、ｔａｂｌｅＢ．ｃｏｌｕｍｎ４を適用し、かつ、値を「ｔｏｔａｌ１」という名前に適用することを意味する。
【0066】
２つ以上のＰＦを使用してバックエンド計算タスクを達成する実装について、図１０に示されるように、販売注文の出荷を演算する場合を検討する。販売注文は、（部分払いまたは在庫品の制約のため）一部出荷可能であると仮定すると、販売注文は２回以上出荷される必要がある場合がある。着信するＣＧＤＭは以下になる。{ “Order_Shipment_Data” :
{“input”: {
{“orderID”, “value1”}
}},
{“output”: {
{“order_info”: {
{“orderCode”:””}
{“salesmanName”:””},
{“customerName”:””}
}},
{“order_prod_info”: {
[[{“productName”:””}, {“productionDate”:””},
{“Quantity”:””},{“shippedQuantity”:””},{“quantityLeft”:””}]]
}}
}}
}
【0067】
入力は注文ｉｄであり、必要とされる出力は、いくつかの注文情報、注文コード、販売員名およびカスタマ名、ならびに、製品情報、製品名、製造日、注文量、出荷量、および出荷される残りの量のリストを含む。
【0068】
図１０では、ＣＧＤＭは、ＤａｔａＥｘｐａｎｄｅｒ ＰＦ１０によって受信される。ＤａｔａＥｘｐａｎｄｅｒ ＰＦ１０は、リレーショナルデータセット１２に接続する。ＣＧＤＭのためにＷＮＳＭ１００をマッピングする、機能させる名前空間は、以下になる。{
{“orderID”, “order.id”};
{ “orderCode”, “order.code”}
{ “salesmanName”, “employee.name” }
{“customerName”, “customer.name”}
{“productName”, “product.name”}
{“productionDate”, “product.productionDate”}
{ “Quantity”, “order.Quantity” }
}
【0069】
マッピング後、ＣＧＤＭは以下のようになる。{ “Order_Shipment_Data” :
{“input”:
{“order.id”, “value1”}
},
{“output”: {
{“order_info”: {
{“order.code”: “”}
{“employee.name”: “”},
{“customer.name”: “”}
}},
{“order_prod_info”: {
[[{“product.name”: “”}, {“product.productionDate”: “”},
{“order.Quantity”: “”},{“shippedQuantity”: “”},{“quantityLeft”: “”}]]
}}
}}
}
【0070】
ＰＦ１０は、ＳｅｌｅｃｔおよびＰａｃｋｅｒという２つのＣＦを有する。Ｓｅｌｅｃｔ ＣＦは、３つのインスタンス、１０２、１０４、および１０６を作動させる。Ｐａｃｋｅｒ ＣＦは１つのインスタンス１０８を作動させる。Ｓｅｌｅｃｔは、リレーショナルデータベースに対して上の例の型ＳＱＬ選択を行い、Ｐａｃｋｅｒ ＣＦは、この入力全てを、データメッセージ（例えば、ＣＧＤＭ）の対応する入力部分および出力部分にパッケージングし、データメッセージをＬｏｏｐＰＦ１４に送る。ＰＦ１４は、入力として配列ＡおよびＢを取る１つのインスタンスを作動させる、ＫｅｙＭａｔｃｈＬｏｏｐと呼ばれる１つのＣＦを有し、配列Ｃを出力する。Ａ、Ｂ、およびＣにおけるそれぞれの要素は、キー部分および値部分を有する。要素のキーは、名前／値のシーケンスである。２つのキーは、２つのキーの名前値シーケンスの長さが同じである場合同じ型であり、シーケンスのそれぞれの位置の２つの名前／値ペアについて、名前は同じである。２つのキーは、同じ型を有しかつ対応する名前の値が等しい場合、等しい。ＡおよびＢは同じ型のキーを有する。ＫｅｙＭａｔｃｈＬｏｏｐのアルゴリズムは以下になる。For each element a of A
Create an element c with key part same as a
if there is an element b of B with a.key==b.key {
value part of c is computed from value parts of a
and b by computation rule1.
}
else {
value part of c is computed from value parts of a
and b by computation rule2.
}
add c to
【0071】
計算規則１および計算規則２は、Ｃａｌｃｕｌａｔｏｒ ＰＦ１６によって行われる。ＰＦ１６は、３つの計算、Ｅｑｕａｌ、Ｚｅｒｏ、およびＭｉｎｕｓを有する。ＰＦ１０に対するＯｒｄｅｒ＿Ｓｈｉｐｍｅｎｔ＿ＤａｔａのＣＧＤＭは以下になる。{“Order_Shipment”:
{“Select.order”:
{
{ “input”: {
{ “requirement”: {
{“order.code”: “order.code”}
{“salesman.name”: “salesman.name”},
{“customer.name”: “customer.name”}
}},
{ “condition” : {
{“order.id”, “Order_Shipment_Data.input.‘order.id’” }
}},
{ “table” : {
{[“order”, “salesman”, “inner join”, “order.salesmanID=salesman.id”],
[“order”, “customer”, “inner join”, “order.customerID=customer.id”]}
}}
}},
{ “output”:
{ “result”: “Order_Shipment_Data.output.order_info”}
}}
}},
{“Select.orderProduct”:
{
{ “input”: {
{ “requirement”: {
[{“product.name”: “product.name”},
{“production.date”: “production.date”},
{“order_product.quantity”: “order_product.quantity”}]
}},
{ “condition” : {
{“order_product.orderId”,
“Order_Shipment_Data.input.‘order.id’” }
}},
{ “table” : {
[“order_product”, “product”, “inner join”,
“order_product.productId=production.id”]
}}
}},
{ “output”: {
“result”: “”}
}}
}}
{“Select.shipped”:
{
{ “input”: {
{ “requirement”: {
{“product.name”: “product.name”},
{“production.date”:“production.date”},
{“shippedQuantity”: {“shipment.Quantity”:
{
“FUNC”: “SUM”
}}
}
}},
{ “condition” : {
{“shipment.orderid”,“Order_Shipment_Data.input.‘order.id’” }
}},
{ “table” : {
[“shipment”, “product”, “inner join”, “shipment.productID=product.id”]
}}
{ “aggregate” : {
[“product.name”, “product.productiondate”]
}}
}},
{ “output”:
{ “result”: “”}
}
}}
{“packer”: {
{“input”: {
{“In”:
{
{“A”: “Select.orderProduct.output.Result”},
{“B”: “Select.shipped.output.Result”}
}},
{“Out”: {{“C”: “Order_Shipment_Data.output.order_prod_info”}}}
}},
{“output”: {
{“result” : “Order_Shipment_Data.output.order_prod_info”}
}}
}}
}
【0072】
データメッセージ、Ｏｒｄｅｒ＿Ｓｈｉｐｍｅｎｔ＿Ｄａｔａの出力部分のｏｒｄｅｒ＿ｐｒｏｄ＿ｉｎｆｏは、ＰＦ１０がＰＦ１４に送るデータメッセージの出力部分を生成するための入力として使用される。ＰＦ１０は、データメッセージ、Ｏｒｄｅｒ＿Ｓｈｉｐｍｅｎｔ＿Ｄａｔａ＿ＦｕｌｌをＰＦ１４に送る。{“Order_Shipment_Data_Full”: {
{“input”: {
{“A”: [[{“product.name”: “v1”}, {“product.productionDate”: “v2”},
{“order_product.quantity”: “v3”}]]},
{“B”: [[{“product.Name”: “v4”}, {“product.productionDate”: “v5”},
{“shippedQuantity”: “v6”}]]}
}},
{“output”: {
{“C”: [[{“product.Name”: “”}, {“product.productionDate”: “”},
{“order.Quantity”: “”},{“shippedQuantity”: “”},{“quantityLeft”: “”}]]}
}}
}
}
【0073】
ＰＦ１４に対するデータメッセージ、Ｏｒｄｅｒ＿Ｓｈｉｐｍｅｎｔ＿Ｄａｔａ＿ＦｕｌｌのＣＧＤＭは以下になる。{“Loop”:{
{“input”: {
{“A”:
[“Order_Shipment_Data_full.Input.A”,
{“key”:[“product.name”, “product.productionDate”]},
{“value”:{{“shippedQuantity” } }]
},
{“B”:
[“Order_Shipment_Data_full.Input.B”,
{“key”:[“product.name”, “product.productionDate”]},
{“value”:{{“order_product.quantity”} }]
},
{ “C”:
[“Order_Shipment_Data_full.output.C”,
{“key”:[“product.name”, “product.productionDate”]},
{“value”:{{“order_product.quantity”},{“shippedQuantity”},{“quantityLeft”}}]
}
}},
{“output”:
{ “result”: “Order_Shipment_Data_full.output.C”}
}
}
}
【0074】
ＰＦ１４はＰＦ１６に２つのデータメッセージを送る。{“Order_data”: {
{“input”: {
{“A”:{“order_product.quantity”: “v1”}}
}},
{“output”: {
{“C”:{{“order_product.Quantity”: “”},{“shippedQuantity”: “”},{“quantityLeft”: “”}}}
}}
}
}
{“Order_Ship_data”: {
{“input”: {
{“A”: {“order_product.quantity”: “v1”}},
{“B”: {“shippedQuantity”: “v2”}}
}
{“output”: {
{“C”: {{“order_product.quantity”: “”},{“shippedQuantity”: “”},{“quantityLeft”: “”}}}
}}
}
}
【0075】
Ｏｒｄｅｒ＿Ｓｈｉｐ＿ｄａｔａについてのＣＧＤＭは以下になる。{“Order_Ship_Data”: {
{“Equal.quantity”: {
{“input”: {
“X”:“A.order_product.quantity”
}},
{“output”: {
“Y”: “C.order_product.quantity” //Y=X
}}
}
},
{“Equal.quantityLeft”: {
{“input”: {
“X”:“A.order_product.quantity”
}},
{“output”: {
“Y”:“C.quantityLeft”
}}
}
}
{“Zero”: {
{“output”: {
“X”:“C.shippedQuantity” //X=0
}}
}
}
}}
【0076】
Ｏｒｄｅｒ＿ｄａｔａについてのＣＧＤＭは以下になる。{“Order_Data”: {
{“Equal.quantity”: {
{“input”: {
“X”:“A.order_product.quantity”
}},
{“output”: {
“Y”: “C.order_product.quantity”
}}
}
},
{“Equal.shippedQuantity”: {
{“input”: {
“X”:“B.shippedQuantity”
}},
{“output”: {
“Y”:“C.shippedQuantity”
}}
}
},
{“Minus”: {
{“input”: {
{“X”:“A.order_product.quantity”},
{“Y”:“B.shippedQuantity”}
}},
{“output”: {
“Z”:“C.quantityLeft” //Z=X-Y
}}
}
}
}}
【0077】
データメッセージ、Ｏｒｄｅｒ＿Ｓｈｉｐｍｅｎｔ＿Ｄａｔａの出力部分は、ＣＦインスタンス１０６およびＣＦインスタンス１０８の出力部分によって形成される。そして、着信するデータメッセージ、Ｏｒｄｅｒ＿Ｓｈｉｐｍｅｎｔ＿Ｄａｔａの機能させる名前空間に逆にマッピングでき、Ｏｒｄｅｒ＿Ｓｈｉｐｍｅｎｔ＿Ｄａｔａの送信者に送ることができる。
【0078】
本発明の例示の実施形態は、ＣＧＤＭのマークアップおよびプロパティシートを利用する。この実施形態は線形カスケードに関して以下に論じられるが、本発明はデータのいずれの特定の編成にも限定されない。線形カスケードは＜ｓｅｌｅｃｔ＞要素のリストであり、これは、第１の要素から始まって最終の要素を除いたものであり、１つの＜ｓｅｌｅｃｔ＞要素の選択された値が該リストにおける次の＜ｓｅｌｅｃｔ＞のオプションを判断する。
【0079】
線形カスケード入力の１つの例はＣｏｕｎｔｒｙ−Ｓｔａｔｅ−Ｃｉｔｙ入力であり、これによって、ユーザはＣｏｕｎｔｒｙのオプションから国を選択でき、Ｓｔａｔｅのオプションを判断し、ユーザはＳｔａｔｅのオプションから州を選択でき、Ｃｉｔｙのオプションを判断する。ブラウザの実装形態において、Ｃｏｕｎｔｙ、Ｓｔａｔｅ、およびＣｉｔｙはそれぞれ、＜ｓｅｌｅｃｔ＞要素によって表される。Ｃｏｕｎｔｒｙに対するイベントハンドラはＣｏｕｎｔｙ＜ｓｅｌｅｃｔ＞要素にアタッチされ、Ｓｔａｔｅに対するイベントハンドラはＳｔａｔｅ＜ｓｅｌｅｃｔ＞要素にアタッチされる。例えば、「米国」などの国が選択される時、Ｃｏｕｎｔｒｙのイベントハンドラは呼び出され、このイベントハンドラは「米国」の値を得て、｛Ｃｏｕｎｔｒｙ＝“ＵＳＡ”、Ｓｔａｔｅ［］｝のメッセージを作成し、このメッセージをバックエンドプロセスに送って「米国」の全ての州を得て、Ｓｔａｔｅ［］における値を記憶する。Ｓｔａｔｅ［］の値は次いで、Ｓｔａｔｅを表す＜ｓｅｌｅｃｔ＞に設定される。ＳｔａｔｅおよびＣｉｔｙに対するイベントハンドラは同様である。
【0080】
本発明の一実施形態では、カスケードはリストとしてデータ構造によって表され、この場合、リストのそれぞれの要素は５つのメンバ、すなわち、ＩＤ、Ｎｅｘｔ、ＳｅｌｅｃｔｅｄＶａｌｕｅ、ｅｖｅｎｔＨａｎｄｌｅｒ、およびＯｐｔｉｏｎｓを有する。ＩＤは要素の名前を保持し、Ｎｅｘｔはリストの次の要素のＮａｍｅの値を有し、ＳｅｌｅｃｔｅｄＶａｌｕｅは選択された値を保持し、ｅｖｅｎｔＨａｎｄｌｅｒは要素のイベントハンドラ関数を保持し、Ｏｐｔｉｏｎｓは値のセットを保持する。Ｏｐｔｉｏｎｓから値を選択し、かつＳｅｌｅｃｔｅｄＶａｌｕｅを設定するアクションは、リストの要素に対して行われ得る。アクションを終えると、ｅｖｅｎｔＨａｎｄｌｅｒにおける関数は引数として要素を渡すことによって呼び出される。
【0081】
ＩＤは任意の名前を取ることができるため、アルゴリズムは抽象的である。これらは、Ｃｏｕｎｔｒｙ、Ｓｔａｔｅ、Ｃｉｔｙ、またはＣｏｍｐａｎｙ、Ｄｅｐａｒｔｍｅｎｔ、Ｅｍｐｌｏｙｅｅ Ｎａｍｅ、またはＣａｔｅｇｏｒｙ、Ｔｙｐｅ、Ｐｒｏｄｕｃｔ Ｎａｍｅとすることができる。アルゴリズムは、任意の数の要素が可能とされるため、一般化される。
【0082】
次に、リスト構造はＨＴＭＬ上でマーキングされる。ＩＤおよびＮｅｘｔを除いて、＜ｓｅｌｅｃｔ＞要素は他全てを有する。ここでのＣＧＤＭの定義において、それぞれの値は名前を有するものとするため、ＣＧＤＭ上では、Ｎｅｘｔのみが必要とされる。値の名前が、ＩＤプロパティをＨＴＭＬタグの全ての要素に加えることによって実装されると仮定する。
【0083】
カスケードのマークアップ規則は、それぞれの＜ｓｅｌｅｃｔ＞要素に対してＮｅｘｔプロパティを加えるためのものであり、この値はカスケードにおける次の＜ｓｅｌｅｃｔ＞のＩＤの値である。１つのＨＴＭＬページにおける２つ以上のカスケードが可能である。
【0084】
一般に、マークアップ規則は、アルゴリズムの任意の入力インスタンスに対して、これに対応する拡張コンテンツがあり、かつ、入力インスタンスおよびこの全データ特徴が拡張コンテンツから演繹できるように、ＣＧＤＭの横文規則を使用してＣＧＤＭのコンテンツを拡張するための規則として定義される。マークアップ規則はアルゴリズムに関連付けられる。
【0085】
ＰＦ関数は、異なるカスケードにおいてさえも、全ての＜ｓｅｌｅｃｔ＞要素に対する選択イベントのイベントハンドラであってよい。この例では、ＰＦにはｃａｓｃａｄｅＰＦという名前が与えられる。ｃａｓｃａｄｅＰＦの入力は、選択された値、およびイベントを生成する＜ｓｅｌｅｃｔ＞要素である。ＨＴＭＬ全体のドキュメントオブジェクトモデル（ＤＯＭ）構造はまた、ｃａｓｃａｄｅＰＦにアクセス可能である。ＰＦのＣＧＤＭは、ＣＧＤＭ＝｛｛ｔｈｅ ｓｅｌｅｃｔｅｄ ＜ｓｅｌｅｃｔ＞ ｅｌｅｍｅｎｔ｝、ＤＯＭ｝と見なすことができ、入力部分は、｛｛ｔｈｅ ｓｅｌｅｃｔｅｄ ＜ｓｅｌｅｃｔ＞ ｅｌｅｍｅｎｔ｝、｛Ａｌｌ ＜ｓｅｌｅｃｔ＞ ｅｌｅｍｅｎｔ ｏｆ ｔｈｅ ｃａｓｃａｄｅ｝｝であり、出力部分は、｛｛ｔｈｅ ｎｅｘｔ ｅｌｅｍｅｎｔ ｏｆ ｔｈｅ ｓｅｌｅｃｔｅｄ ＜ｓｅｌｅｃｔ＞ ｅｌｅｍｅｎｔ｝｝である。
【0086】
全てのカスケードは、種々のＨＴＭＬページにおいてさえも、同じｃａｓｃａｄｅＰＦを使用し、また、同じＣＧＤＭ名を使用できるため、ｃａｓｃａｄｅＰＦのＶＭＳＳストアはいずれのルックアップに対しても１つのＶＭＳＳを返すように構成可能である。ｃａｓｃａｄｅＰＦの例示のＣＦ関数は、ｉｎｉｔＲｅｓｔＥｌｅｍｅｎｔ（ＣｕｒｒｅｎｔＥｌｅｍｅｎｔＮａｍｅ名）であり、これは、ＩＤ＝ｎａｍｅの現在の要素について、次の要素から最後の要素まで全てに対するオプションを再設定し、Ｒｅｓｕｌｔｓ ｒ＝ｇｅｔＶａｌｕｅｓＦｒｏｍＢａｃｋｅｎｄ（Ｃｏｎｄｉｔｉｏｎ ｃｏｎｄｉｔｉｏｎ、Ｒｅｓｕｌｔｓ ｒ、ＢａｃｋｅｎｄＰｒｏｃ ｐ、ＣＧＤＭＮａｍｅｐＣＧＤＭＮａｍｅ）、これは、ＣＧＤＭをパッケージングし、バックエンドプロセスｐを呼び出し、ｐＣＧＤＭＮａｍｅという名前のＣＧＤＭを渡し、ｓｅｔＯｐｔｉｏｎ（Ｒｅｓｕｌｔｓ ｒ）とする、つまり、ＩＤ＝ｒ．ｎａｍｅの＜ｓｅｌｅｃｔ＞のオプションを設定する。ＣＧＤＭは次のフォーマットを有する。{pCGDMName: {
{Input: {Condition:{name:value}}}, {Output:{Results:{r:NULL}}
}
【0087】
ｃａｓｃａｄｅＰＦは＜ｓｅｌｅｃｔ＞要素全てに対して使用できるため、ＰＦが受信する、選択された＜ｓｅｌｅｃｔ＞要素は、異なる＜ｓｅｌｅｃｔ＞要素に対して選択が行われる時、異なる。そのため、直接可変マッピング（ＶＭ）は不可能である。しかしながら、ＣＦの引数はマークアップおよびＣＧＤＭから演繹可能である。これを規則ベースのＶＭ（ＲＢＶＭ）と呼ぶ。
【0088】
バックエンドにおいて、ｈａｎｄｌｅＤＢＳｅｌｅｔｉｏｎと呼ばれるＰＦを有することができ、これは、設定されたＳＱＬ選択実装形態を包含する。通常、＜ｓｅｌｅｃｔ＞に対するオプションの値は、ＳＱＬ選択を作動させることによって取得可能である。ｃａｓｃａｄｅＯｐｔｉｏｎｓＣＧＤＭをＣＧＤＭの名前として割り当て、ｇｅｔＶａｌｕｅｓＦｒｏｍＢａｃｋｅｎｄはｈａｎｄｌｅＤＢＳｅｌｅｃｔｉｏｎに渡される。
【0089】
ＲＢＶＭを使用して、ＰＦに対するＶＭＳＳは以下になる。{initRestElement: RBVM}
{getValuesFromBackend: {{condition: RBVM }, {r : RBVM }, {p: handleDBSelection },{pCGDMName: cascadeOptionsCGDM }}}
{ setOptions: { {r: getValuesFromBackend.r}}
【0090】
ＣＦの呼び出し元は以下になる。initRestElementCaller(RBVM, CGDM, CFResults)
{
name = get the ID’s value of the selected <select> element
initRestElement(name);
}
getValuesFromBackendCaller(RBVM, CGDM, CFResults)
{
(name, value) = get the ID’s value and the selected value of the selected
<select> element
name = get the ID’s value of the next element of the selected <select> element
r = getValuesFromBackend(value, name, handleDBSelection, cascadeOptionsCGDM);
add r to CFResults.
}
setOptionsCaller(RBVM, CGDM, CFResults)
{
r = get getValuesFromBackend.r from CFResults
setOptions(r);
}
【0091】
ＲＢＶＭの利点は、新しいカスケードが加えられる時、またはカスケードの長さが延長される時、コードの規則処理部分が変更されないことである。選定したアルゴリズムが抽象的でありかつ一般化されるため、全てのカスケードは同じコードを使用できる。
【0092】
ＣＦＣａｌｌｅｒｓの実装形態は、マークアップ規則による影響を受ける。ＣＦの新しいＣＦＣａｌｌｅｒはマークアップ規則に対して開発される必要がある。マークアップ規則に起因して、ＣＦは２つ以上のＣＦＣａｌｌｅｒを有することができる。
【0093】
マークアップは、相互参照としてＣＧＤＭの値の名前を使用して、等しいまたはより表現的な横文規則を有する別個のメッセージに対して行われ得る。別個のマークアップメッセージを、ＣＧＤＭのプロパティシート（ＰＳ）と呼ぶ。いずれのＣＧＤＭもこれにアタッチするＰＳを有することができる。開発時間において、ＣＧＤＭの名前インスタンス（ＮＩ）が既知であるため、ＰＳは開発時間にＣＧＤＭにアタッチできる。
【0094】
本発明の例示の実施形態を説明したが、本発明は、開示された実施形態に限定されず、本開示の趣旨および範囲内に含まれるさまざまな修正および等価の配置構成に及ぶことが意図されることは、理解されたい。【手続補正書】
【提出日】2020年10月13日
【手続補正1】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照本願は、２０１５年７月１６日に出願された米国特許仮出願第６２／１９３，１５１号に対する優先権を主張するものである。
【0002】
本開示は、一般的に、コンポーネントベースのソフトウェア開発技法に関する。
【背景技術】
【0003】
手続き型プログラミングは、手続き呼び出しの概念に基づいて、構造化プログラミングから派生したプログラミングパラダイムである。手続きは、ルーチン、サブルーチン、または関数としても知られ、実行される一連の計算ステップを含む。手続き型プログラミング言語の例は、Ｃ、フォートラン、およびパスカルを含む。
【0004】
オブジェクト指向プログラミングでは、プログラミングタスクを、インターフェースを使用して動作（メソッド）およびデータ（メンバまたは属性）を明らかにするオブジェクトに分解することに重点を置いている。一方、手続き型プログラミングは、データ構造に対して演算するために手続きを使用するが、オブジェクト指向プログラミングは、この２つをひとまとめにするため、クラスのインスタンスである「オブジェクト」は、それ「自体の」データ構造を演算する。
【0005】
しかしながら、素人にとって、手続き型プログラミングまたはオブジェクト指向プログラミングを使用して、実用的なコンピュータプログラムを書くことは、困難である可能性がある。
【0006】
組み立てラインは、半製品の組立品がワークステーション間で移動する際に、交換可能な部品が追加される製造プロセスであり、最終組立品が製造されるまで部品が順に追加される。組み立てラインを使用することによって、完成品をより速く、かつ、より少ない労力で組み立てることができる。
【発明の概要】
【発明が解決しようとする課題】
【0007】
したがって、ソフトウェアを組み立てライン方式で構築できるようにする、コンポーネントまたは部分ベースの機構が必要とされている。
【課題を解決するための手段】
【0008】
本発明の例示的な実施形態によると、サービスを実行するためにコンピュータコードを組み立てる方法が提供される。この方法は、以下を含む。サービスの入力／出力（Ｉ／Ｏ）要件を、複数のＩ／Ｏキーと値のペアを含む対応するデータメッセージに変換する。入力引数としてデータメッセージを受信するようにプログラムの部分関数（ＰＦ）を構成する。計算関数（ＣＦ）の引数、および、Ｉ／Ｏキーと値のペア、にマップするキーペアを含む可変マッチング構造（ＶＭＳ）セット（ＶＭＳＳ）を生成する。ＶＭＳＳを使用して計算関数（ＣＦ）を呼び出すようにＰＦを構成する。ここで、ＣＦは、サービスに関連している操作を実行するように構成されている。
【0009】
本発明の例示的な実施形態によると、サービスを実行するように構成されたコンピュータプログラムを実行する方法が提供される。コンピュータプログラムは、入力引数として複数の入力／出力（Ｉ／Ｏ）キーと値のペアを含むデータメッセージを受信するように構成された部分関数（ＰＦ）を含む。この方法は、以下を含む。データメッセージの名前を使用して、複数の要素を含むデータ構造を検索する。このとき各要素は、名前および可変マッチング構造（ＶＭＳ）を含む。検索されたデータ構造内のそれぞれの要素について、要素の名前を使用して計算関数（ＣＦ）を検索し、かつ要素のＶＭＳおよびデータメッセージを使用して、検索されたＣＦを呼び出す。
【0010】
本発明の例示の実施形態は、添付の図面と併せて、下記の説明からより詳細に理解可能である。
【図面の簡単な説明】
【0011】
【図1】本発明概念の例示の実施形態に従ってソフトウェアを組み立てる方法を示す図である。
【図2】この方法を実行するために使用可能である例示のコンピュータシステムを示す図である。
【図3】本発明概念の例示の実施形態に従ってソフトウェアの部分関数を構成する方法を示す図である。
【図4】本発明概念の例示の実施形態に従ってソフトウェアの部分関数を実行する方法を示す図である。
【図5】本発明概念の例示の実施形態に従ってソフトウェアを組み立てる方法を示す図である。
【図6】本発明概念の例示の実施形態において（Ａ）は、使用可能である例示のデータメッセージを示す図、（Ｂ）は、使用可能である例示の可変マッチング構造セットを示す図、（Ｃ）は、例示の計算関数の入力引数および出力引数の例を示す図である。
【図7】本発明概念の例示の実施形態に従って、組み立てられたソフトウェアの部分関数の実行を示すフロー図である。
【図8】本発明概念の例示の実施形態に従って、ユーザがソフトウェアを組み立てることができるようにする方法を示す図である。
【図9】本発明概念の例示の実施形態に従って部分関数を実行する方法を示す図である。
【図10】本発明概念の例示の実施形態に従って、適用されたデータメッセージに応答して実行される部分関数の例示のシーケンスを示す図である。
【発明を実施するための形態】
【0012】
本発明概念は、本開示の例示的な実施形態が示されている添付の図面を参照して、より詳細に説明される。図面全体を通して、同じまたは同様の参照番号は、同じまたは同様のコンポーネントを表すために使用される。しかしながら、本発明概念は、さまざまなやり方で実装可能であるため、本明細書に開示される実施形態に限定されると理解されるべきではない。むしろ、これらの実施形態は、当業者に本開示の範囲を伝えるために、本開示を完全かつ完璧な理解のために提供される。
【0013】
本明細書は、コンポーネントベースのソフトウェアシステムおよび開発方法について説明する。下記の説明では、本発明をより完全に理解してもらうために、多数の具体的な詳細が示される。しかしながら、本発明が、これらの具体的な詳細を用いずに実施可能であることは、当業者には明らかであろう。他の例では、本発明を不明瞭にすることを回避するために、周知の特徴は詳細に説明されていない。
【0014】
本明細書において参照されるコンピュータコードデバイス（例えば、メソッド、クラス、ライブラリ）は、データ記憶媒体に記憶することができる。本明細書において使用される「データ記憶媒体」と言う用語は、コンパクトディスク、ハードディスク、フロッピーディスク、テープ、光磁気ディスク、ＰＲＯＭ（ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＥＰＲＯＭなど）、ＤＲＡＭ、およびＳＲＡＭなどの全てのコンピュータ可読媒体を意味する。
【0015】
図１は、本発明概念の例示的な実施形態によるソフトウェアを組み立てる方法を示す高レベルダイアグラムである。
【0016】
この方法は、ユーザが、計算関数（ＣＦ）をコード化できるようにするステップ（Ｓ１０１）を含む。例えば、テキストフィールドを含むＣＦグラフィカルユーザインターフェース（例えば、ＣＦ−ＧＵＩ）は、ユーザがＣＦのコードを入力できるようにするコンピュータプログラムによって提供可能である。例えば、ＣＦ−ＧＵＩは、ユーザによって選択されると、ユーザが現在のＣＦのコード化を完了したことをプログラムに通知する第１のボタンを含む。例として、ＣＦは、計算を実行する、データベースへのクエリを行う、または、ウェブページ上にグラフィックまたはテキストを表示する、ようにコード化される。例えば、計算の実行は、クエリによって返された結果に対して数学的計算を実行することができる。一実施形態では、それぞれのＣＦは、ユーザによって一意の名前が与えられ、かつ、１つまたは複数の入力パラメータ（本明細書ではＣＦ入力パラメータと呼ばれる）を受け取り、出力パラメータ（本明細書ではＣＦ出力パラメータと呼ばれる）を返すようにコード化される。例えば、ＣＦ入力パラメータおよびＣＦ出力パラメータは、整数、浮動小数、文字列、配列、ポインタなどである。
【0017】
この方法は、次いで、ユーザがＣＦをコード化し終えたかどうかを判断するステップ（Ｓ１０２）を含む。例えば、第１のボタンを選択すると、ユーザは別のＣＦを作成することを所望していることを示すことができる。例えば、ＣＦ−ＧＵＩは、ユーザによって選択されると、ユーザがＣＦ５０を作成し終えたことをプログラムに通知する第２のボタンを含む。完成したＣＦは、他のコーダーによって利用できるように、ＣＦデータベース６０に記憶される。
【0018】
この方法は、次に、ユーザが、利用可能なＣＦの１つまたは複数を使用して部分関数（ＰＦ）をコード化できるようにするステップ（Ｓ１０３）を含む。例えば、プログラムは、第２のＧＵＩ（例えば、ＰＦ−ＧＵＩ）を表示することにより、ＧＵＩ内のＣＦデータベース６０に記憶された利用可能なＣＦの選択可能なリストを表示するとともに、選択されたＣＦと、ＰＦ内のそれらの実行順序とを示すペインを表示する。例えば、ユーザは、対応するＰＦに対応するＣＦのインスタンスが必要になる度に、利用可能なＣＦのうちの１つを選択し、選択したインスタンスを、ユーザがＣＦインスタンスの実行を望む順序でペインに挿入することができる。
【0019】
この方法は、次に、ユーザが全てのＰＦを作成し終えた時点をプログラムが判断するステップ（Ｓ１０４）を含む。例えば、ＰＦ−ＧＵＩは、ユーザによって選択されると、ユーザが全てのＰＦ７０を作成し終えたことを示すグラフィカルボタンを含む。ＰＦ７０は、他のコーダーが利用できるように、ＰＦデータベース８０に記憶される。
【0020】
この方法は、次いで、ＰＦデータベース８０に記憶される利用可能なＰＦ７０の１つまたは複数を使用してユーザがソフトウェアを作成できるようにするステップ（Ｓ１０５）のためのプログラムを含む。例えば、コンピュータプログラムを使用して、ユーザが接続コードおよび利用可能なＰＦ７０の選択可能なリストを入力できるようにするテキストフィールドを表示する第３のＧＵＩを起動する。例えば、ユーザは、対応するＰＦを、コンピュータプログラムの接続コードの特定の場所に挿入するために、ＰＦをリストから選択する。一実施形態では、コンピュータプログラムは、インタープリタによって解釈されるフォームであってよい。
【0021】
図２は、図１の方法を実行するために使用可能な例示的なコンピュータシステム１０００を示す。図２を参照すると、コンピュータシステム１０００は、例えば、中央処理装置（ＣＰＵ）１００１、ランダムアクセスメモリ（ＲＡＭ）１００４、プリンタインターフェース１０１０、ディスプレイユニット１０１１、ローカルエリアネットワーク（ＬＡＮ）データ伝送コントローラ１００５、ＬＡＮインターフェース１００６、ネットワークコントローラ１００３、内部バス１００２、および、例えばキーボード、マウス等の１つまたは複数の入力デバイス１００９を含む。図示されるように、システム１０００には、リンク１００７を介してデータ記憶デバイス、例えばハードディスク１００８を接続してもよい。上述されたＧＵＩは、ディスプレイユニット１０１１上に表示可能である。上述されたＣＦ５０、ＰＦ７０、プログラム、および、組み立てられたソフトウェアは、メモリ１００４および／またはハードディスク１００８に記憶される。
【0022】
図３は、ＰＦをコード化する図１のステップＳ１０３を実行する本発明の例示的な実施形態による方法を示す。図３を参照すると、この方法は、計算目標データメッセージ（ＣＧＤＭ）の入力を受信するように部分関数を構成するステップ（Ｓ３０１）を含む。
【0023】
例示的な実施形態では、ＣＧＤＭは、ｉ）入力および出力部分、ｉｉ）名前と値のフォーム（例えば、全ての値、および、後の計算において変数に割り当てられる値のサブ構造は、名前を有する）、および、ｉｉｉ）いくつかの構文規則（例えば、ＨＴＭＬ、ＸＭＬ、またはＪＳＯＮ）に従った構造、を有する。２つのＣＧＤＭは、ｉ）それらの入力および出力部分の両方が同じ構造を有し、かつｉｉ）該構造内の全ての名前が同じである場合、同じである。ＣＧＤＭは、ＰＦの引数として使用される。いずれのＰＦも引数を一つだけ持つことができる。ＰＦは、１つまたは２つ以上のＣＧＤＭを処理できる。それぞれのＣＧＤＭは対応するＶＭＳＳを有する。ＶＭＳＳは、ＣＧＤＭの計算目標をどのように達成するかをＰＦに命令する。
【0024】
全てのＰＦは同じインターフェースを有する。例えば、それぞれの部分関数は、ＣＧＤＭで起動されるように構成される。ＣＧＤＭは、部分関数の起動パラメータまたは引数と呼ばれる。ＣＧＤＭは、入力パラメータＸ（例えば、入力：Ｘ）、および出力パラメータＹ（例えば、出力：Ｙ）を含む。この場合、ＸおよびＹは名前（キー）と値のフォームを有する任意のデータ構造である。Ｘ部分において、名前は、値を有し、Ｙ部分の値は、部分関数によって埋められるように空白になっている。２つのＣＧＤＭは、入力部分および出力部分の両方が同じ構造を持ち、かつ、該構造における全ての名前（キー）が同じである場合、同じである。それぞれのＣＧＤＭは、一意の名前を有する。この入力部分セットの全ての名前（キー）の値を有するＣＧＤＭは、ＣＧＤＭのインスタンスと呼ばれる。ＰＦは、値が埋められたＣＧＤＭの出力部分と同じデータ構造を返す。ＰＦは、任意のＣＧＤＭを引数として受け入れる。
【0025】
ＰＦは１つまたは複数の計算関数（ＣＦ）を包含する。任意の関数をＣＦとすることができる。ＰＦがＣＦを実行する方法は、ＣＧＤＭだけでなく、可変マッチング構造（ＶＭＳ）と呼ばれるデータ構造によっても決定されるため、ＰＦは、いずれのＣＧＤＭも引数として受け入れ可能である。ＰＦはＣＦ呼び出し元を通してＣＦを実行する。ＣＦ呼び出し元は、引数として、ＣＧＤＭ、ＶＭＳ、およびＣＦＲｅｓｕｌｔｓ構造体を受け入れる。ＰＦが呼び出すために、統一されたインターフェースが与えられる。ＣＦ呼び出し元は、ｉ）ＣＧＤＭおよびＶＭＳに従ってＣＦおよび呼び出しの引数を準備し、ｉｉ）ＣＧＤＭおよびＶＭＳに従ってＣＧＤＭの出力部分を設定し、ｉｉｉ）後のＣＦの実行による使用を可能にするために、結果をＣＦＲｅｓｕｌｔｓに保存する。
【0026】
本発明の一実施形態では、２つの型のＣＦ関数が存在してもよい、ｉ）完全ＣＦと、ｉｉ）部分ＣＦである。完全ＣＦは、ＰＦを呼び出さず、インターフェース要件は完全に完了している。部分ＣＦは、ＰＦを呼び出し、インターフェース要件は、部分的に終わっている。インターフェース要件がどのように実行されるかは、どのＰＦが呼び出されるか、およびＰＦが何を行うように構成されているかに依る。
【0027】
ＣＦがＰＦを呼び出す時、ＣＧＤＭを準備し、かつ、引数としてのＣＧＤＭを呼び出したＰＦに渡す。ＣＧＤＭにおける値の命名は、一貫した命名規則に従う。ＣＦが呼び出すＰＦの名前、およびＣＦが作成するＣＧＤＭの名前は、ＣＦのＶＭＳにおいて指定可能である。
【0028】
ＶＭＳＳは、ＣＦを接続する制御を行い、部分ＣＦは、ＰＦを接続する制御を行う。ソフトウェアは、特定の設計に従って、ＰＦおよびＣＦを接続するためにＶＭＳおよびＶＭＳＳを操作することによって形成可能である。
【0029】
１つのＣＧＤＭについて、全てのＰＦ（２つ以上のＰＦを伴う場合がある）およびＣＦの実行シーケンスを呼び出して、ＣＧＤＭの計算構造の計算目標を達成する。
【0030】
図６Ａは、部分関数に引数として渡されるＣＧＤＭの一例である。この例では、ＣＧＤＭは、JavaScript（登録商標である）Object Notation（ＪＳＯＮ）フォーマットを有する。ＣＧＤＭは、１つまたは複数の入力キーと値のペアおよび出力キーと値のペアを含む。ＣＧＤＭには、入力キーおよび出力キーと値のペアを抽出するためにパーサーまたはインタープリタが使用できる識別子を含まれている場合がある。
【0031】
図６Ａに示される例において、ＣＧＤＭにおける入力パラメータ識別子は「Input:」という名称が付けられ、出力パラメータ識別子は「Output:」という名称が付けられる。例えば、ＣＧＤＭを構文解析するパーサーが「Input:」の識別子を認識後、パーサーは、次の左中括弧「｛｝と右中括弧「」」との間に位置する次の要素がキーと値の入力パラメータのペアであるとみなすことができる。例えば、ＣＧＤＭを構文解析するパーサーが「Output:」の識別子を認識後、パーサーは、次の左中括弧「｛」と右中括弧「｝」との間に位置する次の要素がキーと値の出力パラメータのペアであるとみなすすることができる。例えば、キーと値のペアは、セミコロン「；」によって区切ることができ、特定のキーと値のペアのキーおよび値はコロン「：」によって区切ることができる。
【0032】
図６Ａは、入力パラメータのキーと値のペアを示すための「Input:」という用語の使用、出力パラメータのキーと値のペアを示すための「Output:」という用語の使用、キーと値のペアの開始を示すための「｛」という用語の使用、キーと値のペアの終わりを示すための「｝」という用語の使用、および、パーサーがキーと値とを区別できるようにするための「：」という用語の使用を示すが、本発明はこれらに限定されない。例えば、これらの用語は、作成者によって所望されるように、他の語または記号に変更されてよい。
【0033】
図３に戻って参照すると、この方法は、ユーザが計算関数（ＣＦ）の新しいインスタンスを呼び出すことを部分関数に所望しているかどうかを判断するステップ（Ｓ３０２）を含む。新しいインスタンスとは、特定のＣＦの挿入が初めてリクエストされたこと、または、リクエストされた挿入がＣＦ（例えばＣＦ２）のインスタンスを異なるＣＦ（例えばＣＦ１）の後に挿入させること、を意味する。説明を簡単にするために、図６Ｂに示されるような、第１の計算関数ＣＦ１および第２の計算関数ＣＦ２のみが利用可能であると仮定する。ユーザがＣＦの新しいインスタンスをリクエストしている場合、この方法は、特定のＣＦを識別するためにラベルを挿入する（Ｓ３０３）。例えば、ユーザが、第１の計算関数ＣＦ１が使用されることをリクエストしているため、この方法は、「ＣＦ１」などのラベルを可変マッチング構造シーケンス（ＶＭＳＳ）に挿入して、第１の計算関数ＣＦ１が呼び出されるように識別する。ＶＭＳＳは、完成すると、ペアのシーケンスを含むことになり、この場合、それぞれのペアは所与のＣＦ（例えば、ＣＦ１）およびＶＭＳ（例えば、ＣＦＮａｍｅ、ＶＭＳ）の名前を含む。例えば、完成したＶＭＳＳは、｛｛ＣＦ１、ＶＭＳ１｝、…、｛ＣＦＮ、ＶＭＳＮ｝｝のペアを含むことができ、この場合Ｎは１またはそれ以上である。ＶＭＳＳはＣＧＤＭに関連付けられ、ＶＭＳＳにおける全てのＶＭＳはＣＧＤＭの全ての名前（キー）の値を完全に埋める。すなわち、ＶＭＳＳはＣＧＤＭの計算目標を満たす。つまり、ＶＭＳＳは、ＰＦに、ＣＧＤＮの計算目標をどのように達成するかを命令する。
【0034】
次に、この方法は、ＣＦインスタンスの入力パラメータをＣＧＤＭ内の入力パラメータにマッピングし、かつ、ＣＦインスタンスの出力パラメータをＣＧＤＭ内の出力パラメータにマッピングする可変マッチング構造（ＶＭＳ）を、ユーザが構成できるようにするステップ（Ｓ３０４）を含む。ＶＭＳは、ＰＦに、１つのＣＦをどのように実行するかを命令する。
【0035】
例えば、図６Ｂは、それぞれのキーペアがセミコロン「；」で分離される複数のキーペアを有する第１のＣＦ１ ６１１のために構成される第１のＶＭＳ６０１の例を示す。例えば、第１のＶＭＳ６０１の第１のキーペア「ａ：ｘ」における第１のキー「ａ」は、第１のＣＦ１ ６１１の第１の入力パラメータ「ａ」に対応し、第１のキーペア「ａ：ｘ」における第２のキー「ｘ」は図６Ａに示されるＣＧＤＭ６００の第２の入力パラメータ「ｘ：２」に対応する。例えば、第１のＶＭＳ６０１の第２のキーペア「ｂ：ｙ」における第１のキー「ｂ」は第１のＣＦ１ ６１１の第２の入力パラメータ「ｂ」に対応し、第２のキーペア「ｂ：ｙ」における第２のキー「ｙ」は図６Ａに示されるＣＧＤＭ６００の第３の入力パラメータ「ｙ：３」に対応する。例えば、第１のＶＭＳ６０１の第３のキーペア「ｃ：ｚ」における第１のキー「ｃ」は第１のＣＦ１ ６１１の出力パラメータ「ｃ」に対応し、第３のキーペア「ｃ：ｚ」における第２のキー「ｚ」は図６Ａに示されるＣＧＤＭ６００の出力パラメータ「ｚ：ＮＵＬＬ」に対応する。図６Ｃは、ＣＦに対する呼び出しの例を示す。ＣＦの引数が複合型である場合、ＣＧＤＭの入力部分において同じ複合型にマッピングされると、引数の名前がＣであり、かつ同じ型（ＣＧＤＭの入力部分のサブ構造）の名前がＤであると仮定する場合に、マッピングは「Ｃ：Ｄ」と指定可能である。ＣＧＤＭの入力部分における同じ複合型にマッピングされず、そのメンバがＣＧＤＭの入力部分において配布された名前にマッピングされる場合、複合型のそれぞれのメンバのマッピングを指定する必要がある。複合型がＴであり、かつＣＧＤＭの入力部分における名前がｄ１、ｄ２、…であると仮定する場合、マッピングは「C、T(「member1:d1」、「member2:d2」…)」と指定可能である。Ｃが配列型である場合、マッピングは「C:Array[d1、d2、…]」と指定可能である。
【0036】
次に、この方法は、構成されたＶＭＳを、部分関数ＣＦに関連付けられたＶＭＭＳに挿入する（Ｓ３０５）。ＶＭＳは、識別されたＣＦに関連付けられていることをパーサーが認識できるように挿入される。例えば、ラべル「ＣＦ１」より下の図６Ｂに示される第１のＶＭＳ６０１は、ＰＦがＶＭＳＳに挿入されておりかつ第１の計算関数ＣＦ１に関連付けられているように構成されるＶＭＳの一例である。この方法は、次いで、ユーザが完了したかどうかを判定するステップ（Ｓ３０５）を含む。例えば、ユーザが計算関数（ＣＦ）を選択するためにＧＵＩを用い、計算関数（ＣＦ）に入れ終わっていることを示すことができる。ユーザが別の計算関数（ＣＦ）、または、先に選択された計算関数（ＣＦ）の別のインスタンスを選択する場合には、この方法はステップＳ３０２に進む。例えば、ユーザが同じＣＦ（例えば、再びＣＦ１）の別のインスタンスを入力し、ＣＧＤＭの異なるパラメータをＣＦに送る場合、この方法はステップＳ３０４に進むことになる。例えば、これによって、第１の計算関数ＣＦ１を識別する同じラベル（例えばＣＦ１）の下に第２のＶＭＳ６０２が挿入されることになる可能性がある。しかしながら、ユーザが新しい計算関数（例えば、ＣＦ２ ６１２）を選択する場合、図６Ｂに示されるように、第２のラベル（例えばＣＦ２）および第３のＶＭＳ６０３が挿入されることになる可能性がある。
【0037】
ＣＧＤＭの入力から値を取ること以外に、ＣＦの引数は、また、１つまたは複数の先に実行されたＣＦの結果から値を取ることができる。例えば、ＰＦが第１のＣＦを実行する時、ＣＦの実行の結果をＰＦの内部にあるデータ構造（例えば、ＣＦＲｅｓｕｌｔｓ構造）またはリストに記憶でき、それによって、ＰＦが同じ第１のＣＦまたは第２のＣＦを再実行する場合、その結果は、対応するＣＦが必要に応じて該結果に基づいて演算できるように、どちらのＣＦにも利用可能である。図７に示されるように、ＰＦ７０１がＰＦ呼び出しを通して呼び出される時、ＰＦ７０１はＣＦＣａｌｌｅｒ関数を通してＣＦを実行する。ＣＦＣａｌｌｅｒ関数は、複数の利用可能なＣＦＣａｌｌｅｒ関数を記憶する外部記憶領域７０２（例えば、ＣＦＣａｌｌｅｒストア）からロードされてもよい。ＣＦＣａｌｌｅｒ関数は、入力として、ＣＧＤＭ、ＣＦに関連付けられたＶＭＳＳ７０３、およびＣＦＲｅｓｕｌｔｓ構造７０４を受け取る。ＶＭＳＳ７０３は、外部記憶領域７０５（例えば、ＶＭＳＳストア）からロードされてよい。ＣＦＣａｌｌｅｒ関数は、下記を行う。１）ＣＦの引数を宣言し、かつＶＭＳＳ７０３、ＣＧＤＭ、およびＣＦＲｅｓｕｌｔｓ構造７０４内のＣＦＲｅｓｕｌｔｓを使用してそれぞれの引数を初期化し、２）引数によってＣＦを実行し、３）その結果をＣＦＲｅｓｕｌｔｓ構造７０４に加えて、ＶＭＳＳ７０３に従ってＣＧＤＭの出力（例えば、ＣＧＤＭ．ｏｕｔｐｕｔ）を設定する。一実施形態では、それぞれのＣＦは、関連のＣＦＣａｌｌｅｒ関数を有し、それぞれのＣＦは同じインターフェースを有する。ＶＭＳＳストアは、ＰＦが呼び出される全てのＣＧＤＭに対する全てのＶＭＳＳを包含する。ＣＦＣａｌｌストアは、ＰＦが包含する全てのＣＦに関連付けられたＣＦＣａｌｌｅｒ関数を包含する。
【0038】
図４は、本発明の例示的な実施形態に従って、受信されたＣＧＤＭのＰＦ呼び出しを実行するための方法を示す。この方法は、ＣＧＲｅｓｕｌｔｓ構造７０４をクリアするステップ（Ｓ４０１）と、ＣＧＤＭの名前を使用してＶＭＳＳストア７０５から対応するＶＭＳＳ７０３を検索するステップ（Ｓ４０２）と、ＶＭＳＳ７０３におけるそれぞれの要素について、要素の名前部分を使用してＣＦＣａｌｌｅｒストア７０２からＣＦＣａｌｌｅｒ関数を検索し、かつ要素のＶＭＳ部分、ＣＧＤＭ、およびＣＦＲｅｓｕｌｔｓ構造７０４によって、検索されたＣＦＣａｌｌｅｒ関数を呼び出すステップ（Ｓ４０３）と、（この時値が埋められている）ＣＧＤＭの出力をコピーするステップ（Ｓ４０４）と、そのコピーを返すステップ（Ｓ４０５）と、を含む。
【0039】
ＣＦは他のＰＦを呼び出すことができる。これを行う方法は、ＣＧＤＭを作成し、かつ、引数として作成されたＣＧＤＭをこの呼び出しに渡す方法である。ＣＦが、計算するＣＧＤＭにおける値を、作成するＣＧＤＭに渡す場合、ＣＦは、計算するＣＧＤＭにあるのと同じ名前を使用する。ＣＦが、ＣＦＲｅｓｕｌｔｓ構造７０４における値を、作成するＣＧＤＭに渡す場合、ＣＦＲｅｓｕｌｔｓ構造７０４にあるのと同じ名前を使用する。これは名前整合性規則と呼ばれる。ＣＦが別のＰＦを呼び出すためのＣＧＤＭを作成する時、名前整合性規則に従うものとする。
【0040】
全てのＰＦが同じインターフェースを有するため、異なるＰＦを呼び出す際の違いは名前だけである。ＰＦ名前引数は、呼び出すＰＦ全てに対するＣＦに加えることが可能であり、その後、呼び出すＰＦはＣＦのＶＭＳにおいて指定可能である。また、作成するＣＧＤＭの名前は、ＶＭＳにおいて指定可能である。そのため、ＣＦが呼び出すのはどのＰＦか、および使用するＣＧＤＭの名前が何かについては、ＣＦの開発後に決定可能である。
【0041】
一実施形態において、データ記憶パラメータの全ては、名前（キー）と値のフォームである。データ記憶フォーマットは、ＣＧＤＭと共に種々の構文規則を有することができる。
【0042】
データ記憶域およびＣＧＤＭ内の名前は、異なるユーザよって異なる時間に作成される可能性があるため、矛盾する場合がある。名前と値のセットは、セットにおける同じ名前が命名された値に対して同じ意味論的意味を記述し、かつ、セットにおける異なる名前が命名された値に対する異なる意味論的意味を記述する場合、整合性があると言われる。整合性のある名前と値のセットは、名前空間（ＮＳ）を形成する。ＰＦおよびこのＣＦは１つのＮＳにおいて演算する必要がある。ＣＧＤＭおよびデータ記憶域が１つのＮＳにない場合、変換をＣＧＤＭに適用して、それらを１つのＮＳに変換できる。１つのＣＧＤＭについて、ＣＧＤＭの計算目標を達成するために、全てのＰＦおよびＣＦの実行シーケンスが呼び出される。
【0043】
図５は、本発明の例示的な実施形態によるソフトウェア開発プロセスを示す。このプロセスは、ソフトウェアの全ての入力要件および出力要件をＣＧＤＭフォーマットに変換するステップ（Ｓ５０１）と、その変換から生成されたそれぞれのＣＧＤＭの計算構造を設計し、マークアップ規則によってＣＧＤＭをマーキングし、必要に応じて新しいマークアップ規則を作成し、必要に応じて、プロパティシートを使用して新しいマークアップ規則によってＣＧＤＭをマーキングするステップ（Ｓ５０２）と、設計された計算構造をサポートするようにデータ記憶域を設計するステップ（Ｓ５０３）と、既存のＰＦおよび／またはＣＦを選択し、新しいマークアップ規則が加えられる場合、必要に応じて新しいＰＦおよび／またはＣＦを開発し、関わるＣＦに対して新しいＣＦＣａｌｌｅｒを開発するステップ（Ｓ５０４）と、開発されたおよび／または選択されたＰＦならびにＣＦを接続するためにＶＭＳおよびＶＭＳＳを作成するステップ（Ｓ５０５）とを含む。
【0044】
一実施形態では、ステップＳ５０５は、入力部分の値、すなわち、ＣＧＤＭの名前インスタンス（ＮＩ）なしでＣＧＤＭを呼び出すことによって実施される。ＮＩは、入力部分および出力部分の両方に値のないＣＧＤＭである。一実施形態では、他のＰＦを呼び出すそれぞれのＣＦは開発モード（ＤＶ）処理を有する。ＤＶにおいて、ＣＧは、計算するＣＧＤＭのＮＩを取り、かつ、計算するＣＧＤＭに対して作成する全てのＣＧＤＭのＮＩを、（例えば、ファイルのような）持続的データ記憶域に出力する。出力されたＮＩは呼び出されたＰＦのＣＧＤＭのコンテンツを指定する。ＶＭＳおよびＶＭＳＳはそれに応じて作成可能である。
【0045】
図８は、本発明概念の例示の実施形態に従って、利用可能な部分関数（ＰＦ）の１つまたは複数を使用してソフトウェアを生成する方法を示す。この方法は、利用可能なＰＦからＰＦを選択するようにユーザにクエリを行うステップ（Ｓ８０１）と、入力名前（キー）と値のペアおよび出力キーと値のペアを入力するようにユーザにクエリを行うステップ（Ｓ８０２）と、入力されたデータに基づいてＣＧＤＭをフォーマットするステップ（Ｓ８０３）と、入力引数としてフォーマットされたＣＧＤＭを使用してＰＦ呼び出しを挿入するステップ（Ｓ８０４）と、ユーザがＰＦ呼び出しを完了したかどうかを判定するステップ（Ｓ８０５）とを含む。ユーザが完了していない場合、この方法は、ステップＳ８０１に進み、新しいＰＦを選択するようにユーザにクエリを行う。ユーザが完了している場合、この方法は終了する。
【0046】
図９は、本発明の例示的な実施形態に従って、ＰＦ呼び出しを含むソフトウェアを解釈する方法を示す。この方法は、特定のＰＦ、および、ＰＦ呼び出しに引数として渡されたＣＧＤＭを、識別するためにＰＦ呼び出しを構文解析するステップ（Ｓ９０１）を含む。この方法は次いで、特定されたＰＦに関連付けられたＶＭＳＳをロードし、かつ、特定されたＣＧＤＭ内の入力キーと値のペアおよび出力キーと値のペアを識別するステップ（Ｓ９０２）を含む。この方法は、次いで、ロードされたＶＭＳＳの次の行を構文解析するステップ（Ｓ９０３）を含む。この方法は次いで、構文解析された行がＣＦラベルを含むかどうかを判断する（Ｓ９０４）。例えば、次の行が図６Ｂに示されるＶＭＳＳの第１の行である場合、この方法は、ＣＦ１のＣＦラベルを識別したと結論付けることになる。ＣＦラベルが識別されたと判断される場合、この方法は、判断されたＣＦラベルから呼び出すための特定のＣＦを識別し、かつ、ＶＭＳＳの次の行をパースする。その後、この方法が、次の行がＣＦラベルでない（すなわち、次の行がＶＭＳに対応する）と判断する場合、この方法は、ＶＭＳの現在のキーペアの第１のキーを特定されたＣＦの選択されたＩ／Ｏパラメータにマッチさせ、かつ、現在のキーペアの第２のキーを特定されたＣＧＤＭの選択されたＩ／Ｏキーにマッチさせる（Ｓ９０６）。例えば、ＶＭＳ６０１がパースされ、かつ、パースされた現在のキーペアが「ａ：ｘ」であり、特定されたＣＦがＣＦ１ ６１１である場合、方法は、現在のキーペア「ａ：ｘ」の第１のキー「ａ」をＣＦ１ ６１１の入力パラメータにマッチさせ、かつ、現在のキーペアの第２のキー「ｘ」をＣＧＤＭ６００の入力パラメータｘ：２の入力キー「ｘ」にマッチさせる。次いで、この方法は、ＣＦの選択されたＩ／Ｏパラメータが選択されたＩ／Ｏキーの値を渡されるように、特定されたＣＦへの呼び出しをフォーマットするステップ（Ｓ９０７）ことを含む。例えば、ＣＦＬ１ ６１１の入力パラメータ「ａ」は値「２」が渡されるが、これは、第１のキー「ａ」が「ｘ」にマッチさせられ、ｘは２に設定される（例えば、「ｘ：２」）からである。この方法は次いで、ＶＭＳのあらゆるキーペアに対するこれらのマッチングステップを繰り返す。この方法は、完了したかどうかを判断するために、ＶＭＳの最後のキーペアがパースされたかどうかを判断する（Ｓ９０８）。この方法が終えられていない場合、ステップＳ９０６に進むことによって、ＶＭＳの次のキーペアに進行する。この方法が完了している場合、ステップＳ９０２に進んで、ＶＭＳＳの次の行を構文解析して、先に識別されたＣＦラベル下で新しいＣＦラベルまたは別のＶＭＳのどちらかを見つける。
【0047】
図６ＡはＣＧＤＭのＪＳＯＮフォーマットの使用を示すが、本発明はこれに限定されない。例えば、ＪＳＯＮフォーマットは、ハイパーテキストマークアップ言語（ＨＴＭＬ）フォーマットまたは拡張マークアップ言語（ＸＭＬ）フォーマットと置き換え可能である。マークアップ規則は、ＣＧＤＭの構文規則を使用してＣＧＤＭのコンテンツを拡張する規則として定義される。これにより、アルゴリズムの任意の入力インスタンスには、対応する拡張コンテンツが存在し、入力インスタンスおよびその全データの特徴は、拡張コンテンツから差し引かれる。マークアップ規則は、アルゴリズムに関連付けられる。
【0048】
本発明の一実施形態では、ソフトウェアへの入力データメッセージは、ＨＴＭＬフォーマットであり、ＣＧＤＭはＪＳＯＮフォーマットであり、データ記憶域は、ウェブ開発環境を可能にするリレーショナルデータベースである。入力を処理する部分関数はウェブブラウザにおいて実行され、フロントエンド部分関数と呼ばれる場合がある。サーバ側で実行させる部分関数はバックエンド部分関数と呼ばれる場合がある。バックエンド部分関数はデータベースに接続可能である。
【0049】
ＨＴＭＬ入力を処理する１つのＰＦは、線形カスケード入力を処理するものであってもよい。線形カスケード入力の例には、州を選択後、郡を選択し、次いで市を選択する入力である。この入力は、＜select＞のリストおよび現在の選択のリストであり、出力は次のオプション配列である。マークアップ規則は、リストを表現する任意の規則とすることができる。マークアップ規則の例には、第１のリストを<select Cascade=“cs1”cs1=”1”mName=”name1”…>とマーキングする、第２のリストを<select Cascade=”cs1”cs1=”2”mName =”name2”…>とマーキングする、第３のリストを<select Cascade=”cs1”cs1=”3”mName =”name3”… >とマーキングする、などがある。カスケードは計算名であり、Cascade=”cs1”はcs1=’n’であるインスタンスｃｓ１を宣言し、その後、リストにおける位置を宣言する。ＰＦは<select＞要素のonSelectイベントによってトリガされる。同じonSelectイベントハンドラのcascadeHndlerは全ての<select>に対して設定される。cascadeHndlerはこの型の入力要件および出力要件をハンドリングする部分関数である。ハンドラーのアルゴリズムは以下になる。Get instance name from Cascade=”instance_i”;
Get position number from instance_i=”n”;
Get selected value v and name n1 of the current <select>
Get name n2 of the next <select>
Send a data message of the form
{{ “input”:
{“n1” : v}
},
{ “output”: {
[{“n2”:0}]}
}}
to a backend component
Set return result to the next <select>
【0050】
１つのＨＴＭＬデータメッセージにおける任意の長さの任意の数のカスケード入力は、この部分関数によって処理することが可能である。
【0051】
入力の別のケースは、スターカスケード入力と呼ばれ、この場合、いくつかの<select>のオプションは、選択した布に基づいて利用可能なサイズおよび色のオプションが決定される場合のように、１つの＜select＞によって決定される。中央マークについて、<select star=”star1”star1=”name list of all end select node”>である。エンドノード<select>がマーキングされる必要はない。中央の<select>の選択が完了すると、以下のフォームのデータメッセージがバックエンドに送られる。{
{“input”:
{“centerName” : “v”}
},
{ “output”: {
[{“n1”, “”}],
[{“n2”, “”}],
…
}}
}
この場合、ｎ１およびｎ２はエンドノードの名前である。返された値が配列ではなく単一値であり、かつエンドノードがテキストまたは数入力である時、これはオートフィルになる。カスタマの名前が選定されると、そのアドレスがオートフィルされる。
【0052】
入力候補処理は、オートフィルの逆の操作である。現在の入力値およびいくつかの他の入力値を除いて、部署および役職の入力が、被雇用者の名前入力の候補を制限するように、現在の入力のオプションを制限することができる。現在の入力値がテキストである時、候補値に関して、２つ以上の解釈がある場合がある。例えば、候補値が、このテキストから始まるか、またはテキストを含む場合がある。そのため、さらなる情報が以下のような値に対して提供される必要がある。{
{“input”: {
{“otherValues1”: “v1”},
{“otherValues2”: “v2”},
{“currentValue”: {
{“value”: “v3”},
{“type”: “LIKE”}
}
}
…
},
{ “output”: {
[{“n1”, “”}]
}
}
}
ここで、ｎ１は現在の入力要素の名前である。
【0053】
第１の要素<input rangeInput=”ri1”ri1=”1”…>、第２の要素<input rangeInput=“ri1”ri1=”2”…>、または、選択入力について、第１の要素<select rangeInput=”ri1”ri1=”1”…>、第２の要素<select rangeInput=”ri1”ri1=”2”…>といったマックアップ規則を有する範囲入力を実行可能である。アルゴリズムは、現在の入力チェックを受け入れる前に、他の入力によって設定された制約を満たすか、または、一方の入力が他方の入力のオプションを制限するかどうかを確認する。入力フォーマット選定に起因して、日にち範囲入力、選択範囲入力、数値範囲入力のように、いくつかの異なるタイプの範囲入力が存在する場合がある。
【0054】
フォームは、いくつかの異なるタイプの入力要素（テキスト、数値、リストオプション、範囲入力、カスケード入力…）を包含する。フォーム送信のアクションは、全ての要素に対する（名前、値）ペアを収集することである。フォーム送信のマークアップ規則は、入力要素のタイプごとにタイプシンボルを定義する。タイプが異なるということは、名前と値へのアクセスに異なる方法を使用する必要があることを意味する。それぞれの入力要素に適切なタイプのマークを付ける。フォーム送信のアルゴリズムは以下になる。For each type {
Get all input element for the type
For each input element of the type {
Get the name and value, pack the name value into JSON format.
}
}
mark the data message as ADD or MODIFY
send the JSON data message to a backend address
【0055】
フォーム送信は、新しいデータの追加ＡＤＤまたは古いデータの修正ＭＯＤＩＦＹのどちらかである。修正のために、データは最初に、バックエンドからロードされる。このとき、いくつかの追加のデータ、キー、または参照番号もロードされる。次いで、データは修正され、バックエンドに送られる。追加のキーデータは、クッキーなどの同様の機構によって処理可能である。クッキーの１つの実行形態は、ＨＴＭＬのいくつかの非表示要素を特殊なタグとともに使用することである。新しいデータを追加する場合、この追加のキーデータは使用されない。そのため、フォーム送信のＰＦは、修正と追加とを区別することができる。ＰＦのフォームは、定義されたタイプの任意の数の入力要素を持つ任意のフォームのフォーム送信を処理可能である。
【0056】
検索ページは、検索条件としての１つまたは複数のデータ入力要素、および、検索結果を表示するための２次元データグリッドを包含する。データグリッドのそれぞれの列には名前を付けることができる。データ検索を送信するために、バックエンドに送られるＪＳＯＮデータメッセージは、２つの部分、つまり、以下に示されるような検索条件部分と空の２次元配列部分のデータグリッド部分を有する。{
{“input”:{
{“name1”: “value1”},
{“name2”: {
{“Max”: {“value”: “v2”, “EQUAL”: “true”}},
{“Min”: {“value”: “v3”, “EQUAL”: “false”}}
} },
…
},
{“output”: {
[[{name4:0}, {name5:0},…]]
}}
}
ここで、ｎａｍｅ２は範囲値入力を指定し、EQUALは、trueが<=pr>=を意味し、falseが<or>を意味する。
【0057】
検索条件部分は、ＡＤＤのフォームと同じ方法で、タイプに名前を付け、マークを付け、パックされる。
【0058】
バックエンドの１つの実施形態は、データ記憶域としてリレーショナルデータベースを選定することであり、データメッセージの間で送受信されるデータメッセージはＪＳＯＮフォーマットである。リレーショナルデータベースと相互作用する必要があるＰＦの場合、データベーススキーマ名が使用される必要がある。データベーススキーマ名に対応するデータメッセージ内の作業名は、データベーススキーマ名に変換される。テーブルの列名はtableName.columnNameのフォームである。単一のテーブルにおける挿入を処理するＰＦは、以下のようにＣＧＤＭによって実行される。{“input”: {
{“column1”: “table1.column1”},
{“column2”: “table1.Column2” },
{“column3”, “table1.Column3” },
…
} }
【0059】
１つのテーブルに挿入するために、それぞれの列はＳＱＬの挿入ステートメントによって同じように扱われるため、１つのタイプのデータがある。かかる挿入を実行するＣＧＤＭは以下になる。{ input: {
{“table1.column1”, “”},
{ “table1.Column2”, “” },
{ “table1.Column3”, “” },
…
}}
【0060】
マスター／詳細テーブルに挿入するために、ＣＧＤＭは以下になる。{“input”: {
{“Master”: {
{ “table1.column1”: “”},
{ “table1.Column2”:“”},
{ “table1.Column3”: “”}
…
}}
{ “Detail”: {
[{“table2.column1”: “”},
{ “table2.Column2”: “” },
{ “table2.Column3”: “” },…] }}
}}
ここで、ＣＧＤＭは、マスターテーブルのデータ、および、詳細テーブルのデータの配列を含む。
【0061】
１つのテーブルへの更新を実行するＰＦは以下のようにＣＧＤＭを有する。{“input”: {
“primarykey”: {
{ “table1.column1”: “”},
{ “table1.Column2”: “”},
…
}
},
{“values”: {
{ “table1.Column3”: “” },
{ “table1.Column4”: “”},
…
}}
}
【0062】
マスター／詳細テーブルへの更新を実行するＰＦは以下のようにＣＧＤＭを有する。{“input”:{{“m_Primarykey”: {
{ “table1.column1”: “”},
{ “table1.Column2”: “”},
…
}
},
{“m_values”: {
{ “table1.Column3”: “”},
{ “table1.Column4”: “”},
…
}
},
{“d_Primarykey”: {
{ “table2.column1”: “”},
{ “table2.Column2”: “”}
…
}
},
{“d_values”: {
{ “table2.column3”: “”},
{ “table2.Column4”: “”}
…
}
},
{“d_data”: {
[{“table2.column1”: “”},{ “table2.Column2”: “”},…,
{ “table2.Column3”: “”},{ “table2.Column3”: “”}…]
}
}}
}
【0063】
以下の例では、ＳＱＬ選択ステートメントが、Select [A: output section] from [B: table section]のような形式であり、ここで、[C: conditions section] は、[F: order section]によって並べ替えられた[E: aggregation condition]を含む[D: aggregation section]により分類することを想定している。この入力および出力のデータは、６つのセクションに分割される。セクションＡは、セクションＢに表示されるテーブルの列、または、セクションＢに表示されるテーブルの列のＳＱＬ関数を含み、セクションＢは、テーブルと結合関係を含み、セクションＣは、同じ関係における、column=value または column>(=)value または column<(=)value、column LIKE value SQLFunction(column)のフォームを含む。セクションＥは、SQLAggregateFunction(column)=or<(=)or>(=)valuesを含み、セクションＦは、列を包含する、と仮定する。
【0064】
セクションＢにおいて必要とされるテーブルとそれらの結合関係情報は、データベースのスキーマから取得可能であるが、結合タイプ情報はアプリケーションから取得する必要がある。配列構造は、選択ステートメントを実行するＰＦのＣＧＤＭ内の２つのテーブル間の関係を表すように選択できる。この選択ステートメントのＣＧＤＭは以下になる。{{“input”:
{{“requirement”: {
[{ “tableA.column8”: “tableA.column8”},
{ “total1”: { “tableB.column4”:
{
“FUNC”: “SUM”
}}
},
…]}
},
{“table”: {
{[ “tableA”, “tableB”, “joinType”, “tableA.column1= tableB.column2”, “tableA.column3= tableB.column4”, …],
[ “tableC”, “tableD”, “joinType”, “tableC.column1= tableD.column2”, “tableC.column3= tableD.column4”, …],
…}}
},
{“condition”: {
{ “tableA.column5”: “v1”}, //default to tableA.column5=v1
{ “tableB.column1”: {
“value”: “v2”, //default to SUM(tableB.column1)=v2
“FUNC”: “SUM”
}
},
…}
},
{“groupby”: [
“tableA.column6”,
{ “tableB.column2”: {
“FUNC”: “DATE”
}
},
…]
},
{“having”: {
{ “tableB.column3”: {
“value”: “v3”,
“FUNC”: “MAX”
}
},
…}
},
{“orderby”: [
“tableA.column7”,
…]
}
}},
{“output”:
{“results”:
[{ “tableA.column8”: ‘’},
{ “total1”: ‘’},
…]}
}}
【0065】
入力要件は、ＳＱＬ選択のセクションＡに対応しており、かつ、ＳＱＬ選択の出力を指定する。該要件は、配列フォーマットを指定する。{“tableA.column8”:“tableA.column8”}は、tableA.column8の値を取得し、「tableA.column8」という名前に設定することを意味する。ペアの、{ “total1”: { “tableB.column4”:
{
“FUNC”: “SUM”
}}
}
は、ＳＵＭ関数列、tableB.column4を適用し、その値を「total1」という名前に適用することを意味する。
【0066】
バックエンド計算タスクを達成するために２つ以上のＰＦを使用する実行については、図１０に示されるように、販売注文の出荷操作の場合を検討する。販売注文は、（部分払いまたは在庫品の制約のため）一部出荷可能であると仮定すると、販売注文は２回以上出荷される必要がある場合がある。着信するＣＧＤＭは以下になる。{ “Order_Shipment_Data” :
{“input”: {
{“orderID”, “value1”}
}},
{“output”: {
{“order_info”: {
{“orderCode”:””}
{“salesmanName”:””},
{“customerName”:””}
}},
{“order_prod_info”: {
[[{“productName”:””}, {“productionDate”:””},
{“Quantity”:””},{“shippedQuantity”:””},{“quantityLeft”:””}]]
}}
}}
}
【0067】
入力は、注文ｉｄであり、必要とされる出力は、いくつかの注文情報、注文コード、販売員名およびカスタマ名、ならびに、製品情報、製品名、製造日、注文量、出荷量、および出荷残り数量のリストを含む。
【0068】
図１０では、ＣＧＤＭは、ＤａｔａＥｘｐａｎｄｅｒ ＰＦ１０によって受信される。ＤａｔａＥｘｐａｎｄｅｒ ＰＦ１０は、リレーショナルデータセット１２に接続する。ＣＧＤＭのためにＷＮＳＭ１００をマッピングする、機能させる名前空間は、以下になる。{
{“orderID”, “order.id”};
{ “orderCode”, “order.code”}
{ “salesmanName”, “employee.name” }
{“customerName”, “customer.name”}
{“productName”, “product.name”}
{“productionDate”, “product.productionDate”}
{ “Quantity”, “order.Quantity” }
}
【0069】
マッピング後、ＣＧＤＭは以下のようになる。{ “Order_Shipment_Data” :
{“input”:
{“order.id”, “value1”}
},
{“output”: {
{“order_info”: {
{“order.code”: “”}
{“employee.name”: “”},
{“customer.name”: “”}
}},
{“order_prod_info”: {
[[{“product.name”: “”}, {“product.productionDate”: “”},
{“order.Quantity”: “”},{“shippedQuantity”: “”},{“quantityLeft”: “”}]]
}}
}}
}
【0070】
ＰＦ１０は、ＳｅｌｅｃｔおよびＰａｃｋｅｒという２つのＣＦを有する。Ｓｅｌｅｃｔ ＣＦは、３つのインスタンス１０２、１０４、および１０６を実行する。Ｐａｃｋｅｒ ＣＦは１つのインスタンス１０８を実行する。Ｓｅｌｅｃｔは、リレーショナルデータベースに対して上記の例のタイプＳＱＬ選択を行い、Ｐａｃｋｅｒ ＣＦは、この入力全てを、データメッセージ（例えば、ＣＧＤＭ）の対応する入力部分および出力部分にパッケージングし、データメッセージをＬｏｏｐＰＦ１４に送る。ＰＦ１４は、入力として配列ＡおよびＢを受け取り、配列Ｃを出力する１つのインスタンスを実行するＫｅｙＭａｔｃｈＬｏｏｐと呼ばれる１つのＣＦを有する。Ａ、Ｂ、およびＣのそれぞれの要素は、キー部分および値部分を有する。要素のキーは、名前と値のシーケンスである。２つのキーは、２つのキーの名前と値のシーケンスの長さが同じであり、シーケンスのそれぞれの位置の２つの名前と値のペアの名前が同じである場合、同じタイプである。ＡおよびＢは同じタイプのキーを有する。ＫｅｙＭａｔｃｈＬｏｏｐのアルゴリズムは以下になる。For each element a of A
Create an element c with key part same as a
if there is an element b of B with a.key==b.key {
value part of c is computed from value parts of a
and b by computation rule1.
}
else {
value part of c is computed from value parts of a
and b by computation rule2.
}
add c to
【0071】
計算規則１および計算規則２は、Ｃａｌｃｕｌａｔｏｒ ＰＦ１６によって行われる。ＰＦ１６は、Ｅｑｕａｌ、Ｚｅｒｏ、およびＭｉｎｕｓの３つの計算を有する。ＰＦ１０に対するOrder_Shipment_DataのＣＧＤＭは以下になる。{“Order_Shipment”:
{“Select.order”:
{
{ “input”: {
{ “requirement”: {
{“order.code”: “order.code”}
{“salesman.name”: “salesman.name”},
{“customer.name”: “customer.name”}
}},
{ “condition” : {
{“order.id”, “Order_Shipment_Data.input.‘order.id’” }
}},
{ “table” : {
{[“order”, “salesman”, “inner join”, “order.salesmanID=salesman.id”],
[“order”, “customer”, “inner join”, “order.customerID=customer.id”]}
}}
}},
{ “output”:
{ “result”: “Order_Shipment_Data.output.order_info”}
}}
}},
{“Select.orderProduct”:
{
{ “input”: {
{ “requirement”: {
[{“product.name”: “product.name”},
{“production.date”: “production.date”},
{“order_product.quantity”: “order_product.quantity”}]
}},
{ “condition” : {
{“order_product.orderId”,
“Order_Shipment_Data.input.‘order.id’” }
}},
{ “table” : {
[“order_product”, “product”, “inner join”,
“order_product.productId=production.id”]
}}
}},
{ “output”: {
“result”: “”}
}}
}}
{“Select.shipped”:
{
{ “input”: {
{ “requirement”: {
{“product.name”: “product.name”},
{“production.date”:“production.date”},
{“shippedQuantity”: {“shipment.Quantity”:
{
“FUNC”: “SUM”
}}
}
}},
{ “condition” : {
{“shipment.orderid”,“Order_Shipment_Data.input.‘order.id’” }
}},
{ “table” : {
[“shipment”, “product”, “inner join”, “shipment.productID=product.id”]
}}
{ “aggregate” : {
[“product.name”, “product.productiondate”]
}}
}},
{ “output”:
{ “result”: “”}
}
}}
{“packer”: {
{“input”: {
{“In”:
{
{“A”: “Select.orderProduct.output.Result”},
{“B”: “Select.shipped.output.Result”}
}},
{“Out”: {{“C”: “Order_Shipment_Data.output.order_prod_info”}}}
}},
{“output”: {
{“result” : “Order_Shipment_Data.output.order_prod_info”}
}}
}}
}
【0072】
データメッセージOrder_Shipment_Dataの出力部分のorder_prod_infoは、ＰＦ１０がＰＦ１４に送るデータメッセージの出力部分を生成するための入力として使用される。ＰＦ１０は、データメッセージOrder_Shipment_Data_FullをＰＦ１４に送る。{“Order_Shipment_Data_Full”: {
{“input”: {
{“A”: [[{“product.name”: “v1”}, {“product.productionDate”: “v2”},
{“order_product.quantity”: “v3”}]]},
{“B”: [[{“product.Name”: “v4”}, {“product.productionDate”: “v5”},
{“shippedQuantity”: “v6”}]]}
}},
{“output”: {
{“C”: [[{“product.Name”: “”}, {“product.productionDate”: “”},
{“order.Quantity”: “”},{“shippedQuantity”: “”},{“quantityLeft”: “”}]]}
}}
}
}
【0073】
ＰＦ１４に対するデータメッセージOrder_Shipment_Data_FullのＣＧＤＭは以下になる。{“Loop”:{
{“input”: {
{“A”:
[“Order_Shipment_Data_full.Input.A”,
{“key”:[“product.name”, “product.productionDate”]},
{“value”:{{“shippedQuantity” } }]
},
{“B”:
[“Order_Shipment_Data_full.Input.B”,
{“key”:[“product.name”, “product.productionDate”]},
{“value”:{{“order_product.quantity”} }]
},
{ “C”:
[“Order_Shipment_Data_full.output.C”,
{“key”:[“product.name”, “product.productionDate”]},
{“value”:{{“order_product.quantity”},{“shippedQuantity”},{“quantityLeft”}}]
}
}},
{“output”:
{ “result”: “Order_Shipment_Data_full.output.C”}
}
}
}
【0074】
ＰＦ１４はＰＦ１６に２つのデータメッセージを送る。{“Order_data”: {
{“input”: {
{“A”:{“order_product.quantity”: “v1”}}
}},
{“output”: {
{“C”:{{“order_product.Quantity”: “”},{“shippedQuantity”: “”},{“quantityLeft”: “”}}}
}}
}
}
{“Order_Ship_data”: {
{“input”: {
{“A”: {“order_product.quantity”: “v1”}},
{“B”: {“shippedQuantity”: “v2”}}
}
{“output”: {
{“C”: {{“order_product.quantity”: “”},{“shippedQuantity”: “”},{“quantityLeft”: “”}}}
}}
}
}
【0075】
Order_Ship_dataについてのＣＧＤＭは以下になる。{“Order_Ship_Data”: {
{“Equal.quantity”: {
{“input”: {
“X”:“A.order_product.quantity”
}},
{“output”: {
“Y”: “C.order_product.quantity” //Y=X
}}
}
},
{“Equal.quantityLeft”: {
{“input”: {
“X”:“A.order_product.quantity”
}},
{“output”: {
“Y”:“C.quantityLeft”
}}
}
}
{“Zero”: {
{“output”: {
“X”:“C.shippedQuantity” //X=0
}}
}
}
}}
【0076】
Order_dataについてのＣＧＤＭは以下になる。{“Order_Data”: {
{“Equal.quantity”: {
{“input”: {
“X”:“A.order_product.quantity”
}},
{“output”: {
“Y”: “C.order_product.quantity”
}}
}
},
{“Equal.shippedQuantity”: {
{“input”: {
“X”:“B.shippedQuantity”
}},
{“output”: {
“Y”:“C.shippedQuantity”
}}
}
},
{“Minus”: {
{“input”: {
{“X”:“A.order_product.quantity”},
{“Y”:“B.shippedQuantity”}
}},
{“output”: {
“Z”:“C.quantityLeft” //Z=X-Y
}}
}
}
}}
【0077】
データメッセージOrder_Shipment_Dataの出力部分は、ＣＦインスタンス１０６およびＣＦインスタンス１０８の出力部分によって形成される。そして、着信するデータメッセージOrder_Shipment_Dataの作業名空間に逆マッピングして、Order_Shipment_Dataの送信者に送ることができる。
【0078】
本発明の例示的な実施形態は、ＣＧＤＭのマークアップおよびプロパティシートを利用する。この実施形態は、線形カスケードに関して以下に論じられるが、本発明はデータの特定の構成に限定されない。線形カスケードは<select>要素のリストであり、これは、第１の要素から始まって最終の要素を除いたものであり、１つの<select>要素の選択された値が該リストにおける次の<select>のオプションを判断する。
【0079】
線形カスケード入力の１つの例は、Ｃｏｕｎｔｒｙ−Ｓｔａｔｅ−Ｃｉｔｙ入力であり、これによって、ユーザはＣｏｕｎｔｒｙのオプションから国を選択でき、Ｓｔａｔｅのオプションを決定し、ユーザはＳｔａｔｅのオプションから州を決定でき、Ｃｉｔｙのオプションを決定する。ブラウザの実装形態において、Ｃｏｕｎｔｙ、Ｓｔａｔｅ、およびＣｉｔｙはそれぞれ、<select>要素によって表される。Ｃｏｕｎｔｒｙに対するイベントハンドラはＣｏｕｎｔｙ<select>要素にアタッチされ、Ｓｔａｔｅに対するイベントハンドラはＳｔａｔｅ<select>要素にアタッチされる。例えば、「米国」などの国が選択される時、Ｃｏｕｎｔｒｙのイベントハンドラは呼び出され、このイベントハンドラは「米国」の値を得て、{Country=“USA”、State[ ]}のメッセージを作成し、このメッセージをバックエンドプロセスに送って「米国」の全ての州を得て、State[ ]における値を記憶する。State[ ]の値は次いで、Ｓｔａｔｅを表す<select>に設定される。ＳｔａｔｅおよびＣｉｔｙに対するイベントハンドラも同様である。
【0080】
本発明の一実施形態では、カスケードはリストデータ構造によって表され、この場合、リストのそれぞれの要素は５つのメンバ、すなわち、ＩＤ、Ｎｅｘｔ、ＳｅｌｅｃｔｅｄＶａｌｕｅ、ｅｖｅｎｔＨａｎｄｌｅｒ、およびＯｐｔｉｏｎｓを有する。ＩＤは要素の名前を保持し、Ｎｅｘｔはリストの次の要素のＮａｍｅの値を有し、ＳｅｌｅｃｔｅｄＶａｌｕｅは選択された値を保持し、ｅｖｅｎｔＨａｎｄｌｅｒは要素のイベントハンドラ関数を保持し、Ｏｐｔｉｏｎｓは値のセットを保持する。Ｏｐｔｉｏｎｓから値を選択し、かつＳｅｌｅｃｔｅｄＶａｌｕｅを設定するアクションは、リストの要素に対して行われ得る。アクションを終えると、引数として要素を渡すことによって、ｅｖｅｎｔＨａｎｄｌｅｒの関数は呼び出される。
【0081】
ＩＤは任意の名前を取ることができるため、アルゴリズムは抽象的である。それらは、Ｃｏｕｎｔｒｙ、Ｓｔａｔｅ、Ｃｉｔｙ、またはＣｏｍｐａｎｙ、Ｄｅｐａｒｔｍｅｎｔ、Ｅｍｐｌｏｙｅｅ Ｎａｍｅ、またはＣａｔｅｇｏｒｙ、Ｔｙｐｅ、Ｐｒｏｄｕｃｔ Ｎａｍｅとすることができる。アルゴリズムは、任意の数の要素が可能とされるため、一般化される。
【0082】
次に、リスト構造はＨＴＭＬ上でマーキングされる。ＩＤおよびＮｅｘｔを除いて、<select>要素は他の全てを有する。ここでのＣＧＤＭの定義において、それぞれの値は名前を有する必要があるため、ＣＧＤＭ上では、Ｎｅｘｔのみが必要とされる。値の名前が、ＩＤプロパティをＨＴＭＬタグの全ての要素に加えることによって実装されると仮定する。
【0083】
カスケードのマークアップ規則は、それぞれの<select>要素に対してＮｅｘｔプロパティを加えるためのものであり、この値はカスケードにおける次の<select>のＩＤの値である。１つのＨＴＭＬページにおける２つ以上のカスケードが可能である。
【0084】
一般に、マークアップ規則は、ＣＧＤＭの構文規則を使用してＣＧＤＭのコンテンツを拡張するための規則として定義され、それにより、アルゴリズムの任意の入力インスタンスに対して、それに対応する拡張コンテンツが存在する。入力インスタンスおよびその全データの特徴は、拡張コンテンツから差し引かれる。マークアップ規則はアルゴリズムに関連付けられる。
【0085】
ＰＦ関数は、異なるカスケードにおいてさえも、全ての<select>要素の選択イベントのイベントハンドラであってよい。この例では、ＰＦにはｃａｓｃａｄｅＰＦという名前が与えられる。ｃａｓｃａｄｅＰＦの入力は、選択された値、およびイベントを生成する<select>要素である。ＨＴＭＬ全体のドキュメントオブジェクトモデル（ＤＯＭ）構造はまた、ｃａｓｃａｄｅＰＦにアクセス可能である。ＰＦのＣＧＤＭは、CGDM={{the selected <select> element}、DOM}と見なすことができ、入力部分は、{{the selected <select> element}、{All <select> element of the cascade}}であり、出力部分は、{{the next element of the selected <select> element}}である。
【0086】
全てのカスケードは、種々のＨＴＭＬページにおいてさえも、同じｃａｓｃａｄｅＰＦを使用し、また、同じＣＧＤＭ名を使用できるため、ｃａｓｃａｄｅＰＦのＶＭＳＳストアはいずれのルックアップに対しても１つのＶＭＳＳを返すように構成可能である。ｃａｓｃａｄｅＰＦの例示のＣＦ関数は、initRestElement(CurrentElementName name)であり、これは、ＩＤ＝ｎａｍｅの現在の要素について、次の要素から最後の要素まで全てに対するオプションを再設定し、Results r=getValuesFromBackend(Condition condition、Results r、BackendProc p、CGDMNamepCGDMName)、これは、ＣＧＤＭをパッケージングし、バックエンドプロセスｐを呼び出し、ｐＣＧＤＭＮａｍｅという名前のＣＧＤＭを渡し、setOption(Results r)とする、つまり、ID=r.nameの<select>のオプションを設定する。ＣＧＤＭは次のフォーマットを有する。{pCGDMName: {
{Input: {Condition:{name:value}}}, {Output:{Results:{r:NULL}}
}
【0087】
ｃａｓｃａｄｅＰＦは<select>要素全てに対して使用できるため、異なる<select>要素に対して選択が行われる時、ＰＦが受信する選択された<select>要素は異なる。そのため、直接可変マッピング（ＶＭ）は不可能である。しかしながら、ＣＦの引数は、マークアップとＣＧＤＭから差し引くことができる。これを規則ベースのＶＭ（ＲＢＶＭ）と呼ぶ。
【0088】
バックエンドには、ｈａｎｄｌｅＤＢＳｅｌｅｔｉｏｎと呼ばれるＰＦを有することができ、これは、設定されたＳＱＬ選択実装を含む。通常、<select>に対するオプションの値は、ＳＱＬ選択を実行することによって取得可能である。ｃａｓｃａｄｅＯｐｔｉｏｎｓＣＧＤＭをＣＧＤＭの名前として割り当て、ｇｅｔＶａｌｕｅｓＦｒｏｍＢａｃｋｅｎｄはｈａｎｄｌｅＤＢＳｅｌｅｃｔｉｏｎに渡される。
【0089】
ＲＢＶＭを使用して、ＰＦに対するＶＭＳＳは以下になる。{initRestElement: RBVM}
{getValuesFromBackend: {{condition: RBVM }, {r : RBVM }, {p: handleDBSelection },{pCGDMName: cascadeOptionsCGDM }}}
{ setOptions: { {r: getValuesFromBackend.r}}
【0090】
ＣＦの呼び出し元は以下になる。initRestElementCaller(RBVM, CGDM, CFResults)
{
name = get the ID’s value of the selected <select> element
initRestElement(name);
}
getValuesFromBackendCaller(RBVM, CGDM, CFResults)
{
(name, value) = get the ID’s value and the selected value of the selected
<select> element
name = get the ID’s value of the next element of the selected <select> element
r = getValuesFromBackend(value, name, handleDBSelection, cascadeOptionsCGDM);
add r to CFResults.
}
setOptionsCaller(RBVM, CGDM, CFResults)
{
r = get getValuesFromBackend.r from CFResults
setOptions(r);
}
【0091】
ＲＢＶＭの利点は、新しいカスケードが追加された時、またはカスケードの長さが延長された時、コードの規則処理部分が変更されないことである。選択したアルゴリズムが抽象的で一般化されているため、全てのカスケードは同じコードを使用できる。
【0092】
ＣＦＣａｌｌｅｒｓの実装は、マークアップ規則の影響を受ける。ＣＦの新しいＣＦＣａｌｌｅｒは、マークアップ規則用に開発される必要がある。マークアップ規則に起因して、ＣＦは２つ以上のＣＦＣａｌｌｅｒを有することができる。
【0093】
マークアップは、相互参照としてＣＧＤＭの値の名前を使用して、同等以上の表現力のある構文規則を有する別個のメッセージに対して行うことができる。我々は、別個のマークアップメッセージを、ＣＧＤＭのプロパティシート（ＰＳ）と呼ぶ。いずれのＣＧＤＭもこれに接続するＰＳを有することができる。開発時において、ＣＧＤＭの名前インスタンス（ＮＩ）が既知であるため、開発時にＰＳをＣＧＤＭに接続できる。
【0094】
本発明の例示の実施形態を説明したが、本発明は、開示された実施形態に限定されず、本開示の趣旨および範囲内に含まれるさまざまな修正および等価の配置構成に及ぶことが意図されることは、理解されたい。【手続補正書】
【提出日】2020年11月9日
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
読み取り可能な記憶媒体と連結されてサービスを提供するコンポーネントベースのソフトウェアシステムのコンピュータプログラム(computer program)を組み立てる(assembling)方法であって、
前記方法は、
前記サービスの入力/出力(Input/Output, I/O)要件を、複数のI/Oキーと値のペア（I/O key-value pair)を含むそれぞれのデータメッセージ(data message)に変換(converting)するステップと、
前記データメッセージを入力引数(input argument)として受信するように前記プログラムの部分関数(Part Function, PF)を構成するステップと、
計算関数(Computation Function, CF)の引数にマッピング(mapping)されるとともに、前記I/Oキーと値のペアにマッピングされるキーペア(key-pair)を含む可変マッチング構造(Variable Matching Structure, VMS)セット(set)(Variable Matching Structure set, VMSS)を生成するステップと、
前記VMSSを用いて不完全な前記計算関数(CF)を呼び出す(call)ように、前記PFを構成するステップとを含み、
前記VMSSは、特定の計算関数(CF)のラベル、前記CFによって呼び出される前記PFの名前、前記CFによって呼び出される計算目標データメッセージ(Computation Global Data Message : CGDM)の名前、前記CFのインスタンスの入力パラメータ、および、前記CGDMのインスタンスの入力パラメータ、のうちの少なくとも一つを含み、
前記CFは、前記サービスに関連する動作を実行するように構成される
ことを特徴とするコンピュータプログラムを組み立てる方法。
前記方法は、
前記サービスの入力/出力(Input/Output, I/O)要件を、複数のI/Oキーと値のペア（I/O key-value pair)を含むそれぞれのデータメッセージ(data message)に変換(converting)するステップと、
前記データメッセージを入力引数(input argument)として受信するように前記プログラムの部分関数(Part Function, PF)を構成するステップと、
計算関数(Computation Function, CF)の引数にマッピング(mapping)されるとともに、前記I/Oキーと値のペアにマッピングされるキーペア(key-pair)を含む可変マッチング構造(Variable Matching Structure, VMS)セット(set)(Variable Matching Structure set, VMSS)を生成するステップと、
前記VMSSを用いて不完全な前記計算関数(CF)を呼び出す(call)ように、前記PFを構成するステップとを含み、
前記VMSSは、特定の計算関数(CF)のラベル、前記CFによって呼び出される前記PFの名前、前記CFによって呼び出される計算目標データメッセージ(Computation Global Data Message : CGDM)の名前、前記CFのインスタンスの入力パラメータ、および、前記CGDMのインスタンスの入力パラメータ、のうちの少なくとも一つを含み、
前記CFは、前記サービスに関連する動作を実行するように構成される
ことを特徴とするコンピュータプログラムを組み立てる方法。
【請求項2】
請求項１記載の方法であって、前記VMSSは、前記キーペアのサブセット(subset)を含むVMSを含み、
前記サブセットのキーペアのうちの第１のキーペアは、前記CFの入力引数にマッピングされる第１のキー、および、前記I/Oキーと値とのペアの中から入力キーと値のペアにマッピングされる第２のキーを含むことを特徴とするコンピュータプログラムを組み立てる方法。
前記サブセットのキーペアのうちの第１のキーペアは、前記CFの入力引数にマッピングされる第１のキー、および、前記I/Oキーと値とのペアの中から入力キーと値のペアにマッピングされる第２のキーを含むことを特徴とするコンピュータプログラムを組み立てる方法。
【請求項3】
請求項２記載の方法であって、前記サブセットのキーペアのうちの第２のキーペアは、前記CFの出力引数にマッピングされる第３のキー、および、前記I/Oキーと値のペアのうち出力キーと値のペアにマッピングされる第４のキーを含むことを特徴とするコンピュータプログラムを組み立てる方法。
【請求項4】
請求項１記載の方法であって、前記VMSSを前記データメッセージの名前(name)により索引付け可能な(indexable)データ記憶部(data storage)に記憶させるステップをさらに含むことを特徴とするサコンピュータプログラムを組み立てる方法。
【請求項5】
サービスを実行するように構成されたコンピュータプログラムを実行する方法であって、前記コンピュータプログラムは、複数の入力/出力(I/O)キーと値のペアを含むデータメッセージを入力引数として受信するように構成された部分関数(PF)を含み、
前記方法は、
複数の要素(element)を含むデータ構造を前記データメッセージの名前を用いて検索(retrieving)するステップと、ここで前記各要素は、名前および可変マッチング構造(VMS)を含み、前記VMSSは、特定の計算関数(CF)のラベル、前記CFによって呼び出される前記PFの名前、前記CFによって呼び出される計算目標データメッセージ(Computation Global Data Message : CGDM)の名前、前記CFのインスタンスの入力パラメータ、および、前記CGDMのインスタンスの入力パラメータのうちの少なくとも1つを含み、
前記検索されたデータ構造内の前記要素毎に、計算関数(CF)を検索するために、前記要素の前記名前を用いるステップと、
前記要素の前記VMS及び前記データメッセージを用いて、前記検索されたCFを呼び出すステップと
を含むことを特徴とするコンピュータプログラムを実行する方法。
前記方法は、
複数の要素(element)を含むデータ構造を前記データメッセージの名前を用いて検索(retrieving)するステップと、ここで前記各要素は、名前および可変マッチング構造(VMS)を含み、前記VMSSは、特定の計算関数(CF)のラベル、前記CFによって呼び出される前記PFの名前、前記CFによって呼び出される計算目標データメッセージ(Computation Global Data Message : CGDM)の名前、前記CFのインスタンスの入力パラメータ、および、前記CGDMのインスタンスの入力パラメータのうちの少なくとも1つを含み、
前記検索されたデータ構造内の前記要素毎に、計算関数(CF)を検索するために、前記要素の前記名前を用いるステップと、
前記要素の前記VMS及び前記データメッセージを用いて、前記検索されたCFを呼び出すステップと
を含むことを特徴とするコンピュータプログラムを実行する方法。
【請求項6】
請求項５記載の方法であって、
前記呼び出すステップは、
前記データメッセージから入力データを決定するステップと、
前記VMSから前記入力データのデータ部分(data part)に前記CFの引数をマッピングするステップと、
前記マッピングにしたがって、前記データ部分に前記CFを呼び出すステップと
を含むことを特徴とするコンピュータプログラムを実行する方法。
前記呼び出すステップは、
前記データメッセージから入力データを決定するステップと、
前記VMSから前記入力データのデータ部分(data part)に前記CFの引数をマッピングするステップと、
前記マッピングにしたがって、前記データ部分に前記CFを呼び出すステップと
を含むことを特徴とするコンピュータプログラムを実行する方法。
【請求項7】
請求項５記載の方法であって、
前記呼び出すステップは、前記検索されたCFの事前呼び出し(prior call)の結果を含む前記PF内の内部データ構造に格納されたデータをさらに用いる
ことを特徴とするコンピュータプログラムを実行する方法。
前記呼び出すステップは、前記検索されたCFの事前呼び出し(prior call)の結果を含む前記PF内の内部データ構造に格納されたデータをさらに用いる
ことを特徴とするコンピュータプログラムを実行する方法。
【請求項8】
請求項５記載の方法であって、
前記呼び出すステップは、第２のPFを呼び出す(invoke)ための複数の入力/出力(I/O)キーと値のペアを含む第２データメッセージとともに前記検索されたCFを呼び出すことを特徴とするサービスを実行するように構成されたコンピュータプログラムを実行させる方法。
前記呼び出すステップは、第２のPFを呼び出す(invoke)ための複数の入力/出力(I/O)キーと値のペアを含む第２データメッセージとともに前記検索されたCFを呼び出すことを特徴とするサービスを実行するように構成されたコンピュータプログラムを実行させる方法。
【請求項9】
コンピュータ可読記憶媒体(computer readable storage medium)に格納された、サービスを実行するプログラムを組み立てるためのコンピュータプログラム(computer program)であって、前記コンピュータ可読記憶媒体は、コンピュータ可読記憶媒体に具体化されるプログラム命令を有し、プログラム命令は、以下の方法を実行するためにコンピュータによって実行可能であり、
前記方法は、
前記サービスの入力/出力(I/O)要件を、複数のI/Oキーと値のペアを含むそれぞれのデータメッセージに変換するステップと、
前記データメッセージを入力引数として受信するように前記プログラムの部分関数(PF)を構成するステップと、
計算関数(CF)の引数にマッピングされるとともに、前記I/Oキーと値のペアにマッピングされるキーペアを含む可変マッチング構造(VMS)セット(VMSS)を生成するステップと、
前記VMSSを用いて前記計算関数(CF)を呼び出すように、前記PFを構成するステップとを含み、
前記VMSSは、特定の計算関数（CF)のラベル、前記CFによって呼び出される前記PFの名前、前記CFによって呼び出される計算目標データメッセージ(Computation Global Data Message : CGDM)の名前、前記CFのインスタンスの入力パラメータ、および、前記CGDMのインスタンスの入力パラメータ、のうちの少なくとも1つを含み、
前記CFは、前記サービスに関連付けられた動作を実行するように構成される
ことを特徴とするコンピュータ可読可能記憶媒体に格納されたコンピュータプログラム。
前記方法は、
前記サービスの入力/出力(I/O)要件を、複数のI/Oキーと値のペアを含むそれぞれのデータメッセージに変換するステップと、
前記データメッセージを入力引数として受信するように前記プログラムの部分関数(PF)を構成するステップと、
計算関数(CF)の引数にマッピングされるとともに、前記I/Oキーと値のペアにマッピングされるキーペアを含む可変マッチング構造(VMS)セット(VMSS)を生成するステップと、
前記VMSSを用いて前記計算関数(CF)を呼び出すように、前記PFを構成するステップとを含み、
前記VMSSは、特定の計算関数（CF)のラベル、前記CFによって呼び出される前記PFの名前、前記CFによって呼び出される計算目標データメッセージ(Computation Global Data Message : CGDM)の名前、前記CFのインスタンスの入力パラメータ、および、前記CGDMのインスタンスの入力パラメータ、のうちの少なくとも1つを含み、
前記CFは、前記サービスに関連付けられた動作を実行するように構成される
ことを特徴とするコンピュータ可読可能記憶媒体に格納されたコンピュータプログラム。
【請求項10】
請求項９記載の方法において、前記VMSSはキーのペアのサブセットを含む音声メッセージシステムを含み、前記部分集合の鍵対のうちの第1の鍵ペアは、前記CFの入力引数にマッピングされる第1キー、そして前記I/Oキー値対の中から入力キー値ペアにマッピングされる第2キーを含むことを特徴とするコンピュータ読み取り可能な記憶媒体に格納されたコンピュータプログラム。
【請求項11】
請求項１０記載の方法において、前記部分集合の鍵対のうちの第2の鍵ペアは、前記CFの出力引数にマッピングされる第3キー、そして前記I/Oキー値対のうち出力キー値ペアにマッピングされる第4キーを含むことを特徴とするコンピュータ読み取り可能な記憶媒体に格納されたコンピュータプログラム。
【請求項12】
請求項９記載の方法において、前記コンピュータプログラムは、上記VMSSを前記データメッセージのネームによって索引付け可能なデータストアに格納することを含むことを特徴とするコンピュータ可読記憶媒体に記憶されたコンピュータプログラム。
【請求項13】
コンピュータ可読記憶媒体に格納された、サービスを実行するように構成されたプログラムを実行するためのコンピュータプログラムであって、前記コンピュータプログラムは、複数の入力/出力(I/O)キーと値のペアを含むデータメッセージを入力引数として受信するように構成された部分関数(PF)を含み、前記コンピュータ可読記憶媒体は、コンピュータ可読記憶媒体に具体化されるプログラム命令を有し、プログラム命令は、以下の方法を実行するためにコンピュータによって実行可能であり、
前記方法は、
複数の要素)を含むデータ構造を前記データメッセージの名前を用いて検索するステップと、ここで前記各要素は、名前および可変マッチング構造(VMS)を含み、前記VMSSは、特定の計算関数(CF)のラベル、前記CFによって呼び出される前記PFの名前、前記CFによって呼び出される計算目標データメッセージ(Computation Global Data Message : CGDM)の名前、前記CFのインスタンスの入力パラメータ、および、前記CGDMのインスタンスの入力パラメータのうちの少なくとも1つを含み、
前記検索されたデータ構造内の前記要素毎に、計算関数(CF)を検索するために、前記要素の前記名前を用いるステップと、
前記要素の前記VMS及び前記データメッセージを用いて、前記検索されたCFを呼び出すステップと
を含むことを特徴とするコンピュータ可読記憶媒体に記憶されたコンピュータプログラム。
前記方法は、
複数の要素)を含むデータ構造を前記データメッセージの名前を用いて検索するステップと、ここで前記各要素は、名前および可変マッチング構造(VMS)を含み、前記VMSSは、特定の計算関数(CF)のラベル、前記CFによって呼び出される前記PFの名前、前記CFによって呼び出される計算目標データメッセージ(Computation Global Data Message : CGDM)の名前、前記CFのインスタンスの入力パラメータ、および、前記CGDMのインスタンスの入力パラメータのうちの少なくとも1つを含み、
前記検索されたデータ構造内の前記要素毎に、計算関数(CF)を検索するために、前記要素の前記名前を用いるステップと、
前記要素の前記VMS及び前記データメッセージを用いて、前記検索されたCFを呼び出すステップと
を含むことを特徴とするコンピュータ可読記憶媒体に記憶されたコンピュータプログラム。
【請求項14】
請求項１３記載のコンピュータプログラムであって、
前記呼び出すステップは、
前記データメッセージから入力データを決定するステップと、
前記VMSから前記入力データのデータ部分(data part)に前記CFの引数をマッピングするステップと、
前記マッピングにしたがって、前記データ部分に前記CFを呼び出すステップと
を含むことを特徴とするコンピュータ可読記憶媒体に記憶されたコンピュータプログラム。
前記呼び出すステップは、
前記データメッセージから入力データを決定するステップと、
前記VMSから前記入力データのデータ部分(data part)に前記CFの引数をマッピングするステップと、
前記マッピングにしたがって、前記データ部分に前記CFを呼び出すステップと
を含むことを特徴とするコンピュータ可読記憶媒体に記憶されたコンピュータプログラム。
【請求項15】
請求項１３記載のコンピュータプログラムであって、
前記呼び出すステップは、前記検索されたCFの事前呼び出しの結果を含む前記PF内の内部データ構造に格納されたデータをさらに用いる
ことを特徴とするコンピュータ可読記憶媒体に記憶されたコンピュータプログラム。
前記呼び出すステップは、前記検索されたCFの事前呼び出しの結果を含む前記PF内の内部データ構造に格納されたデータをさらに用いる
ことを特徴とするコンピュータ可読記憶媒体に記憶されたコンピュータプログラム。
【請求項16】
請求項１３記載のコンピュータプログラムであって、
前記呼び出すステップは、第２のPFを呼び出す(invoke)ための複数の入力/出力(I/O)キーと値のペアを含む第２データメッセージとともに前記検索されたCFを呼び出すことを特徴とするコンピュータ可読記憶媒体に記憶されたコンピュータプログラム。
前記呼び出すステップは、第２のPFを呼び出す(invoke)ための複数の入力/出力(I/O)キーと値のペアを含む第２データメッセージとともに前記検索されたCFを呼び出すことを特徴とするコンピュータ可読記憶媒体に記憶されたコンピュータプログラム。