データ活用やDXがどんどん解る用語集　　
MFT（Managed File Transfer）

MFT（エムエフティー）は、Managed File Transferの略です。安全安心にファイルを転送すること、あるいはそのような機能を実現するミドルウェアやファイル連携基盤のことをそう呼びます。
単にファイルの転送処理ができるだけではなく、転送処理が間違いなく確実に行われることや、セキュアで安全な転送、転送ログをきちんと残して確認や管理ができる機能などが揃えられているファイル転送やそれを実現する基盤のことをそう呼びます。

ファイルを転送するだけならFTPで十分では？と思われた方も居られるかもしれません。

確かに「何となくファイルが届く程度で良い」「時々届かなくてもよい」「多少事故があっても問題ない」のような緩いニーズを満たす手段であればFTPでも支障ないかもしれません、しかし、業務で用いるITシステムでファイル転送を利用する際には、それでは様々な難しいことが起こってしまいます

とても重要なデータを転送したとします。届いていないとビジネス上とても困ります。確かに相手に届いたとみなして支障がないと判断できる方法はあるでしょうか。あるいは、後で「ファイルを送った送ってない」ともめ事になったりしないでしょうか。

以上は懸念事項の一部で、これでもまだまだ全部ではありません。「たかがファイル転送」と思った人もいるかもしれませんが、実はなかなか大変なことも多いのです。

「ならば、そのような機能を自分たちで作ればよいのでは？」と思った人もいるかもしれません。確かに、開発できなくはないのですが、作り始めるとその先に予想外の苦労が待っています。

以上はファイル転送にまつわる問題点の全てではありません、なかなか難しいことが多いことは解っていただけたでしょうか。しかし、MFT製品を基盤として用いたなら、これら難題を「買ってきて導入するだけで解決できる」のです。

• 転送中にファイル（データ）が壊れるかもしれない
  MFT製品に「ファイルを送信してほしい」と頼むだけで、ファイルが壊れたり内容が化けたりせず、しっかりと転送先に届きます。
• セキュリティの懸念
  適切な暗号化がなされ、無用な一時データが残らず適切に消去されるなど、セキュリティの認証制度をクリアできる水準での対応がMFT製品にお任せで実現できます。
• 様々な送信先への対応
  メインフレーム、Linux、各種UNIX、Windows、クラウドなど様々な環境にMFT製品側で対応します。
• 「きちんと届いた」のかどうか、あるいは「送った送ってない」にならないのか？
  転送ログなどがしっかり残ります。回線障害などで転送がうまく行かなかった場合にも、処理がどこまで進んでどこで失敗し、どのような結果になったかを確認できます。
• 作ったシステムが、確かに安全安心であるとどうやって確認しますか？
  MFT製品側で製品が安全安心にファイル転送できることがテスト済みです。
• 現在の多種多様な環境への対応だけでなく、今後の継続対応
  OSなどのバージョンアップ対応や新しいOS、クラウドサービスへの対応もMFT製品側に任せることができます。そのたびに自前で全部作る必要はなくなります。
• ログ機能などの管理系の機能
  自前で転送機能を作るとログ機能やユーザ権限やその管理機能なども作らなければいけませんが、完成した機能が最初から用意されます。
• そのシステム、将来も面倒を見られますか？
  ファイル転送機能はMFT製品側で維持され、ITシステムもシンプルになって理解しやすく改修しやすくなります。将来システムを改修する際にも、エンジニアの募集は「MFT製品の○○が解る人来てください」、エンジニアの教育も「○○製品の公式トレーニングコースを受けてください」で完了します。
• 作ったファイル転送システムの「安全安心」を第三者にどうやって証明しますか？
  お客さんに「そのシステムは大丈夫なのですか？」と言われても「広く利用されているMFT製品の〇〇をファイル連携基盤として採用しています」「それなら安心ですね」で説明が済みます。
  システムを作ってもらう側なら「MFT製品の〇〇をファイル連携基盤として採用してください」で済むようになります。

これらの長所は、「高度な配慮が必要なデータ」を転送する場合や高度な安全安心さが求められるシステムとの連携処理の場合、例えば「クレジットカード情報を取り扱う場合」や「金融機関とのデータ連携」などで、公的な基準をクリアしていることを証明する際に、大きく違いが出てきます。

またファイル転送に伴い、データを送信する側でも受け取る側でも、システムとの連携処理やバックアップ処理など、その前後で様々な処理が必要になることがあります。単に転送できるだけでは、結局そのような部分の作りこみが必要になってしまいます。MFT製品では、ファイル転送に関連する様々な処理も効率的に実現でき、総合的にファイル連携をスムーズに活用できる環境が整備されていることが多くなっています。

ここまではMFTの主な特徴である「確実に転送されること」の観点で説明をしてきましたが、ファイル転送はユースケースも多種多様に広がっています。

• システム間（アプリケーション間）ファイル転送（A to A）：
  例えば「受注管理システム」から「経理システム」へのデータ連携など、異なるシステム間でのファイル連携で用いられる利用形態があります。
• ユーザ間ファイル転送：
  例えば、あなたが作った資料を、上司に確認してもらいたい場合、人と人との間でファイル転送のニーズが生じる利用形態です。
• 離れた拠点間や、企業間のファイル転送（B to B）：
  例えば東京本社と海外支社の間での遠距離の転送、あるいは取引先とのファイルの転送での利用形態です。遠距離の通信になることが多く、閉じた通信網ではなくインターネット回線を経由せざるを得ない難しさや、送り側と受け側が、それぞれ違う組織で別々の責任で転送する難しさがあります。
• 計画的なファイル転送と、その都度なファイル転送（Ad-hoc MFT）：
  システム間で毎日決まった時刻に注文データを転送するような決まったルールで間違いなく転送するような利用形態がある一方で、人と人の作業でのファイルの受け渡しようにその都度発生するような柔軟な利用が求められる利用形態もあります。
• 大容量ファイル転送の高速転送や高頻度のファイル転送など：
  動画データの受け渡しのような非常にサイズの大きいファイルを転送するような利用形態もあり、ファイルサイズは巨大ではないが転送頻度が高い利用形態もあります。
• 様々な技術の違いを超える転送ニーズ：
  例えばクラウドとメインフレームの間のファイル転送など、転送元と転送先の技術が大きく違う利用形態です。そのような状況では、MFTを利用せず自前で作る場合、人材として確保困難な、大きく違う両方の技術を深く理解したエンジニアが必要になることがあります。

このような様々な利用形態に、製品群で総合的に対応していることが多いのもMFT製品の特徴です。

• ファイル連携
  • -MFTの理解はできたけれど、どうして「ファイル転送」を連携手段として用いるのだろう？と思われたらこちらもご覧ください。
• EAI
  • -様々なシステムをデータ連携できることが、いかに重要であり、深い意義があるかについて説明しています。
• iPaaS
• クラウド連携
• Excel連携

国内で圧倒的な実績がある、国産MFT製品の最高峰にしてデファクトスタンダード「HULFT（ハルフト）」を是非お試しください。ITシステムに対して最高度の対応が求められる金融機関でその基盤として長年使われているなど、「安全安心」のニーズに答えてきた圧倒的な実績があります。

メインフレームからLinuxやWindowsまで、昔からある環境から最新のOSまで対応しているのはもちろん、今ではクラウドサービス（Amazon S3など主要クラウドとの転送に対応）とのファイルの送受信などクラウドネイティブの世界にも対応を進めています。
さらにはファイル転送の前と後で必然的に生じる、様々な処理を効率的に実現できる機能も備えています。

メインフレームとクラウドを、双方に詳しいエンジニアを要さずに縦横無尽に連携させるなど、新旧のIT技術を組み合わせて活用する手段としても利用いただけます。

• ファイル転送の仕組みを学ぶ HULFT 製品紹介・オンラインセミナー
• HULFT-WebConnect 製品紹介・オンラインセミナー
• HULFT10(ハルフト10)