JP2023049888A - システム、サーバ及び方法 - Google Patents

Abstract

【課題】ユーザが目的とする管理対象の管理スケジュールを決定する技術を改善するシステム、サーバ、ユーザ端末及び方法を提供する。【解決手段】システム１において、ユーザ端末１０は、入力操作に基づいて、ドメイン固有言語で記述されたオーダーデータを取得し、取得されたオーダーデータをサーバ２０へ送信する。サーバ２０は、ユーザ端末１０から受信したオーダーデータに基づいて、汎用プログラミング言語で記述されるソースコードを自動的に生成し、生成されたソースコードを実行することにより、管理対象の管理スケジュールを決定し、決定された管理スケジュールを示す情報をユーザ端末１０へ送信する。【選択図】図１

Description

本開示は、システム、サーバ及び方法に関する。

従来、ユーザが目的とする管理対象の管理スケジュール（例えば、製品の生産スケジュール等）を決定する技術が知られている。例えば特許文献１には、オーダーに従って生産スケジュールを生成するスケジューリング装置において、製造工程に与えられる材料を消費する生産オーダーを当該材料の余剰数量に応じた生産オーダーとして生成し、当該生産オーダーに従って当該製造工程による製造の生産スケジュールを作成することが開示されている。

特開２０１０－０４４５４９号公報

近年、クラウドサーバが処理した結果をユーザ端末へ提供するクラウドサービスが知られている。一般的に、クラウドサービスを利用するユーザは、クラウドサーバ側の処理に用いられるオーダーデータを規定のデータ形式で準備する。オーダーデータが規定のデータ形式で記述されるので、クラウドサーバ側の処理プログラムは、例えばユーザ毎に個別に開発する必要がなく汎用性が高い。しかしながら、例えば生産スケジューリングでは、ユーザ又は生産工場によって製品の生産プロセスは異なり得るため、生産プロセスを表現するオーダーデータを規定のデータ形式で準備することはユーザにとって必ずしも容易でない。したがって、ユーザが目的とする管理対象の管理スケジュールを決定する技術には改善の余地があった。

かかる事情に鑑みてなされた本開示の目的は、ユーザが目的とする管理対象の管理スケジュールを決定する技術を改善することにある。

本開示の一実施形態に係るシステムは、
ユーザが使用するユーザ端末と、前記ユーザ端末と通信可能なサーバと、を備え、前記ユーザが目的とする管理対象の管理スケジュールを決定するシステムであって、
前記ユーザ端末は、
前記ユーザ端末に対する入力操作に基づいて、ドメイン固有言語で記述されたオーダーデータを取得し、
取得された前記オーダーデータを前記サーバへ送信し、
前記サーバは、
前記ユーザ端末から受信した前記オーダーデータに基づいて、汎用プログラミング言語で記述されるソースコードを自動的に生成し、
生成された前記ソースコードを実行することにより、前記管理対象の管理スケジュールを決定し、
決定された前記管理スケジュールを示す情報を前記ユーザ端末へ送信する。

本開示の一実施形態に係るサーバは、
ユーザが使用するユーザ端末と通信する通信部と、制御部と、を備えるサーバであって、
前記制御部は、
前記ユーザ端末に対する入力操作に基づいて取得された、ドメイン固有言語で記述されたオーダーデータを、前記通信部を介して前記ユーザ端末から受信し、
前記オーダーデータに基づいて、汎用プログラミング言語で記述されるソースコードを自動的に生成し、
生成された前記ソースコードを実行することにより、前記ユーザが目的とする管理対象の管理スケジュールを決定し、
決定された前記管理スケジュールを示す情報を、前記通信部を介して前記ユーザ端末へ送信する。

本開示の一実施形態に係る方法は、
ユーザが使用するユーザ端末と通信する通信部と、制御部と、を備えるサーバが実行する方法であって、
前記制御部が、
前記ユーザ端末に対する入力操作に基づいて取得された、ドメイン固有言語で記述されたオーダーデータを、前記通信部を介して前記ユーザ端末から受信するステップと、
前記オーダーデータに基づいて、汎用プログラミング言語で記述されるソースコードを自動的に生成するステップと、
生成された前記ソースコードを実行することにより、前記ユーザが目的とする管理対象の管理スケジュールを決定するステップと、
決定された前記管理スケジュールを示す情報を、前記通信部を介して前記ユーザ端末へ送信するステップと、を含む。

本開示の一実施形態によれば、ユーザが目的とする管理対象の管理スケジュールを決定する技術が改善される。

本開示の一実施形態に係るシステムの概略構成を示すブロック図である。 ユーザ端末の概略構成を示すブロック図である。 サーバの概略構成を示すブロック図である。 システムの動作を示すシーケンス図である。

以下、本開示の実施形態について説明する。

（実施形態の概要）
図１を参照して、本開示の実施形態に係るシステム１の概要について説明する。システム１は、エンドユーザ（以下、単に「ユーザ」という。）が目的とする管理対象の管理スケジュールを決定するために用いられる。本実施形態では、ユーザはメーカであり、管理対象はメーカが生産する製品であり、管理スケジュールは当該製品の生産スケジュールである例について説明する。システム１は、１つ以上のユーザ端末１０と、サーバ２０と、を備える。各ユーザ端末１０及びサーバ２０は、例えばインターネット等を含むネットワーク３０と通信可能に接続される。

ユーザ端末１０は、ユーザが使用するコンピュータである。例えばＰＣ（Personal Computer）、タブレット端末又はスマートフォン等の汎用のコンピュータ、又はシステム１に専用のコンピュータが、ユーザ端末１０として採用可能であるが、これらに限られない。例えば、ユーザ端末１０は、例えば自走型ロボット等の任意の装置に搭載されてもよいし、或いは自走型ロボットがユーザ端末１０としてされてもよい。図１では３つのユーザ端末１０ａ～１０ｃが図示されているが、システム１が備えるユーザ端末１０の数は任意に定められてもよい。また、各ユーザ端末１０は、互いに異なるユーザによって使用されてもよい。

サーバ２０は、１つ又は互いに通信可能な複数のサーバ装置を含む。サーバ２０は、オーダーデータをユーザ端末１０から受信すると、当該オーダーデータに従って製品の生産スケジュールを自動的に決定する生産スケジューリングを行う。オーダーデータは、例えば製品の生産スケジュールに対する要求仕様を示す要求仕様データ、及び／又は、製品の生産スケジュールに対する制約条件を示す制約条件データを含む。製品の生産スケジュールは、例えば、オーダーデータに従って製品を生産するのに必要な一連の工程に対して、実施日時及び使用資源（例えば、設備、機械、工具、及び従業員等）を割り当てた生産計画である。本実施形態では、サーバ２０による生産スケジューリングは、クラウドサービスとしてユーザに提供される。

まず、本実施形態の概要について説明し、詳細については後述する。システム１において、ユーザ端末１０は、ユーザ端末１０に対する入力操作に基づいて、ドメイン固有言語（ＤＳＬ；Domain Specific Language）で記述されたオーダーデータを取得する。ユーザ端末１０は、当該オーダーデータをサーバ２０へ送信する。サーバ２０は、ユーザ端末１０から受信した当該オーダーデータに基づいて、汎用プログラミング言語（例えば、Ｐｙｔｈｏｎ（登録商標）等）で記述されるソースコードを自動的に生成する。サーバ２０は、当該ソースコードを実行することにより、製品の生産スケジュールを決定する。そしてサーバ２０は、当該生産スケジュールを示す情報をユーザ端末１０へ送信する。

このように本実施形態では、オーダーデータはドメイン固有言語で記述され、当該オーダーデータに基づいて汎用プログラミング言語で記述されるソースコードをサーバ２０が自動的に生成する。ドメイン固有言語では、例えば生産スケジューリングの分野に固有の語彙又は語法を使用する等、汎用プログラミング言語よりもユーザが所望の事象を表現しやすい文法が採用可能である。本実施形態によれば、例えばユーザがオーダーデータを汎用プログラミング言語で記述する場合と比較して、オーダーデータを準備するユーザの負担が低減され得る点で、ユーザが目的とする管理対象の管理スケジュールを決定する技術が改善される。

次に、システム１の各構成について詳細に説明する。

（ユーザ端末の構成）
図２に示すように、ユーザ端末１０は、通信部１１と、出力部１２と、入力部１３と、記憶部１４と、制御部１５と、を備える。

通信部１１は、ネットワーク３０に接続する１つ以上の通信インタフェースを含む。当該通信インタフェースは、例えば有線ＬＡＮ（Local Area Network）規格又は無線ＬＡＮ規格等に対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、ユーザ端末１０は、通信部１１を介してサーバ２０と通信する。

出力部１２は、情報を出力してユーザに通知する１つ以上の出力装置を含む。当該出力装置は、例えば情報を映像で出力するディスプレイであるが、これらに限られない。或いは、出力部１２は、外部の出力装置を接続するためのインタフェースを含んでもよい。

入力部１３は、ユーザによる入力操作を検出する１つ以上の入力装置を含む。当該入力装置は、例えば物理キー、静電容量キー、ディスプレイと一体的に設けられたタッチスクリーン、又は音声入力を受け付けるマイクロフォン等であるが、これらに限られない。或いは、入力部１３は、外部の入力装置を接続するためのインタフェースを含んでもよい。

記憶部１４は、１つ以上のメモリを含む。本実施形態において「メモリ」は、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部１４に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部１４は、ユーザ端末１０の動作に用いられる任意の情報を記憶する。例えば、記憶部１４は、システムプログラム及びアプリケーションプログラム等を記憶してもよい。記憶部１４に記憶されるアプリケーションプログラムは、例えばｗｅｂブラウザ等の汎用のアプリケーションプログラム、又はシステム１に専用のアプリケーションプログラムを含んでもよい。ユーザは、当該アプリケーションプログラムを介して、生産スケジューリングに係るクラウドサービスを利用可能であってもよい。

また記憶部１４は、１つ以上のデータテーブルを記憶してもよい。各データテーブルは、サーバ２０がオーダーデータに基づいて生成したソースコードの実行に用いられ得る複数のデータを含む。例えば、当該データテーブルは、生産プロセスに関与する従業者に関する複数のデータを含んでもよい。具体的には、当該データテーブルは、例えば従業員の氏名、所属班、及び力量（例えば、保有スキル等）等の複数の項目にそれぞれ対応する複数のカラムを含んでおり、データテーブルの各行には各従業者の各項目に対するデータが格納される。各従業者のデータは、例えば従業員の所属班、力量又はこれらの組み合わせを考慮して生産スケジュールを決定するために、後述するようにサーバ２０によって使用され得る。しかしながら、記憶部１４に記憶されるデータテーブルは当該例に限られず、例えば生産プロセスで用いられる設備、機械又は工具等の、従業員以外の任意の資源に関する複数のデータを含むデータテーブルが記憶部１４に記憶されてもよい。また、記憶部１４に記憶するデータテーブルの数、及び各データテーブルの各カラムに対応する項目は、例えば生産プロセスに応じてユーザが任意に設計可能である。

また記憶部１４は、後述するように、ユーザ端末１０に対する入力操作に基づいて取得される定義データを記憶してもよい。本実施形態において、定義データは、例えばドメイン固有言語で記述され、データテーブルの各カラムの名称を例えば関数名として定義するデータである。例えばサーバ２０は、定義データを参照することにより、データテーブルからソースコードの実行に用いる任意のデータを読み出すことができる。

制御部１５は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。プロセッサは、例えばＣＰＵ（Central Processing Unit）若しくはＧＰＵ（Graphics Processing Unit）等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサであるがこれらに限られず、例えば量子プロセッサであってもよい。プログラマブル回路は、例えばＦＰＧＡ（Field-Programmable Gate Array）であるがこれに限られない。専用回路は、例えばＡＳＩＣ（Application Specific Integrated Circuit）であるがこれに限られない。制御部１５は、ユーザ端末１０全体の動作を制御する。例えば、制御部１５は、記憶部１４に記憶されたアプリケーションプログラムを実行可能である。

（サーバの構成）
図３に示すように、サーバ２０は、通信部２１と、記憶部２２と、制御部２３と、を備える。

通信部２１は、ネットワーク３０に接続する１つ以上の通信インタフェースを含む。当該通信インタフェースは、例えば有線ＬＡＮ規格又は無線ＬＡＮ規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、サーバ２０は、通信部２１を介してユーザ端末１０と通信する。

記憶部２２は、１つ以上のメモリを含む。記憶部２２に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部２２は、サーバ２０の動作に用いられる任意の情報を記憶する。例えば、記憶部２２は、システムプログラム、アプリケーションプログラム、及びデータベース等を記憶してもよい。

また記憶部２２は、ドメイン固有言語で記述されたデータに基づいて、汎用プログラミング言語で記述されるソースコードを生成するために用いられる任意の情報を記憶する。本実施形態では、記憶部２２は、ドメイン固有言語で記述されたデータを汎用プログラミング言語で記述されるソースコードに翻訳（変換）するコンパイラを記憶する。

制御部２３は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。制御部２３は、サーバ２０全体の動作を制御する。

（システムの動作フロー）
図４を参照して、本実施形態に係るシステム１の動作について説明する。

ステップＳ１００：ユーザ端末１０は、それぞれ複数のデータを含む１つ以上のデータテーブルを記憶する。

具体的には、制御部１５は、１つ以上のデータテーブルを記憶部１４に記憶する。上述したように、各データテーブルは、サーバ２０がオーダーデータに基づいて生成したソースコードの実行に用いられ得る複数のデータを含む。記憶部１４に記憶される各データテーブルは、例えば生産プロセスで用いられる設備、機械、工具又は従業員等の任意の資源に関する複数のデータを含む。また、記憶部１４に記憶される各データテーブルは、複数の項目にそれぞれ対応する複数のカラムを含んでいる。例えば、上述したように従業員の氏名、所属班、及び力量等の複数の項目にそれぞれ対応する複数のカラムを含むデータテーブルが記憶部１４に記憶され、当該データテーブルの各行には各従業者の各項目に対するデータが格納されてもよい。なお制御部１５は、例えば入力部１３に対する入力操作に応じて、記憶部１４に記憶されたデータテーブルを更新可能であってもよい。

ステップＳ１０１：ユーザ端末１０は、ユーザ端末１０に対する入力操作に基づいて、ドメイン固有言語で記述された定義データであってデータテーブルの各カラムの名称を定義する定義データを取得する。

具体的には、制御部１５は、例えばユーザが入力部１３を介して入力した定義データを取得する。

ステップＳ１０２：ユーザ端末１０は、１つ以上のデータテーブル及び定義データを含む入力データをサーバ２０へ送信する。

具体的には、制御部１５は、ステップＳ１００で記憶された１つ以上のデータテーブル、及びステップＳ１０１で取得された定義データを含む入力データを、通信部１１を介してサーバ２０へ送信する。サーバ２０の制御部２３は、受信した入力データを記憶部２２に記憶する。ここで、入力データに含まれる各データテーブル及び定義データは、例えば予め定められたファイル名で、予め定められた保存先に保存されてもよい。制御部２３は、保存先のファイルパス及びファイル名、並びに、定義データで定義されたカラムの名称を指定することで、任意のデータテーブルにおける任意のカラムのデータを読出可能である。

ステップＳ１０３：ユーザ端末１０は、ユーザ端末１０に対する入力操作に基づいて、ドメイン固有言語で記述されたオーダーデータを取得する。

具体的には、制御部１５は、例えばユーザが入力部１３を介して入力したオーダーデータを取得する。本実施形態では、オーダーデータは、上述したように製品の生産スケジュールに対する要求仕様を示す要求仕様データ、及び／又は、製品の生産スケジュールに対する制約条件を示す制約条件データを含む。ここで制約条件データは、例えば宣言型の文法で記述されてもよい。宣言型の文法とは、例えば所望の対象（ここでは、制約条件）を直接宣言する文法であって、例えば当該対象を得るアルゴリズムを記述する命令型の文法と異なる。一般的に、宣言型の文法は命令型の文法と比較して平易であるため、ユーザは比較的容易に制約条件を記述することができる。

ステップＳ１０４：ユーザ端末１０は、オーダーデータをサーバ２０へ送信する。

具体的には、制御部１５は、ステップＳ１０３で取得されたオーダーデータを、通信部１１を介してサーバ２０へ送信する。サーバ２０の制御部２３は、受信したオーダーデータを記憶部２２に記憶する。

ステップＳ１０５：サーバ２０は、ユーザ端末１０から受信したオーダーデータに基づいて、汎用プログラミング言語で記述されるソースコードを自動的に生成する。

具体的には、制御部２３は、ドメイン固有言語で記述されたオーダーデータを、上述のように記憶部２２に記憶されたコンパイラを用いて翻訳（変換）することにより、ソースコードを生成する。

ステップＳ１０６：サーバ２０は、生成されたソースコードを実行することにより、ユーザが目的とする管理対象の管理スケジュールを決定する。

本実施形態では、製品の生産スケジュールが決定される。具体的には、制御部２３は、オーダーデータに示される要求仕様及び／又は制約条件を満たすように、生産スケジュールを決定する。要求仕様及び／又は制約条件を満たす生産スケジュールの決定には、例えば探索アルゴリズムが採用されるが、これに限られず任意のアルゴリズムが採用可能である。

ステップＳ１０７：サーバ２０は、決定された管理スケジュールを示す情報をユーザ端末１０へ送信する。

本実施形態では、制御部２３は、製品の生産スケジュールを示す情報を、通信部１１を介してユーザ端末１０へ送信する。ユーザ端末１０の制御部１５は、受信した情報を記憶部１４に記憶する。

ステップＳ１０８：ユーザ端末１０は、サーバ２０から受信した情報に基づいて、管理スケジュールを出力する。

具体的には、制御部１５は、サーバ２０から受信した生産スケジュールを示す情報を、出力部１２のディスプレイを介して映像で出力する。ユーザは、出力された情報に確認することによって、生成された生産スケジュールを認識可能である。

以上述べたように、本実施形態に係るシステム１において、ユーザ端末１０は、ユーザ端末１０に対する入力操作に基づいて、ドメイン固有言語で記述されたオーダーデータを取得する。ユーザ端末１０は、当該オーダーデータをサーバ２０へ送信する。サーバ２０は、ユーザ端末１０から受信した当該オーダーデータに基づいて、汎用プログラミング言語で記述されるソースコードを自動的に生成する。サーバ２０は、当該ソースコードを実行することにより、製品の生産スケジュールを決定する。そしてサーバ２０は、当該生産スケジュールを示す情報をユーザ端末１０へ送信する。

かかる構成によれば、例えばユーザがオーダーデータを汎用プログラミング言語で記述する場合と比較して、オーダーデータを準備するユーザの負担が低減され得る点で、ユーザが目的とする管理対象の管理スケジュールを決定する技術が改善される。

本開示を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び改変を行ってもよいことに注意されたい。したがって、これらの変形及び改変は本開示の範囲に含まれることに留意されたい。例えば、各構成部又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

例えば、上述した実施形態では、システム１がユーザ端末１０及びサーバ２０を備えており、サーバ２０による生産スケジューリングがクラウドサービスとして提供される例について説明した。しかしながら、上述した実施形態に係るサーバ２０の動作をユーザ端末１０に実行させる変形例（すなわち、サーバ２０を必要としない変形例）も可能である。例えば、図４に示すステップＳ１００、Ｓ１０１、Ｓ１０３、Ｓ１０５、Ｓ１０６及びＳ１０８の動作をユーザ端末１０が実行してもよい。かかる変形例であっても、上述した実施形態と同様に、ユーザが目的とする管理対象の管理スケジュールを決定する技術が改善される。

また例えば、上述した実施形態では、ユーザが目的とする管理対象の管理スケジュールとして、メーカが目的とする製品の生産スケジュールが生成される例について説明した。すなわち、製品の生産スケジューリングの分野にシステム１を適用する例について説明した。しかしながら、システム１は、製品の生産スケジューリングに限られず、任意の分野に適用可能である。例えば、店舗における従業員のシフト管理にシステム１を適用する場合、ユーザは店舗の経営者であり、管理対象は従業員のシフトであり、管理スケジュールは従業員の勤務スケジュールであってもよい。

また、例えば汎用のコンピュータを、上述した実施形態に係るユーザ端末１０又はサーバ２０として機能させる実施形態も可能である。具体的には、上述した実施形態に係るユーザ端末１０又はサーバ２０の各機能を実現する処理内容を記述したプログラムを、汎用のコンピュータのメモリに格納し、プロセッサによって当該プログラムを読み出して実行させる。したがって、本開示は、プロセッサが実行可能なプログラム、又は当該プログラムを記憶する非一時的なコンピュータ可読媒体としても実現可能である。

１ システム
１０、１０ａ、１０ｂ、１０ｃ ユーザ端末
１１ 通信部
１２ 出力部
１３ 入力部
１４ 記憶部
１５ 制御部
２０ サーバ
２１ 通信部
２２ 記憶部
２３ 制御部
３０ ネットワーク

Claims (7)

1. ユーザが使用するユーザ端末と、前記ユーザ端末と通信可能なサーバと、を備え、前記ユーザが目的とする管理対象の管理スケジュールを決定するシステムであって、
   前記ユーザ端末は、
   前記ユーザ端末に対する入力操作に基づいて、ドメイン固有言語で記述されたオーダーデータを取得し、
   取得された前記オーダーデータを前記サーバへ送信し、
   前記サーバは、
   前記ユーザ端末から受信した前記オーダーデータに基づいて、汎用プログラミング言語で記述されるソースコードを自動的に生成し、
   生成された前記ソースコードを実行することにより、前記管理対象の管理スケジュールを決定し、
   決定された前記管理スケジュールを示す情報を前記ユーザ端末へ送信する、システム。
2. 請求項１に記載のシステムであって、
   前記オーダーデータは、前記管理対象の管理スケジュールに対する制約条件を示す制約条件データを含み、
   前記制約条件データは、宣言型の文法で記述される、システム。
3. 請求項１又は２に記載のシステムであって、
   前記ユーザ端末は、
   複数のデータを含むデータテーブルを記憶し、
   前記ユーザ端末に対する入力操作に基づいて、ドメイン固有言語で記述された定義データであって前記データテーブルの各カラムの名称を定義する前記定義データを取得し、
   前記データテーブル及び前記定義データを含む入力データを前記サーバへ送信し、
   前記サーバは、前記定義データを参照して前記データテーブルから前記ソースコードの実行に用いるデータを読み出す、システム。
4. 請求項１から３の何れか一項に記載のシステムであって、
   前記管理対象は、前記ユーザが製造する製品であり、
   前記管理スケジュールは、前記製品の生産スケジュールである、システム。
5. ユーザが使用するユーザ端末と通信する通信部と、制御部と、を備えるサーバであって、
   前記制御部は、
   前記ユーザ端末に対する入力操作に基づいて取得された、ドメイン固有言語で記述されたオーダーデータを、前記通信部を介して前記ユーザ端末から受信し、
   前記オーダーデータに基づいて、汎用プログラミング言語で記述されるソースコードを自動的に生成し、
   生成された前記ソースコードを実行することにより、前記ユーザが目的とする管理対象の管理スケジュールを決定し、
   決定された前記管理スケジュールを示す情報を、前記通信部を介して前記ユーザ端末へ送信する、サーバ。
6. ユーザが使用するユーザ端末と通信する通信部と、制御部と、を備えるサーバが実行する方法であって、
   前記制御部が、
   前記ユーザ端末に対する入力操作に基づいて取得された、ドメイン固有言語で記述されたオーダーデータを、前記通信部を介して前記ユーザ端末から受信するステップと、
   前記オーダーデータに基づいて、汎用プログラミング言語で記述されるソースコードを自動的に生成するステップと、
   生成された前記ソースコードを実行することにより、前記ユーザが目的とする管理対象の管理スケジュールを決定するステップと、
   決定された前記管理スケジュールを示す情報を、前記通信部を介して前記ユーザ端末へ送信するステップと、
   を含む、方法。
7. 制御部を備えるユーザ端末が実行する方法であって、
   前記制御部が、
   前記ユーザ端末に対する入力操作に基づいて、ドメイン固有言語で記述されたオーダーデータを取得するステップと、
   前記オーダーデータに基づいて、汎用プログラミング言語で記述されるソースコードを自動的に生成するステップと、
   生成された前記ソースコードを実行することにより、前記ユーザが目的とする管理対象の管理スケジュールを決定するステップと、
   決定された前記管理スケジュールを出力するステップと、
   を含む、方法。

Images