サーバー自動化：デスクトップマクロからFANGプラットフォームへ

今日のデスクトップアプリケーションの大半は、ユーザーが特定の操作を行うよう設計されています：文書作成、計算、データ分析など。

多くの場合、これらのアプリケーションにはマクロ言語が組み込まれており、反復操作シーケンスの場合などにこれらのサービスを使用するコードを作成できます。つまり、この種のアプリケーションはプログラマブルです。

サーバー自動化はクライアントのアドレス空間で実行できます。この場合、内部（インプロセス）サーバーと呼ばれ、ライブラリ（DLL）として実装されます。

また、自動化サーバーはコントローラとは異なる独自のアドレス空間で実行できます。この場合、アウトオブプロセスサーバーと呼ばれます。このタイプのサーバーについて説明します。

自動化サーバーがコントローラの実行コンピューターとは別のコンピューターで実行される場合、リモートと呼ばれます。多くのローカル自動化サーバーをリモート実行できることに注意してください。どのようにFANGに到達したのか？

FANGは米国最大のテック企業を指します：
F – Facebook
A – Amazon
N – Netflix
G – Google

彼らはすでに米国で最も著名な企業の一つになっています。サーバー自動化は特に彼らにとって重要です。プロセスの自動化について語るとき、このような大企業が最も必要とするからです。

最後の10年がFANGのサーバー自動化を真に決定づけました。開発者がシステム導入に関わり、素晴らしく機能します。

小規模非テック企業もこれを使い始めており、特にFXブローカーがサーバー自動化を活用して、顧客であるあなたに最適なMT5インジケーター情報を提供するようになっています。

フィンテックはこのような技術が本当に重要な分野として徐々になり、ますます多くの企業がこのトレンドを期待しています。

サーバー自動化の概念とは？

クライアントとサーバーが異なるアドレス空間にある場合（同一コンピューター上でも異なるコンピューター上でも）、クライアントは異なるアドレス空間のオブジェクトメソッドを参照してサーバーを管理する必要があります。この目的でLRPC（ローカルリモートプロシージャコール）技術が使用されます。

前述の通り、各SOMサーバー（サーバー自動化）と各SOMオブジェクトクラスには固有の128ビットGUID（グローバル一意識別子）があります。

SOMオブジェクトクラスにアクセスする時、これはCLSID（クラスID）と呼ばれることもあります。SOMサーバー（自動化サーバーを含む）を作成する際、GUIDとCLSIDの助けを借りて自動生成できますが、必要に応じて標準Windows APIのcoCreateGUIDを呼び出して生成することもできます。

すべてのSOMサーバーとSOMオブジェクトクラスの情報はシステムレジストリに格納され、クライアントはSOMサーバーがどのディレクトリ（またはローカルネットワーク上のどのコンピューター）にあるかを「知らなくても」よく、レジストリから情報を取得できます。

一般的に、SOMサーバーはSOMオブジェクトを作成し、他のプログラムで利用可能にするアプリケーションです。自動化サーバーは、アクセス用の特殊なタイプのオブジェクト（ディスパッチオブジェクト）を顧客に提供します。

同時に、サーバーを制御するアプリケーションコントローラーのアドレス空間には、インターフェースIDispatchを含むオプション変数があり、これによりSOMサーバー上のこのオブジェクトにアクセスできます。

コントローラーは、サーバーの実行開始、文書や他オブジェクトの作成によりサーバーを制御できます。サーバーウィンドウのサイズ、位置、可視性も変更できます。コントローラーはまた、サーバーオブジェクトをクリップボードにコピーし、サーバーが作成した文書にデータを追加するなどの操作も行えます。

サーバー管理機能の可用性は、サーバー開発者が外部アプリケーションでの自動化のために提供するオブジェクト、プロパティ、メソッドに依存します。