ファイル転送を、
自社アプリケーションの中へ。

Transfer Builderで転送画面とサンプルコードを用意し、開発者ガイドに従って、アプリケーションが既に持つファイル選択や転送実行のロジックに接続します。

組み込みUIは用意された転送ウィンドウを使用し、カスタムUIはプロダクトのデザインに合わせて転送画面を構築し、ヘッドレスは専用の転送ウィンドウを持たずにバックグラウンドでファイル転送を実行します。

必ずしも必要ではありません。用意された転送UIを既存の画面に挿入することも、現在のUIコンポーネントを使うことも、バックグラウンド転送として統合することもできます。

Web、デスクトップ、エンタープライズアプリケーションの環境ごとに統合を検討できます。具体的な方法は、オペレーティングシステム、ランタイム、AgentとAPIの統合条件によって異なります。

WebサイトやWebアプリケーションでのエンドユーザーのアップロード、ダウンロードはINNORIX EXで構築します。サーバーとデバイス間の転送と、ユーザーによるWebアップロード、ダウンロードは適用方法が異なるため、目的に応じて選択してください。

はい。ヘッドレスは転送ウィンドウを持たずにファイル転送を実行し、進捗や完了結果を既存のアプリケーションに反映します。

INNORIXは非常に大容量のファイルと多数の小容量ファイルの両方に対応しています。実際の規模や性能は、エンドポイント、ネットワーク、ファイル構成、統合方法によって異なります。

サポートされているレジュームとリトライ機能を使って、中断した転送を継続できます。具体的な復旧動作は、転送環境と設定によって異なります。

アプリケーションが既に持つ認証とビジネス権限モデルを維持したまま、転送を接続するように設計できます。転送を実行する権限、アクセスできるデバイスやパスは、別途適切に設定します。

サポートされている状態照会と結果返却のインターフェースを使って、進捗、完了、失敗を既存のアプリケーションに反映できます。

いいえ。転送リクエストが受け付けられたことと、実際にファイル転送が完了したことは異なる状態です。後続の処理は、実際の完了結果に基づいて実行されるように設定してください。

INNORIX Studio内のRunsで、実行状態と完了結果を1か所で確認できます。アプリケーションごとに転送をどこまで識別、フィルタリングできるかは、提供される機能と設定によって異なります。

INNORIXの直接転送構造は、中間のファイル保管サーバーを介さずに送信元とターゲットの間でファイルを移動するように設計できます。Agent、ネットワーク、実行設定については、統合環境に合わせて確認する必要があります。

Builderが生成するのは、アプリケーションに適用するための出発点です。デプロイする前に、接続の詳細、認証、権限、エラー処理、運用環境が必要とする設定を確認してください。