お知らせ

お知らせ

News

御社製品の標準機能では、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製品情報によるご案内とは異なる部分があり得ますことを、ご了承ください。