次の方法で共有


用語集 - Microsoft BizTalk Accelerator for SWIFT

Microsoft BizTalk Accelerator for SWIFT では、次の用語集の用語と定義が使用されます。

ある

アセンブラ
送信パイプライン処理のアセンブル ステージ中に呼び出される Microsoft BizTalk Server 送信パイプライン コンポーネント。 通常、アセンブラーは XML からの送信メッセージを何らかのフラット ファイル形式にシリアル化するジョブを実行します。

アセンブリ する
Microsoft .NET Framework アプリケーションの主要な構成要素。 これは、再利用、バージョン管理、セキュリティ、およびデプロイの基本単位です。 これは、プログラマが単一ダイナミック リンク ライブラリ (DLL) または実行可能ファイル (EXE) であるように見えるファイルのコレクションです。

アセンブリ キャッシュ
アセンブリのサイド バイ サイド ストレージに使用されるマシン全体のコード キャッシュ。 キャッシュには 2 つの部分があります。 グローバル アセンブリ キャッシュには、コンピューター上の多くのアプリケーション間で共有されるように明示的にインストールされたアセンブリが含まれています。 ダウンロード キャッシュには、インターネットまたはイントラネット サイトからダウンロードしたコードが格納され、ダウンロードをトリガーしたアプリケーションに分離され、1 つのアプリケーションまたはページに代わってダウンロードされたコードが他のアプリケーションに影響を与えないようにします。

B

銀行識別子コード (BIC)
SWIFT で定義されている金融機関を識別するために使用されるコード。

ビジネス ルール作成ツール
ポリシーの作成に使用されるグラフィカル ユーザー インターフェイス ツール。

ビジネス ルール エンジン (BRE)
ファクトに対してルールを評価し、その評価の結果に基づいてアクションを開始するランタイム推論エンジン。

C

条件付きルール
SWIFT メッセージ型のフィールド間のリレーションシップを指定するルール。 条件付きルールは、SWIFT 標準リリース ガイドで定義されています。

D

逆アセンブラー
受信パイプライン処理の逆アセンブル ステージ中に呼び出される BizTalk Server 受信パイプライン コンポーネント。 逆アセンブラーは通常、フラットファイル形式の受信メッセージをXMLに解析する役割を果たします。

E

エラー コード
文字とそれに続く 2 桁の数字で構成されるコード。特定のメッセージの種類に対する規則の特定の違反を示します。

拡張マークアップ言語 (XML)
デザイナーが標準 HTML の機能を超えてカスタマイズされたタグを作成できるようにする、World Wide Web Consortium (W3C) によって開発された仕様。 HTML では定義済みのタグのみを使用してページ内の要素を記述しますが、XML を使用すると、ページの開発者がタグを定義できます。 製品や期限などの事実上すべてのデータ項目のタグは、特定のアプリケーションに使用できます。 これにより、Web ページをデータベース レコードとして機能できます。

拡張スタイルシート言語 (XSL)
拡張マークアップ言語 (XML) ドキュメントのスタイル シート形式。 XSL は、カスケード スタイル シート (CSS) を使用してハイパーテキスト マークアップ言語 (HTML) の表示を定義するのと同じ方法で XML の表示を定義するために使用されます。 BizTalk Server では、XSL が 2 つの仕様間の翻訳言語として使用されます。

F

フィン
SWIFT が SWIFT 標準リリース ガイド 2003 でスキーマと検証標準を定義している財務メッセージ。

G

グローバル アセンブリ キャッシュ (GAC)
コンピューター上の多くのアプリケーションで共有されるように特別にインストールされたアセンブリを格納するコンピューター全体のコード キャッシュ。 グローバル アセンブリ キャッシュにデプロイされるアプリケーションには、厳密な名前が必要です。

H

ハイパーテキスト転送プロトコルセキュア (HTTPS)
Secure Sockets Layer (SSL) 暗号化プロトコルを使用したハイパーテキスト転送プロトコル (HTTP)。

インターチェンジ
小さいメッセージ部分またはブロックで構成される完全なメッセージ。 たとえば、A4SWIFTの SWIFT インターチェンジは、SWIFT ヘッダー部分 (SWIFT ブロック 1、2、3)、SWIFT ボディ パーツ (SWIFT ブロック 4)、SWIFT トレーラー パーツ (SWIFT ブロック 5) の連結として定義されます。

エム

地図
ある仕様のレコードとフィールドと、別の仕様のレコードとフィールドの対応を定義する XML ファイル。 マップには、BizTalk Server がマップで説明されている変換を実行するために使用する拡張スタイルシート言語 (XSL) スタイル シートが含まれています。 BizTalk マッパーでマップを作成します。

メッセージの種類
SWIFT 標準リリース ガイドで定義されているメッセージ形式の 1 つ ("支払いに対して受け取る" など)。 メッセージの種類は、多くの場合、"MT" で示され、その後に 3 桁のコードが続きます。

P

支払トランザクション識別子 (PTI)
支払開始メッセージやクレジット アドバイスなど、銀行から送信される支払関連の銀行メッセージに添付される、開始元の顧客によって提供される一意のトランザクション識別子。

ポリシー
ビジネスルールのバージョン付けされたコレクション。

PTI
支払いトランザクション識別子。

R

支配
条件とアクションのペアリング。

ルール セット
類似するルールの論理的なグループ。 これは、ルール エンジンのグループ化/パーティション分割メカニズムと見なすことができます。

S

スキーマ
XML ファイルの構造の定義。 スキーマには、構造体内のレコードとフィールドに関連するプロパティ情報が含まれています。

世界銀行間金融通信協会 (SWIFT)
世界銀行間金融通信協会。 銀行、ブローカー ディーラー、投資マネージャー、および支払い、財務省、証券、取引の市場インフラストラクチャにメッセージング サービスを提供する組織。 SWIFT は、世界中で共有されるデータ処理と通信のリンクと、国際金融取引の共通言語を作成します。

仕様
BizTalk Server 固有の XML スキーマ。 仕様は BizTalk エディターで作成され、業界標準 (SWIFT、EDIFACT、X12、XML など) またはフラット ファイル (区切り、位置指定、または区切りおよび位置指定) に基づいて作成できます。 BizTalk マッパーは、ソース仕様と変換先の仕様として開かれた仕様を使用してマップを作成します。

ストロングネーム
アセンブリの ID (単純なテキスト名、バージョン番号、カルチャ情報 (指定されている場合)) で構成される名前。公開キーと、アセンブリに対して生成されたデジタル署名によって強化されます。 アセンブリ マニフェストには、アセンブリ実装を構成するすべてのファイルのファイル ハッシュが含まれているため、アセンブリ マニフェストを含むアセンブリ内の 1 つのファイルに対してデジタル署名を生成するだけで十分です。 厳密名が同じアセンブリは同一であることが期待されています。

Straight-Through 処理 (STP)
手動による介入を必要としない、複数のステップにわたるメッセージの自動処理。 通常、金融機関での SWIFT からのメッセージの受信から、金融機関の内部システムへの結果トランザクションの投稿までの処理パスに適用されます。または、金融機関での外部の指示や行動の受信から、SWIFTまたはその他の金融インフラを介した結果のメッセージの送信に至る。または、内部金融機関システムから、SWIFT またはその他の金融インフラストラクチャを介して 1 つ以上の関連メッセージを送信する。

SWIFT 標準リリース ガイド (SRG)
FIN メッセージのセットの更新および提案された標準を提供する SWIFT パブリケーション。 これは、すべてのメッセージの種類のレイアウトとフィールド、各フィールドの有効な値、および形式、各メッセージに適用されるネットワーク ルール、および使用規則または一般的なプラクティスを定義する複数ボリュームのドキュメントセットです。 この CD パブリケーションは、SWIFT のサブスクリプション サービスで使用できます。

システム送信元メッセージ トレーラー (SYS)
FIN サービスがメッセージを生成したことを示す、SWIFT ネットワークによって金融機関に配信されたメッセージに追加されたトレーラー。 たとえば、ブロードキャスト、ユーザー要求への応答、レポートなどです。

U

一意の送金識別子 (URI)
銀行インターチェンジとビジネス インターチェンジを同期するために RosettaNet Payments マイルストーン プログラムの参加者によって生成される識別子。

X

XML-Data 削減 (XDR)
特定の XML ドキュメントの構造と制約を識別するスキーマの作成に使用される初期言語。 XML-Data 削減とは、Microsoft XML Parser (MSXML) 3.0 以降で使用可能になった XML-Data スキーマ仕様のサブセットを指します。 DTD と同じ基本的なタスクを実行しますが、より強力で柔軟性があります。 独自の言語と構文を必要とする DTD とは異なり、XDR は言語に XML 構文を使用します。 最近標準として推奨された XSD とは異なり、XDR は、W3C XML スキーマ作業グループによって推奨される標準として XSD が存在する前に Microsoft によって実装され、利用可能になりました。

XML スキーマ定義 (XSD)
スキーマの定義に使用するために W3C XML スキーマ作業グループによって提案された言語。 スキーマは、構造を適用したり、他の XML ドキュメント内で有効に使用できるデータの型を制約したりするのに役立ちます。 XML スキーマ定義は、XML スキーマの作成で使用するために完全に指定され、現在推奨されている標準を参照します。 XSD 仕様は最近完成したばかりであるため、サポートは Microsoft XML Core Services (MSXML) 4.0 のリリースでのみ利用できるようになりました。 DTD と同じ基本的なタスクを実行しますが、より強力で柔軟性があります。 独自の言語と構文を必要とする DTD とは異なり、XSD ではその言語に XML 構文が使用されます。 XSD は XDR の機能によく似ており、拡張されています。 W3C では、XML スキーマを定義するための標準として XSD の使用が推奨されるようになりました。