御社製品の標準機能では、Hospital Pay Wi-Fiでの課金方法のみになりますか…
御社製品の課金周りを確認させてください。
【1】御社製品の標準機能では『Hospital Pay Wi-Fi で病院Wi-Fiをマネタイズ』での課金方法のみになりますか？
【2】弊社側での課金ができればなのですが、Wi-Fiは認証しないと繋がらない状態にし、認証時にサイトへ飛ばす先を弊社サイトにし、弊社側で決済登録し、御社側へOK、NG等レスポンスを返し、それによってWi-Fi接続OK、NGを制御することは可能でしょうか？
【3】上記が不可な場合、他の方法で課金を弊社側で行う方法はありそうでしょうか？
お問い合せの日付
2024年2月22日
お問い合せの方のご状況
クライアントのネットワーク構築にPOPCHATの導入を検討中のシステム構築会社様
【回答事例】当社製品においての課金機能としては、Hospital Pay Wi-Fiという仕組みのみしか有しておりません…
お問い合せを頂き誠にありがとうございます。
【1】御社製品の標準機能では『Hospital Pay Wi-Fi で病院Wi-Fiをマネタイズ』での課金方法のみになりますか？
当社製品においての課金機能としては、Hospital Pay Wi-Fiという仕組みのみしか有しておりません。
【2】弊社側での課金をできればなのですが、
Wi-Fiは認証しないと繋がらない状態にし、認証時にサイトへ飛ばす先を弊社サイトにし、弊社側で決済登録し、御社側へok、ng等レスポンスを返し、それによってWi-Fi接続ok、ngを制御することは可能でしょうか？【3】上記が不可な場合、他の方法で課金を弊社側で行う方法はありそうでしょうか？
外部のWebログインページとインタフェース連携し、パラメータをやり取りするシーケンスを実装することが可能な仕組みとして、「メンバー認証」という認証機能がありまして、元々の設計思想としては、個客企業が抱える「メンバー＝会員」を識別するWeb認証方式として用意したものですが、当社で指定のインタフェース連携仕様に対応していただければ、連携先が、いわゆる「ログイン」を行うWebサイトではなく課金して決済（入金してもらう）のWebサイトであっても仕組みとしては、問題ありません。
指定のインタフェース連携仕様をご案内させていただきますので、次のURLのページをご参照いただけますでしょうか。
・メンバー認証とは
”https://popchat.jp/document/authpolicy/member.html”
・メンバー認証の外部連携仕様
https://popchat.jp/document/authpolicy/member_spec.html
■補足）大まかな流れは、以下の通りです。
1）クライアント端末(患者)が、POPCHAT-X配下の無線LANに接続
2）当該端末ブラウザ或いはCaptivePorltal画面から、httpリクエストが発信される
3）当該httpリクエスト通信を、POPCHAT-Xが御社Webサイト宛てにリダイレクト
└この時、端末MACアドレス等の認証情報パラメータを付加する
4）当該クライアント端末が、所定の認証情報パラメータ付きURLで
御社Webサイトにアクセスし、課金＆決済を実行し完了させる
5）御社WebサイトからPOPCHAT-X認証完了ページ宛てにリダイレクト
└この時、端末MACアドレス等の認証情報パラメータを付加する
6）クライアント端末でPOPCHAT-X認証完了ページが表示され、
POPCHAT-X認証システムに当該MACアドレスが認証ユーザー登録される。
└POPCHAT-Xで一定時間、インターネット接続が許可される。
以上、ご確認をどうぞ宜しくお願い致します。
注意
お問い合せいただいた時点でのPOPCHATの仕様やサービスモデルに基づいた、その時点での回答をご紹介しております。
その後のバージョンアップや機能追加などにより、一部最新のPOPCHAT製品情報によるご案内とは異なる部分があり得ますことを、ご了承ください。
