PeSIT

PeSIT ^{[ 1 ]} ( Protocol d'Echanges pour un Systeme Interbancaire de Telecompensation ) は、1986 年にフランスの銀行間テレクリアリングシステム経済利益団体 ( GSIT ) によって開発されたファイル転送プロトコルです。大規模コンピューティングセンターのファイル転送専門家のワーキンググループによって設計されたこのプロトコルは、基本的なファイル転送機能と、大量ファイル転送の管理や産業規模のファイル転送サービスの組織化のための高度な機能を提供します。PeSIT 接続は、名前が付けられ識別可能な 2 つのパートナー間で行われます。PeSIT リクエスターとして動作する接続の開始者は、ファイルの送信または受信、メッセージの送信、または転送の確認のために PeSIT レスポンダーと交渉します。ファイル転送の交渉では、パートナーのファイルシステム ( FS ) 内のファイル名やその場所を言及するのではなく、識別子「filename」で識別される仮想ファイルを使用します。この仮想ファイルは、送信側でファイルにアクセスして読み取るためのローカルな定義セットと、受信側でファイルを作成して書き込むための定義セットに対応します。各送金には、両当事者が認識する固有の識別番号が付与されます。このプロトコルでは、各送金に優先順位を割り当てることが可能であり、両当事者はこの優先順位を遵守する必要があります。

コンピュータ間のファイル交換は、1990年のインターネットの一般公開に先立って行われており、メーカーはIBMのSNAやDECのDECNETなど、同じメーカーのコンピュータを接続するための独自のネットワークを提供していました。ブレークスルーは、1976年に公開されたX25ネットワークによってもたらされ、機器の出所に関係なく相互接続が可能になりました。フランスのX25ネットワーク事業者であるTranspacは1978年に事業を開始し、銀行に顧客と銀行間のファイル交換を加速する手段を提供しました（ 1984年にCFONBによって定義された基本的なETEBAC3プロトコルを介して）。1983年に設立されたGSITは、銀行間の交換を組織する役割を担っていました。PeSITプロトコルの最初のバージョンは、1992年にSIT-Interbank Compensation Systemネットワークへの参加者を接続し、当初はX25、X32、PAD、ISO 8802.3、NETEXでの使用が定義され、後にTCP/IPとAPPNに拡張されました。 PeSITの最新バージョンEは1989年9月に公開され（ pesit.orgを参照）、銀行と顧客間の交換、B2BおよびB2C交換のためにSITネットワーク内外で使用できるさまざまなプロファイルを網羅しています。2000年のリスボン欧州理事会とユーロ導入後、金融市場には重要な規制変更が導入されました。欧州決済評議会（EPC）は、単一ユーロ決済圏（SEPA）を確立するために2002年6月に設立され、2008年にSITネットワークをSTET-COREシステムに置き換え、2011年にGSITを解散しました。しかし、効率的な実装により、PeSITは現在もフランスだけでなくヨーロッパ全域、そしてEU外でもB2BおよびB2C交換に広く使用されています。

1989年9月に公開されたPeSITの最新バージョンE（pesit.orgを参照）では、4つのPeSITプロファイルが定義されています。

• ペシットシット
• PeSIT OFF SIT
• PeSIT OFF SIT Secure
• ETEBAC5。

PeSITプロトコルは、FPDU（ファイル転送プロトコルデータユニット）メッセージが接続開始者（要求者）とサーバー（応答者）という2つの同種のPeSITユニット間で交換される抽象マシンとして機能します。これらのメッセージには、プロトコルヘッダーと、プロトコルパラメータまたはファイルデータを示すP Is（パラメータ識別子）を含む可変領域が含まれています。

PeSITセッションは様々な段階を経て進行し、パートナーは要求FPDU（=>）を介してトリガーされたサービスの実行を調整し、応答FPDU（<=）によって確認応答を受け取ることができます。切断、転送の中断、再同期などのサービスは、要求側または応答側のどちらからでも開始できます。FPDU.ABORTは決して確認応答されません。

各ファイル転送のプロセスは、送信の場合は FPDU.CREATE、受信の場合は FPDU.SELECT によるネゴシエーションから始まります。ファイル名とその場所は、ローカルの PeSIT サービスによって決定されます。各側のローカル仮想ファイル定義は、読み取りまたは書き込み中のファイルへのアクセスとレコードに対する操作を規定します。ファイル名とその場所は、ローカルの PeSIT サービスの裁量に委ねられています。各側のローカル仮想ファイル定義は、ファイルへのアクセス方法と、読み取りまたは書き込み中にレコードに対して実行する必要のある操作を規定します。ファイルの送信と受信の準備に必要なすべての操作は、選択サービスとオープンサービスによって調整されます。書き込みサービスと読み取りサービスにより、転送再開時にファイル内の位置を指定できます。

ファイルデータは、フロー制御の有無や再開ポイントの設定の有無にかかわらず、レコードごとに送信されます。送信側が FPDU.DTFEND を送信すると、データ送信終了サービスが開始され、その後、要求側が FPDU.TRANSEND を送信して開始する転送終了サービスが実行されます。FPDU.TRANSEND のパラメータを使用すると、送受信するレコード数とバイト数を制御できます。転送終了後には、FPDU.CRF によって開始されるファイル閉鎖サービス、続いて選択解除サービス (FPDU.DESELECT) が実行されます。

接続フェーズを終了するのは、要求側がFPDU.RELEASEを送信することによってです。各応答FPDUには、サービス実行結果の診断コードが含まれています。

これらは、PeSIT OFF-SITの実装が大規模企業のITサービスインフラストラクチャにしっかりと組み込まれるようになった、このプロトコルの機能である。

最もよく知られている 2 つのプロトコル、FTP/FTPS ^{[ 2 ]}および SFTP ^{[ 3 ]}と比較すると、 PeSIT OFF-SIT は以下の表に示す利点を提供します。

ファイル転送とITサービスは、人的資源と物的資源の両面で最も多くのリソースを必要とする分野です。交換されるファイル数が絶えず増加する企業において、生産ペースを調整し維持するには、データストレージ、システム、ネットワーク、セキュリティ、そして製品や標準規格の使用に関する専門知識が不可欠です。ネットワーク面では、ファイル転送フローによる帯域幅の消費が、双方向のやり取りに大きな悪影響を与えていました。1980年代から1990年代にかけての技術環境では、ITインフラストラクチャとサービスのアーキテクチャを選択する際に、より厳格な基準が求められました。

PeSITプロトコルは、銀行機関で日常的に大規模なファイル転送サービスを管理してきた長年の経験を持つ専門家によって設計され、これらのニーズと制約すべてを満たすために最も洗練され、最適なプロトコルでした。

SITフレームワーク（およびETEBAC5）以外でPeSITプロトコルをサポートする最初の製品は1980年代に登場しました。当時、MFT （Managed File Transfer ） ^{[ 4 ]}よりもファイル転送モニターについて語られることが多かったのです。これら2種類の製品の違いは、転送の制御と追跡手段よりも、企業ITシステムとのインタラクションのモードとレベルにあります。PeSITが提供する転送の制御と追跡手段は、他のファイル転送プロトコルが提供するものよりもはるかに高度で豊富であることは間違いありません。

PeSITプロトコルは非対称ですが、クライアントとPeSITサーバーという2つの異なるアプリケーションとして使用されることはありませんでした。ファイル転送モニターは、多くの場合マルチプロトコルソリューションへと進化し、パートナーが要求者と応答者の両方の役割を担うネットワークトポロジーを構築します。このトポロジーでは、同時または順次発生する可能性のある複数の接続が存在します。仮想ファイルの概念は、これらのファイルを使用するビジネスアプリケーションやパートナーと密接に関連しており、管理可能な転送フローの区別可能なクラスを可能にしました。IT処理チェーンの実行中、転送要求はモニターの転送キューに配置され、優先順位、仮想ファイル、またはパートナーの選択に基づいて、事前定義されたスケジューリングルールに従って選択されます。これらは、プロダクションチェーンとは非同期で実行されます。仮想ファイルに添付された転送前および転送後の手順を実行することで、システムとの相互運用性が確保されました。一部の製品では、各レコードの受信または読み取り時にオンライン処理も可能でした。

ファイル転送監視ツール以外にも、金融サービス、企業会計管理など向けの専門的なプラットフォームソリューションも、主に規制上の理由から、そして利便性の向上を目的として、PeSIT OFF-SITを導入している。

分散処理技術の登場により、マルチプロトコルMFT（マネージドファイル転送）ソリューションが出現し、自動化されたビジネスプロセスフレームワーク内でファイル転送をオーケストレーション、保護、制御するためのプラットフォームが提供されるようになりました。このソリューションでは、ファイル転送は処理チェーンと同期して実行できますが、非同期実行も可能です。MFTソリューションは、PeSIT OFF-SITプロトコルをサポートするケースが増えています。

PeSITプロトコルの本質的な特性は、最新バージョンの公開から20年以上経った今でも（www.pesit.org ^{[ 1 ]}でアクセス可能）、他のプロトコルの使用を検討しないユーザーが何千人もいるほどである。

MFT市場は、大企業におけるファイル転送数の増加に伴い、着実に成長を続けています。技術の進化に伴い、プロトコル定義時には想定されていなかった、UNICODEファイル転送や、クラウドに保存されたオブジェクトを含むシリアル化可能なオブジェクトの転送といった新たなニーズが生じています。一部のパブリッシャーは、ユーザーパラメータを介して追加情報を送信することで、PeSITサービスのカスタマイズ機能を活用しています。しかし、この賢明なプロセスは、同一パブリッシャーの製品間の転送にのみ適用可能です。

今日では、Javaで記述されたPeSITコネクタ（例えばOTONET製のものなど）の登場により、PeSITプロトコルをサポートするMFTソリューションが増加しており、これらのコネクタは既にこの種の製品のいくつかに実装されている。

最近開発された製品は新たなニーズをより容易に取り入れることができるが、プロトコルでそれらを直接考慮することが最善の解決策となるだろう。