ほとんどのファックスサービスは、これまでと同じ仕組みで動作します。つまり、文書はページごとに送信され、最後のページが届くまでシステムは何も受信しません。文書が2ページであろうと200ページであろうと、すべてのページが届くまで待ってから、操作を開始する必要があります。
多くのユースケースでは、これは問題ありません。しかし、患者の紹介、ローン申請、裁判所への提出、通関手続きなど、書類の到着が時間的な制約のある意思決定のきっかけとなる業界では、この待ち時間は単に不便なだけでなく、競争上のマイナス要因となります。
FAXストリーミングは、 Fax.Plus APIで利用可能な機能で、この待ち時間を完全に解消します。バッチ処理ではなく、FAXが届くと、各ページをデコードした瞬間に、リアルタイムで順番に配信します。この記事では、その仕組み、最も重要なポイント、そして統合方法について説明します。
FAX ストリーミングは、受信 FAX の各ページがデコードされるとすぐに、送信セッション全体が完了する前にアプリケーションに送信するリアルタイムのドキュメント配信方法です。
標準的なクラウドFAXシステムでは、文書は完全なファイルとして配信されます。つまり、すべてのページが到着し、組み立てられた時点でのみ、通知とPDFが届きます。Fax Streamingは、これをイベント駆動型のWebhookモデルに置き換えます。
FAXストリーミングが有効な場合 Fax.Plus アカウント、APIは ファックスページ受信 各ページがデコードされた瞬間にWebhookイベントが送信されます。各イベントは、FAXセッションID、ページ番号、送信者番号、送信先番号を含む軽量のJSONペイロードを送信します。ページ自体は、API経由で1ページのTIFFファイルとしてすぐに利用できます。送信中のFAXには、 進行中これにより、残りのドキュメントが到着し続ける間に、システムが部分的なドキュメントの処理を開始できるようになります。
完全な技術ドキュメントは、 Fax.Plus API Webhook リファレンスで入手できます。
違いは、アプリケーションがコンテンツにアクセスするタイミングによって生じます。
標準バッチ配送
ファックスストリーミング配信
標準ボー レートでの 50 ページのドキュメントの場合、バッチとストリーミングの違いは、45 分目に動作する場合と 10 秒目に動作する場合の違いになります。
競合するファックスプロバイダーを比較するとどうなりますか?
競合プロバイダーの中には、ページごとのストリーミング配信を標準機能として提供しているところはありません。主要プラットフォームはすべてバッチモデルを採用しており、ドキュメント全体はサーバー側で組み立てられ、最終ページを受信した後に配信されます。唯一の例外はConcord Technologiesで、同社は送信中に最初のページのプレビューを提供していますが、これは有料のアドオンバンドルとしてのみ提供されており、基本プランには含まれていません。
| プロバイダー | ページごとのストリーミング | 「リアルタイム」が実際に意味するもの |
|---|---|---|
| Fax.Plus |
はい 標準装備Enterprise |
ファックスページ受信 アクティブな送信中に、デコードされたページごとに webhook が起動します。 |
| コンコード・テクノロジーズ |
最初のページのみ 有料アドオン |
「リアルタイムのステータスとジョブ レポート」 - 基本プランでのステータス追跡。最初のページのプレビューは有料の「Advanced Next Step Bundle」経由でのみ利用できます。 |
| eFax(コンセンサス) | いいえ | ドキュメント全体がeFaxサーバーにPDF/TIFF形式で保存された後、Webhookが起動します。その後、アプリケーションはAPIを呼び出してダウンロードする必要があります。「リアルタイム」とは、ステータスの更新のみで、ページごとのアクセスは行われません。 |
| リングセントラル | いいえ | ファックスの読み取りまたは配信が成功すると、Webhookまたはメール通知が送信されます。SDK:C#、PHP、JS、Python。ページごとの受信イベントは記録されていません。 |
| インターFAX(アップランド) | いいえ | 2段階の受信モデル:「Webフィードバック」コールバックがアプリにファックスの到着を通知し、アプリは画像を取得するために別途API呼び出しを行う必要があります。REST + SOAP。ページごとのイベントはありません。 |
| iFax | いいえ | ファックスが完了するとWebhookが起動します。ペイロードには以下が含まれます。 ファックス合計ページ数 そして ファックス転送ページ - ただし、進行中のイベントではなく、完了後のデータとして。 |
| 通知 | いいえ | Webhookは、配信成功、送信失敗、またはFAX受信など、ドキュメント完了イベントで起動します。ページごとのトリガーはありません。 |
| イーサファックス | いいえ | ポーリングベースの取得のための受信トレイコントローラーを備えたREST API。ページごとのWebhookイベントは文書化されておらず、受信アクセスはプルベースです。 |
ドキュメントの最初のページがその後の展開を決定づける場面では、リアルタイムのページ配信が最も重要です。業界ごとの事例をご紹介します。
医療現場におけるFAXの量は依然として膨大です。ペンシルベニア大学メディシンだけでも、年間約130万件の記録をFAXで受信していると推定されています( KLAS Research, 2023 ; Streiffer et al., 2024 )。また、業界調査では、医療システム全体において、FAXが紹介データの主要チャネルであることが確認されています( KLAS Research, 2023 )。急性期医療および行動医療の現場では、施設が紹介にどれだけ迅速に対応できるかが、患者の確保に直接影響を及ぼします。
バッチ配信の場合、入院コーディネーターは患者の病歴がすべて届くまで待たなければ、氏名、保険証番号、紹介医の情報を確認できません。一方、FAXストリーミングでは、1ページ目は数秒で届きます。コーディネーターは患者を特定し、適格性の確認を開始し、紹介医に連絡を取ります。その間、2ページ目から80ページ目までは送信中です。
Fax.Plus HIPAA 準拠の FAX API は、この環境向けに特別に構築されており、保存時の AES-256 暗号化、転送時の TLS 1.2+、Webhook ペイロードからの PHI の省略、対象となるすべてのエンティティで利用可能な BAA などを備えています。
法律事務所や法務チームは、契約書、証拠開示パッケージ、裁判所命令など、複数ページに及ぶ大量の文書を受け取ります。これらの文書の1ページ目の条項が、訴訟の戦略全体を左右する可能性があります。パートナーが提出期限や和解金額を確認する前に、バッチ処理が完了するまで30分も待つのは、不必要なリスクです。
FAXストリーミングなら、送信開始と同時に文書レビューを開始できます。大量の訴訟案件を抱える訴訟支援チームにとって、これはキュールーティングの迅速化にもつながります。受付システムが表紙のメタデータを読み取り、文書全体が到着する前に適切な弁護士または案件に文書を割り当てることができるからです。
銀行、住宅ローン処理業者、ファイナンシャルアドバイザーは、複数ページに及ぶ申請書を定期的に受け取ります。最初のページには、申請者の身元、融資額、物件の住所、そしてどのアンダーライターまたはアドバイザーがファイルを処理するかが記載されています。ストリーミングにより、即時ルーティングと早期の信用調査が可能になり、現在数時間もかかっている処理時間を短縮できます。
貨物運送業者や通関業者にとって、船荷証券や商業送り状の遅延は港での貨物の滞留につながる可能性があります。Faxストリーミングにより、物流システムは荷物が全て揃うまで待つことなく、書類が到着した瞬間から通関手続きを開始できます。
保険金査定担当者は、保険証券番号、事故発生日、請求者の身元情報が記載された請求書の1ページ目から、裏付け書類の送信を継続しながら、検証と補償範囲の確認を開始できます。これにより、大量の請求処理において、トリアージキューのボトルネックを大幅に解消できます。
ファックスストリーミングはオンデマンド機能としてご利用いただけます。 Fax.Plus Alohi営業チームにご連絡いただくことで、アカウント全体で有効化できます。有効化されると、割り当てられたファックス番号を持つすべてのメンバーアカウントが自動的にアクセスできるようになります。
統合の概要
ファックスページ受信 あなたのイベント Fax.Plus API設定.進行中 ストリーミング中に、 成功 セッションが終了したとき。ステートレスで開発者フレンドリーなアーキテクチャを採用しています。ポーリングループやセッション管理のオーバーヘッドは発生しません。必要なのは単一のWebhookハンドラーと標準のRESTエンドポイントだけです。SDKを利用すれば、迅速な統合が可能です。
ファックスストリーミングで配信されるすべてのページは、ファックス全体を管理する同じインフラストラクチャによって保護されています。 Fax.Plus プラットフォーム:
Alohi スイスのジュネーブに本社を置き、スイス連邦データ保護法(FADP)に基づき事業を展開しています。世界20カ所以上のデータ保管拠点を有しています。詳細はAlohi Trust Centerをご覧ください。
次のいずれかに該当する場合、FAX ストリーミングが適切な選択です。
ユースケースがよりシンプルな場合(配信遅延が問題にならない、少量のFAXを時々送信するなど)、標準のWebhook配信は引き続き完全に利用可能で、これまでと全く同じように機能します。FAXストリーミングは追加機能であり、代替機能ではありません。
FAXストリーミングを有効にするにはFax.Plus アカウントをお持ちでない場合は、 Alohi営業チームにお問い合わせください。技術的な統合については、Webhookの完全なリファレンスはFax.Plus APIドキュメントに記載されており、FAXオブジェクトのリファレンスはfax.plusにあります。
評価する場合Fax.Plus 特に医療環境については、 HIPAA 準拠の FAX API ガイドと医療業界のページで、コンプライアンス アーキテクチャと BAA の可用性について詳しく説明しています。
FAX ストリーミングは、ドキュメント全体の送信が完了するまで待ってから配信するのではなく、受信 FAX の各ページをデコードした瞬間にアプリケーションに個別に送信することで、リアルタイムの FAX 配信方法です。
標準的なクラウドFAXサービスはバッチモデルを採用しており、アプリケーションはすべてのページが送信され、組み立てられた後にのみ、ドキュメント全体を受信します。FAXストリーミングは、すべてのページで実行されるイベント駆動型のWebhookモデルを採用しているため、システムは数分ではなく数秒でコンテンツにアクセスできます。
ファックスページ受信 はFax.Plus 送信中に1ページのFAXがデコードされた瞬間に起動されるAPI Webhookイベント。これはFAXストリーミングの中核となるメカニズムであり、アプリケーションがポーリングなしでリアルタイムにページ処理できるようにします。
はい。 Fax.Plus ファックスストリーミングAPIはHIPAAに完全準拠しています。すべてのデータは保存時にAES-256で暗号化され、転送時にはTLS 1.2以上で暗号化されます。WebhookペイロードからPHIは除外されます。 Business 対象となる事業体には関連契約 (BAA) が利用可能です。
受信ファックス文書が時間的制約のある意思決定のきっかけとなるあらゆる業界は、ストリーミングの恩恵を受けます。特に効果の高いユースケースとしては、医療(患者の入院および紹介トリアージ)、法務(契約および裁判所への提出書類の受付)、金融サービス(融資処理)、物流(通関書類)、保険(請求処理)などが挙げられます。

