(57)【特許請求の範囲】
【請求項１】
第１呼出情報及び第１決済進行のための第１決済情報を生成する第１端末機と、
前記第１端末機から受信した前記第１呼出情報を用いて運送手段とのマッチングを通知するマッチング信号を前記第１端末機に伝送する運送手段呼出サーバと、
外部から受信した運送手段運行による確定料金及び前記第１端末機から受信した前記第１決済情報を用いて第２決済進行を遂行する決済サーバと、
前記第１呼出情報を介して生成した第２呼出情報を前記運送手段呼出サーバから受信し、前記第２呼出情報を用いてコール受託を通知する受託信号を前記運送手段呼出サーバに伝送する第２端末機と、を含み、
前記決済サーバは、
前記第１決済情報及び前記確定料金を用いて前記第２決済進行のための第２決済情報をカード会社サーバに伝送し、
前記第１決済情報は、
前記運送手段の営業地域の平均費用又は出発地及び目的地間の移動距離に応じて決定された予定料金を含み、
前記決済サーバは、
前記確定料金が前記予定料金以下である場合には、前記カード会社サーバで前記確定料金で決済を遂行し、
前記確定料金が前記予定料金を超過し、かつ、追加料金が発生したと判断した場合には、前記追加料金に対する決済がさらに必要であることを通知する追加料金通知信号を前記第２端末機に伝送することを特徴とする運送手段呼出サービスシステム。
【請求項２】
前記運送手段呼出サーバは、
前記第２端末機から受信した前記受託信号を用いて前記マッチング信号を前記第１端末機に伝送することを特徴とする請求項１に記載の運送手段呼出サービスシステム。
【請求項３】
前記第１端末機は、
前記第１決済情報を前記決済サーバに伝送した後、前記第１呼出情報を前記運送手段呼出サーバに伝送することを特徴とする請求項１に記載の運送手段呼出サービスシステム。
【請求項４】
前記第１決済情報は、
前記第１端末機における入力によって生成された決済秘密番号を含み、
前記第２決済情報は、
前記確定料金を含むことを特徴とする請求項１に記載の運送手段呼出サービスシステム。
【請求項５】
前記決済サーバは、
前記決済秘密番号を基準時間の間だけ保持することを特徴とする請求項４に記載の運送手段呼出サービスシステム。
【請求項６】
前記決済サーバは、
使用者の決済手段における自動決済を進行するための自動決済同意情報を保持しており、前記第１決済情報は、
前記自動決済同意情報を用いて自動決済を進行するための前記使用者に関する識別情報を含み、
前記第２決済情報は、
前記確定料金を含むことを特徴とする請求項１に記載の運送手段呼出サービスシステム。
【請求項７】
前記自動決済同意情報は、
前記使用者が最初の運賃決済のために前記第１端末機において入力した前記使用者の決済秘密番号を含むことを特徴とする請求項６に記載の運送手段呼出サービスシステム。
【請求項８】
前記第１決済情報は、
予定料金で決済するための仮承認決済情報を含み、
前記第２決済情報は、
前記確定料金が前記予定料金以下である場合には前記カード会社サーバで前記確定料金で決済し、前記確定料金が前記予定料金を超過する場合には前記カード会社サーバで前記予定料金で決済するための本承認決済情報を含むことを特徴とする請求項１に記載の運送手段呼出サービスシステム。
【請求項９】
前記仮承認決済情報は、
前記第１端末機における入力によって生成された決済秘密番号を含むことを特徴とする請求項８に記載の運送手段呼出サービスシステム。
【請求項１０】
前記第１決済情報は、
前記決済サーバが前記カード会社サーバに接続して予定料金で先決済を遂行するための先決済情報を含み、
前記第２決済情報は、
前記確定料金が前記予定料金以上である場合には前記先決済を有効とし、前記確定料金が前記予定料金未満である場合には前記先決済で前記確定料金を超過して支出された超過金額を部分的に取り消すための先決済部分取消情報を含むことを特徴とする請求項１に記載の運送手段呼出サービスシステム。
【請求項１１】
前記第１呼出情報は、
出発地及び目的地に関する情報を含むことを特徴とする請求項１に記載の運送手段呼出サービスシステム。
【請求項１２】
前記第１呼出情報は、
搭乗客情報をさらに含むことを特徴とする請求項１１に記載の運送手段呼出サービスシステム。
【請求項１３】
前記第１呼出情報は、
運送手段の技士に伝達されるメッセージ情報をさらに含むことを特徴とする請求項１１に記載の運送手段呼出サービスシステム。
【請求項１４】
前記第１呼出情報は、
追加オプションの選択を通知するオプション情報をさらに含むことを特徴とする請求項１１に記載の運送手段呼出サービスシステム。
【請求項１５】
前記カード会社サーバは、
前記第２決済情報を用いて第２決済を進行した後、決済完了を通知する決済完了信号を前記第１端末機に伝送することを特徴とする請求項１に記載の運送手段呼出サービスシステム。
【請求項１６】
前記決済サーバは、
決済手数料の決済のために前記カード会社サーバに前記決済手数料を伝送することを特徴とする請求項１に記載の運送手段呼出サービスシステム。
【請求項１７】
前記確定料金を生成して前記決済サーバに伝送する運賃決済モジュールをさらに含むことを特徴とする請求項１に記載の運送手段呼出サービスシステム。
【請求項１８】
前記運賃決済モジュールは、
前記確定料金を生成するメーター機と、
前記メーター機から前記確定料金を受信して前記決済サーバに伝送する決済機と、を含むことを特徴とする請求項１７に記載の運送手段呼出サービスシステム。
【請求項１９】
運送手段呼出サーバ及び決済サーバとそれぞれ無線通信可能な第１端末機によって遂行される運送手段呼出サービス方法において、
呼出情報を前記運送手段呼出サーバに伝送し、
前記呼出情報を用いて生成した運送手段とのマッチングを通知するマッチング信号を前記運送手段呼出サーバから受信し、
第１決済進行のための第１決済情報を前記決済サーバに伝送して、前記決済サーバで外部から受信した運送手段運行による確定料金及び前記第１決済情報を用いて第２決済進行を遂行すること、を含み、
前記決済サーバは、
前記第１決済情報及び前記確定料金を用いて前記第２決済進行のための第２決済情報をカード会社サーバに伝送し、
前記第１決済情報は、
前記運送手段の営業地域の平均費用又は出発地及び目的地間の移動距離に応じて決定された予定料金を含み、
前記決済サーバは、
前記確定料金が前記予定料金以下である場合には、前記カード会社サーバで前記確定料金で決済を遂行し、
前記確定料金が前記予定料金を超過し、かつ、追加料金が発生したと判断した場合には、前記追加料金に対する決済がさらに必要であることを通知する追加料金通知信号を前記運送手段の端末機である第２端末機に伝送することを特徴とする運送手段呼出サービス方法。
【請求項２０】
前記呼出情報を前記運送手段呼出サーバに伝送することは、
前記第１決済情報を前記決済サーバに伝送した後に遂行されることを特徴とする請求項１９に記載の運送手段呼出サービス方法。
【請求項２１】
前記第１決済情報は、
前記第１端末機における入力によって生成された決済秘密番号を含み、
前記第２決済情報は、
前記確定料金を含むことを特徴とする請求項１９に記載の運送手段呼出サービス方法。
【請求項２２】
前記決済サーバは、
使用者の決済手段における自動決済を進行するための自動決済同意情報を保持しており、前記第１決済情報は、
前記自動決済同意情報を用いて自動決済を進行するための前記使用者に関する識別情報を含み、
前記第２決済情報は、
前記確定料金を含むことを特徴とする請求項１９に記載の運送手段呼出サービス方法。
【請求項２３】
前記第１決済情報は、
予定料金で決済するための仮承認決済情報を含み、
前記第２決済情報は、
前記確定料金が前記予定料金以下である場合には前記カード会社サーバで前記確定料金で決済し、前記確定料金が前記予定料金を超過する場合には前記カード会社サーバで前記予定料金で決済するための本承認決済情報を含むことを特徴とする請求項２２に記載の運送手段呼出サービス方法。
【請求項２４】
前記第１決済情報は、
前記決済サーバが前記カード会社サーバに接続して予定料金で先決済を遂行するための先決済情報を含むことを特徴とする請求項１９に記載の運送手段呼出サービス方法。
【請求項２５】
前記第２決済情報を介した前記第２決済進行の完了後、前記カード会社サーバから決済完了を通知する決済完了信号を受信することをさらに含むことを特徴とする請求項１９に記載の運送手段呼出サービス方法。
【請求項２６】
前記呼出情報は、
出発地及び目的地に関する情報を含むことを特徴とする請求項１９に記載の運送手段呼出サービス方法。
【請求項２７】
第１端末機と無線通信可能な決済サーバによって遂行される運送手段呼出サービス方法において、
前記第１端末機から第１決済進行のための第１決済情報を受信し、
外部から運送手段運行による確定料金を受信し、
前記第１決済情報及び前記確定料金を用いて第２決済進行を遂行することを含み、
前記決済サーバは、
前記第１決済情報及び前記確定料金を用いて前記第２決済進行のための第２決済情報をカード会社サーバに伝送し、
前記第１決済情報は、
運送手段の営業地域の平均費用又は出発地及び目的地間の移動距離に応じて決定された予定料金を含み、
前記決済サーバは、
前記確定料金が前記予定料金以下である場合には、前記カード会社サーバで前記確定料金で決済を遂行し、
前記確定料金が前記予定料金を超過し、かつ、追加料金が発生したと判断した場合には、前記追加料金に対する決済がさらに必要であることを通知する追加料金通知信号を前記運送手段の端末機である第２端末機に伝送することを特徴とする運送手段呼出サービス方法。
【請求項２８】
前記第１決済情報を受信することは、
前記第１端末機と前記運送手段とのマッチングのための呼出情報を運送手段呼出サーバに伝送する前に遂行されることを特徴とする請求項２７に記載の運送手段呼出サービス方法。
【請求項２９】
前記第１決済情報は、
前記第１端末機における入力によって生成された決済秘密番号を含み、
前記第２決済情報は、
前記確定料金を含むことを特徴とする請求項２７に記載の運送手段呼出サービス方法。
【請求項３０】
使用者の決済手段における自動決済を進行するための自動決済同意情報を保持することをさらに含み、
前記第１決済情報は、
前記自動決済同意情報を用いて自動決済を進行するための前記使用者に関する識別情報を含み、
前記第２決済情報は、
前記確定料金を含むことを特徴とする請求項２７に記載の運送手段呼出サービス方法。
【請求項３１】
前記第１決済情報は、
予定料金で決済するための仮承認決済情報を含み、
前記第２決済情報は、
前記確定料金が前記予定料金以下である場合には前記カード会社サーバで前記確定料金で決済し、前記確定料金が前記予定料金を超過する場合には前記カード会社サーバで前記予定料金で決済するための本承認決済情報を含むことを特徴とする請求項２７に記載の運送手段呼出サービス方法。
【請求項３２】
前記第１決済情報は、
前記決済サーバが前記カード会社サーバに接続して予定料金で先決済を遂行するための先決済情報を含み、
前記第２決済情報は、
前記確定料金が前記予定料金以上である場合には前記先決済を有効とし、前記確定料金が前記予定料金未満である場合には前記先決済で前記確定料金を超過して支出された超過金額を部分的に取り消すための先決済部分取消情報を含むことを特徴とする請求項２７に記載の運送手段呼出サービス方法。
【請求項３３】
決済手数料の決済のために前記カード会社サーバに前記決済手数料を伝送することをさらに含むことを特徴とする請求項２７に記載の運送手段呼出サービス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は運送手段呼出サービスサーバ、それを有する運送手段呼出サービスシステム及びそれを用いた運送手段呼出サービス方法に関し、より詳細にはスマートフォンなどの端末機で運送手段の呼出及び料金の決済を行うことのできる運送手段呼出サービスサーバ、それを有する運送手段呼出サービスシステム及びそれを用いた運送手段呼出サービス方法に関する。
【背景技術】
【０００２】
現代社会では人と物資とを必要な場所に移動するために多様な運送手段が利用されている。このような運送手段を提供するサービスにおいて最も重要なのは運送の必要な物資または人と運送手段とを効率的に連結させることである。例えば、最も代表的な個人運送手段であるタクシーを利用する際には、使用者が特定のタクシー会社に電話をかけてコールセンター相談員に自分の位置を知らせると、そのコールセンター相談員はその使用者に一番近い空車であるタクシーを呼出すことになる。そうするとタクシーの運転手はそのコールセンター相談員を介して使用者の電話番号及び居場所の案内を受けた後、使用者との通話を通じて使用者の居場所に移動するというようにタクシー呼出サービスが運用されている。
【０００３】
また別のタクシー呼出サービス方法は、スマートフォンにインストールされているタクシー呼出アプリケーションを使用する方法である。それによって使用者はタクシー呼出アプリケーションを実行してタクシー会社のコールセンターの電話番号を検索または選択した後、コールセンター相談員と通話をしなければならない。このような場合にも前述したようにタクシーの運転手はコールセンター相談員の指示に従って使用者の居場所に移動することになる。
【０００４】
しかし、このようなコールセンターを介したサービス方法では、乗客が下車するときしかタクシー料金の決済を行うことができず、しかも決済を遂行する人が必ずタクシーに乗っていなければならないという問題点、すなわち、決済者と搭乗客とが同じでなければならないという問題点を有している。
【０００５】
また、タクシー呼出アプリケーションの他の例として、一部のタクシー呼出アプリケーションでは使用者の位置を地図上に表示してくれる地図サービスを支援しているが、そのためには追加的にＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）、セルラー、Ｗｉ−Ｆｉなどの技術を用いて位置情報を獲得しなければならない。
【０００６】
このような問題点は上記で例示した運送手段だけではなく、運送手段を用いた個人貨物配達サービスなど需要者と供給者とを直接連結する運送サービス提供業にも共通するものである。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】韓国公開特許２０００−００４０２０７号公報
【特許文献２】韓国公開特許２００１−００３８１０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明はこのような問題点を解決することを目的とするものであり、本発明が解決しようとする課題の1つは、搭乗客と決済者とが一致しない場合にも運賃決済を遂行することのできる運送手段呼出サービスシステムを提供することにある。
【０００９】
また、本発明が解決しようとする他の課題は、前記運送手段呼出サービスシステムを用いて運送手段呼出サービス方法を提供することにある。
【課題を解決するための手段】
【００１０】
本発明の一実施形態にかかる運送手段呼出サービスシステムは、第１端末機、運送手段呼出サーバ及び決済サーバを含む。前記第１端末機は第１呼出情報及び第１決済進行のための第１決済情報を生成する。前記運送手段呼出サーバは前記第１端末機から受信した前記第１呼出情報を用いて運送手段とのマッチングを通知するマッチング信号を前記第１端末機に伝送する。前記決済サーバは外部から受信した運送手段運行による確定料金及び前記第１端末機から受信した前記第１決済情報を用いて第２決済進行を遂行する。
【００１１】
また、前記運送手段呼出サービスシステムは、前記第１呼出情報を介して生成された第２呼出情報を前記運送手段呼出サーバから受信し、前記第２呼出情報を用いてコール受託を通知する受託信号を前記運送手段呼出サーバに伝送する第２端末機をさらに含むものでもよい。この際、前記運送手段呼出サーバは、前記第２端末機から受信した前記受託信号を用いて前記マッチング信号を前記第１端末機に伝送する。
【００１２】
また、前記第１端末機は、前記第１決済情報を前記決済サーバに伝送した後、前記第１呼出情報を前記運送手段呼出サーバに伝送してもよい。
【００１３】
また、前記決済サーバは前記第１決済情報及び前記確定料金を用いて前記第２決済進行のための第２決済情報をカード会社サーバに伝送してもよい。
【００１４】
また、前記第１決済情報は前記第１端末機における入力によって生成された決済秘密番号を含み、前記第２決済情報は前記確定料金を含んでもよい。
【００１５】
また、前記決済サーバは前記決済秘密番号を基準時間の間のみ保持してもよい。
【００１６】
また、前記決済サーバは使用者の決済手段における自動決済を進行するための自動決済同意情報を保持していてもよい。この際、前記第１決済情報は前記自動決済同意情報を用いて自動決済を進行するための前記使用者に関する識別情報を含み、前記第２決済情報は前記確定料金を含んでいてもよい。また、前記自動決済同意情報は前記使用者が最初の運賃決済のために前記第１端末機において入力された前記使用者の決済秘密番号を含んでいてもよい。
【００１７】
これとは異なり、前記第１決済情報は予定料金で決済するための仮承認の決済情報を含み、前記第２決済情報は前記確定料金が前記予定料金以下である場合には前記カード会社サーバで前記確定料金で決済し、前記確定料金が前記予定料金を超過する場合には前記カード会社サーバで前記予定料金で決済するための本承認決済情報を含んでいてもよい。この際、前記決済サーバは前記確定料金が前記予定料金以上であり、かつ、追加料金が発生したと判断した場合は、前記追加料金に対する決済がさらに必要であることを通知する追加料金通知信号を第２端末機に伝送する。また、前記仮承認決済情報は前記第１端末機における入力によって生成された決済秘密番号を含んでいてもよい。
【００１８】
これとは異なり、前記第１決済情報は前記決済サーバが前記カード会社サーバに接続して予定料金で先決済を遂行させるための先決済情報を含み、前記第２決済情報は前記確定料金が前記予定料金以上である場合には前記先決済を有効とし、前記確定料金が前記予定料金未満である場合には前記先決済で前記確定料金を超過して支出された超過金額を部分的に取り消すための先決済部分取消情報を含む。この際、前記決済サーバは前記確定料金が前記予定料金以上であり、かつ、追加料金が発生したと判断した場合、前記追加料金に対する決済がさらに必要であることを通知する追加料金通知信号を第２端末機に伝送してもよい。
【００１９】
前記予定料金は前記運送手段の営業地域に応じて決定されてもよい。これとは異なり、前記予定料金は出発地及び目的地間の移動距離に応じて決定されてもよい。
【００２０】
前記第１呼出情報は出発地及び目的地に関する情報を含んでいてもよい。この際、前記第１呼出情報は搭乗客情報をさらに含んでいてもよい。また、前記第１呼出情報は運送手段の技士に伝達されるメッセージ情報をさらに含んでいてもよい。また、前記第１呼出情報は追加オプションの選択を通知するオプション情報をさらに含んでいてもよい。
【００２１】
前記カード会社サーバは前記第２決済情報を用いて第２決済を進行した後、決済完了を通知する決済完了信号を前記第１端末機に伝送してもよい。
【００２２】
前記決済サーバは決済手数料の決済のために前記カード会社サーバに前記決済手数料を伝送してもよい。
【００２３】
前記運送手段呼出サービスシステムは前記確定料金を生成して前記決済サーバに伝送する運賃決済モジュールをさらに含んでいてもよい。この際、前記運賃決済モジュールは前記確定料金を生成するメーター機と、前記メーター機から前記確定料金を受信して前記決済サーバに伝送する決済機を含んでいてもよい。
【００２４】
続いて、本発明の一実施形態にかかる運送手段呼出サービス方法は運送手段呼出サーバ及び決済サーバとそれぞれ無線通信可能な第１端末機によって遂行される運送手段呼出サービス方法に関し、呼出情報を前記運送手段呼出サーバに伝送し、前記呼出情報を用いて生成された運送手段とのマッチングを通知するマッチング信号を前記運送手段呼出サーバから受信し、第１決済進行のための第１決済情報を前記決済サーバに伝送して、前記決済サーバで外部から受信した運送手段運行による確定料金及び前記第１決済情報を用いて第２決済進行を遂行させること、を含む。
【００２５】
前記呼出情報を前記運送手段呼出サーバに伝送することは前記第１決済情報を前記決済サーバに伝送した後に遂行されてもよい。
【００２６】
前記第１決済情報を前記決済サーバに伝送し、前記決済サーバで前記第２決済進行を遂行することにおいて、決済サーバが前記第１決済情報及び前記確定料金を用いて前記第２決済進行のための第２決済情報をカード会社サーバに伝送してもよい。
【００２７】
前記第１決済情報は前記第１端末機において入力によって生成された決済秘密番号を含み、前記第２決済情報は前記確定料金を含んでいてもよい。
【００２８】
前記決済サーバは使用者の決済手段における自動決済を進行させるための自動決済同意情報を保持していてもよい。この際、前記第１決済情報は前記自動決済同意情報を用いて自動決済を進行させるための前記使用者に関する識別情報を含み、前記第２決済情報は前記確定料金を含んでいてもよい。
【００２９】
これとは異なり、前記第１決済情報は予定料金で決済するための仮承認の決済情報を含み、前記第２決済情報は前記確定料金が前記予定料金以下である場合には前記カード会社サーバで前記確定料金で決済させ、前記確定料金が前記予定料金を超過する場合には前記カード会社サーバで前記予定料金で決済させるための本承認決済情報を含んでいてもよい。この際、前記決済サーバは前記確定料金が前記予定料金以上であり、かつ、追加料金が発生したと判断した場合は、前記追加料金に対する決済がさらに必要であることを通知する追加料金通知信号を第２端末機に伝送してもよい。
【００３０】
これとは異なり、前記第１決済情報は前記決済サーバが前記カード会社サーバに接続して予定料金で先決済を遂行させるための先決済情報を含み、前記第２決済情報は前記確定料金が前記予定料金以上である場合には前記先決済を有効とし、前記確定料金が前記予定料金未満である場合には前記先決済で前記確定料金を超過して支出された超過金額を部分的に取り消すための先決済の部分取消情報を含んでいてもよい。この際、前記決済サーバは前記確定料金が前記予定料金以上であり、かつ、追加料金が発生したと判断した場合に、前記追加料金に対する決済がさらに必要であることを通知する追加料金通知信号を第２端末機に伝送してもよい。
【００３１】
前記運送手段呼出サービス方法は前記予定料金を決定することをさらに含んでいてもよい。この際、前記予定料金を決定することにおいては、前記運送手段の営業地域に応じて前記予定料金を決定してもよい。これとは異なり、前記予定料金を決定することにおいては、出発地及び目的地間の移動距離に応じて前記予定料金を決定してもよい。
【００３２】
前記呼出情報は出発地及び目的地に関する情報を含んでいてもよい。
【００３３】
前記運送手段呼出サービス方法は前記第２決済情報を通じた前記第２決済進行の完了後、前記カード会社サーバから決済完了を通知する決済完了信号を受信することをさらに含んでいてもよい。
【００３４】
続いて、本発明の一実施形態にかかる運送手段呼出サービス方法は、第１端末機と無線通信可能な決済サーバによって遂行される運送手段呼出サービス方法に関し、前記第１端末機から第１決済進行のための第１決済情報を受信し、外部から運送手段運行による確定料金を受信し、前記第１決済情報及び前記確定料金を用いて第２決済進行を遂行すること、を含む。
【００３５】
前記第１決済情報を受信することは前記第１端末機と運送手段とのマッチングのための呼出情報を運送手段呼出サーバに伝送する前に遂行されてもよい。
【００３６】
前記第２決済進行を遂行することにおいては、前記第１決済情報及び確定料金を用いて前記第２決済進行のための第２決済情報をカード会社サーバに伝送してもよい。
【００３７】
前記第１決済情報は前記第１端末機で入力によって生成された決済秘密番号を含み、前記第２決済情報は前記確定料金を含んでいてもよい。
【００３８】
前記運送手段呼出サービス方法は使用者の決済手段で自動決済を進行するための自動決済同意情報を保持することをさらに含んでいてもよい。この際、前記第１決済情報は前記自動決済同意情報を用いて自動決済を進行させるための前記使用者に対する識別情報を含み、前記第２決済情報は前記確定料金を含んでいてもよい。
【００３９】
これとは異なり、前記第１決済情報は予定料金で決済するための仮承認決済情報を含み、前記第２決済情報は前記確定料金が前記予定料金以下である場合には前記カード会社サーバで前記確定料金で決済し、前記確定料金が前記予定料金を超過する場合には前記カード会社サーバで前記予定料金で決済するための本承認決済情報を含んでいてもよい。この際、前記運送手段呼出サービス方法は前記確定料金が前記予定料金以上であり、かつ、追加料金が発生したと判断した場合は、前記追加料金に対する決済がさらに必要であることを通知する追加料金通知信号を第２端末機に伝送することをさらに含んでいてもよい。
【００４０】
これとは異なり、前記第１決済情報は前記決済サーバが前記カード会社サーバに接続して予定料金で先決済を遂行させるための先決済情報を含み、前記第２決済情報は前記確定料金が前記予定料金以上である場合には前記先決済を有効とし、前記確定料金が前記予定料金未満である場合には前記先決済で前記確定料金より超過支出された超過金額を部分的に取り消すための先決済部分取消情報を含んでいてもよい。この際、前記運送手段呼出サービス方法は前記確定料金が前記予定料金以上であり、追加料金が発生したと判断した場合に、前記追加料金に対する決済がさらに必要であることを通知する追加料金通知信号を第２端末機に伝送することをさらに含んでいてもよい。
【００４１】
前記予定料金は前記運送手段の営業地域に応じて決定されてもよい。これとは異なり、前記予定料金は出発地及び目的地間の移動距離に応じて決定されてもよい。
【００４２】
前記第１呼出情報は出発地及び目的地に関する情報をさらに含んでいてもよい。
【００４３】
前記運送手段呼出サービス方法は決済手数料の決済のために前記カード会社サーバに前記決済手数料を伝送することをさらに含んでいてもよい。
【発明の効果】
【００４４】
本発明にかかる運送手段呼出サービスシステム及びそれを用いた運送手段呼出サービス方法によると、乗客が運送手段に搭乗する前に決済者が端末機を通じてオンライン決済を遂行することによって、前記決済者と前記搭乗客とが互いに一致しない場合にも運賃決済が遂行される。例えば、決済手段を有していない乗客である児童が運送手段に乗った場合、父母が決済者となってオンラインで予め決済を遂行することによって、前記児童は便利に運送手段に搭乗して所望の場所に移動することができる。
【図面の簡単な説明】
【００４５】
【図１】本発明の一実施形態にかかる運送手段呼出サービスシステムを示すブロック図である。
【図２】図１に示す運送手段呼出サービスシステムを通じた運賃決済シナリオの一例を示した順序図である。
【図３】図２に示す運賃決済シナリオのうち運送手段呼出及び承諾過程を説明するためのブロック図である。
【図４】図３に示す過程以降の、第１決済を遂行する過程を説明するためのブロック図である。
【図５】図４に示す過程以降の、第２決済を遂行する過程を説明するためのブロック図である。
【図６】図２と異なる運賃決済シナリオの一例を示す順序図である。
【図７】図６に示す運賃決済シナリオのうち第１決済を遂行する過程を説明するためのブロック図である。
【図８】図７に示す過程以降の、運送手段呼出及び承諾過程を説明するためのブロック図である。
【図９】図２または図６に示す運賃決済シナリオにおける第１決済及び第２決済の過程の一例を説明するための順序図である。
【図１０】図２または図６に示す運賃決済シナリオにおける第１決済及び第２決済の過程の他の例を説明するための順序図である。
【図１１】図２または図６に示すタクシー運賃決済シナリオにおける第１決済及び第２決済の過程のさらに他の例を説明するための順序図である。
【発明を実施するための形態】
【００４６】
本発明は多様な変更を加えて実施することが可能であり、多様な形態で実施することが可能である。以下では、特定の実施形態を例示して図面に基づいて詳細に説明する。
【００４７】
以下の記載は本発明を特定の開示形態に限定するものではなく、本発明の思想及び技術的範囲に含まれる全ての変更、均等物又は代替物を含むものとして理解されるべきである。「第１」、「第２」などの用語は、多用な構成要素を説明する際に使用されることがあるが、当該構成要素は当該用語によって限定解釈されない。当該用語は、ある構成要素を他の構成要素と区別する目的のみとして使用される。例えば、本発明の権利範囲を外れない限り、「第１」構成要素を「第２」構成要素としてもよく、同様に「第２」構成要素を「第１」構成要素としてもよい。
【００４８】
本明細書において使用した用語は、単に特定の実施形態を説明するために使用されたものであって、本発明を限定しようとする意図はない。単数の表現は文脈上明白に否定されない限り、複数の表現を含む。本明細書において、「含む」または「有する」などの用語は、明細書に記載された特徴、数字、ステップ、段階、動作、構成要素、部品またはこれらを組み合わせたものが存在することを意味し、一つまたはそれ以上の他の特徴や数字、ステップ、段階、動作、構成要素、部品またはこれらを組み合わせたものの存在または付加可能性を予め排除するものではないと理解されるべきである。
【００４９】
以下、図面を参照して本発明の好適な実施形態をより詳細に説明する。
【００５０】
以下の説明は代表的な個人運送手段タクシー呼出サービスを実施形態としているが、個人運送手段タクシー以外の運送手段、例えば、個人貨物配達サービスのための貨物用車両、定められた路線のない複数の乗客をそれぞれの目的地まで運送する相乗りタクシー、貨物及び乗客を運送する無人移動手段など、多様な運送手段にも本発明にかかる運送手段呼出サービスを適用することができることは勿論である。
【００５１】
図１は本発明の一実施形態にかかる運送手段呼出サービスシステムを示すブロック図である。
【００５２】
図１を参照すると、本実施形態にかかる運送手段呼出サービスシステムは、第１端末機１００、第２端末機２００、複数の運賃決済モジュール３００、運送手段及びインターネットに無線通信で接続して第１端末機及び第２端末機との間で信号を送受信する運送手段呼出サービスサーバ４００及び決済サーバ５００を含んでもよい。
【００５３】
第１端末機１００は、複数の使用者がそれぞれ所有しているデバイスであって、例えば無線移動通信の可能なスマートフォン、タブレットＰＣのうちいずれか一つであってもよい。以下、第１端末機１００のうち任意の使用者Ａが所有している端末機を「使用者端末機」といい、以下では第１端末機１００と同一の参照符号を付与する。
【００５４】
第２端末機２００は、運送手段に設置されるか又は運送手段に搭乗してそれを操作する技士が所持する少なくとも一つの端末機である。例えば、運送手段がタクシーである場合、タクシー技士が所持するスマートフォン、ＰＤＡ、ノートブック、タブレットなどであってもよく、タクシーの車両に搭載されているインフォテインメントシステム、タブレットであってもよい。また、運送手段がドローンなど無人運送装置である場合、運送手段端末機は無人運送装置に搭載されたコンピューティング装置であってもよい。この際、運送手段端末機または運送手段呼出サービスサーバ３００は、運送手段端末機１００及び乗客端末機２００に運送手段呼出サービスを提供してもよい。以下、運送手段呼出サービスサーバ３００が複数の運送手段端末機１００及び複数の乗客端末機２００に運送手段呼出サービスを提供する場合を例にあげて説明する。以下、第２端末機２００のうち任意の運送手段Ｂに搭載されるか又は運送手段Ｂの運送手段技士が所持する端末機を運送手段端末機とし、以下では第２端末２００と同一の参照符号を付与する。
【００５５】
運賃決済モジュール３００は、複数の運送手段それぞれに載置されて運賃に対する決済を遂行する、無線移動通信が可能なデバイスであってもよい。具体的には、運賃決済モジュール３００それぞれは、運送手段運行、例えば、移動距離及び移動時間などによって運賃を生成するメーター機３１０、及びメーター機３１０と無線または有線で連結され、メーター機３１０から運賃を受信して決済を遂行可能な決済機３２０を含んでもよい。決済機３２０は無線移動通信が可能なデバイスであって、運賃を運送手段呼出サーバ４００または決済サーバ５００に伝送するものでもよい。以下、運送手段のうち運送手段Ｂに搭載された運賃決済モジュール２００のメーター機２１０及び決済機３２０について説明する。
【００５６】
運送手段呼出サーバ４００は、運送手段呼出を自動的に遂行可能なコンピュータシステムであって、無線通信によって第１端末機１００、第２端末機２００、決済機３００及び決済サーバ５００との間で信号を送受信する。
【００５７】
例えば、運送手段呼出サーバ４００は、地図ＤＢ（ｄａｔａ  ｂａｓｅ）部、運送手段ＤＢ部、無線通信部、マッチング情報記憶部及び制御部を含んでもよい。
【００５８】
地図ＤＢ部は制御部によって制御され、各地域の地図を含む地図ＤＢ情報を保持している。運送手段ＤＢ部は制御部によって制御され、運送手段呼出サービスに加入している複数の運送手段に関する情報を含む運送手段ＤＢ情報を保持している。無線通信部はインターネットに無線通信で接続可能な装置であって、制御部が外部システムとの間で信号を送受信することができるように中継する。マッチング情報記憶部は制御部によって制御され、現在マッチングされている使用者端末機及び運送手段間の実時間マッチング情報を保持している。また、マッチング情報記憶部は既存のマッチング結果及び決済結果情報を保持してもよい。
【００５９】
決済サーバ５００は、第１端末機１００及びカード会社サーバ６００間で決済を代行可能な決済代行システムであって、例えば、ペイコ（ＰＡＹＣＯ）（登録商標）のような統合簡易決済システムであってもよい。
【００６０】
一方、カード会社サーバ６００は、決済手段を通じて最終決済が遂行される決済遂行システムであって、信用カード、チェックカードなどを通じたカード決済方法、携帯電話の決済方法、口座引き落としなどを通じた銀行決済方法、前払い充填手段による充填決済方法、及び商品券、ポイント、クーポンなどの多様な決済手段による多様な決済方法のうち少なくとも一つを用いて決済を遂行してもよい。
【００６１】
本実施形態において、使用者端末機１００が運送手段呼出サーバ１００及び決済サーバ５００に接続して運送手段呼出サービスの提供を受けるためには、まず、使用者Ａは、運送手段呼出サービス・アプリケーション・プログラム（以下、「運送手段呼出サービス・アプリ」という。）をダウンロードして使用者端末機１００にインストールした後、運送手段呼出サービスのための会員加入を申請しなければならない。以後、使用者Ａは本人認証またはログイン過程を経た後、以後の決済に使用する決済手段を決済サーバ５００に登録しなければならない。この際、決済手段は信用カード、チェックカード、携帯電話の決済、口座決済、前払い充填、商品券、ポイント、クーポンなどのうち少なくとも一つあってもよい。したがって、決済サーバ５００は決済手段のうち一つのみを使用する単独決済方法で決済代行を遂行してもよいが、決済手段のうち２つ以上を使用する複合決済方法で決済代行を遂行してもよい。
【００６２】
以下、運送手段呼出サービスシステムを通じて運送手段呼出サービスが行われる過程、すなわち、運送手段呼出サービス方法を詳細に説明する。
【００６３】
図２は図１に示す運送手段呼出サービスシステムを通じた運賃決済シナリオの一例を示す順序図であり、図３は図２に示す運賃決済シナリオのうち運送手段呼出及び承諾過程を説明するためのブロック図である。
【００６４】
図２及び図３を参照すると、使用者Ａ（決済者）は使用者端末機１００に運送手段呼出サービス・アプリを実行させた後、運送手段呼出のための第１呼出情報を入力してもよい。すなわち、使用者端末機１００は入力によって第１呼出情報を生成してもよい（Ｓ１０）。本実施形態において、第１呼出情報は出発地及び目的地に関する情報を含んでいてもよい。また、第１呼出情報は実際に搭乗する搭乗客情報、運送手段技士に伝達するメッセージ情報、追加オプションの選択を通知するオプション情報をさらに含んでいてもよい。
【００６５】
続いて、使用者端末機１００は呼出情報を運送手段呼出サーバ４００に伝送してもよい（Ｓ１０）。
【００６６】
続いて、運送手段呼出サーバ４００は使用者端末機１００から伝送された第１呼出情報を用いて第２呼出情報を生成した後、第２呼出情報を運送手段端末機２００に伝送してもよい（Ｓ３０）。ここで、第２呼出情報は第１呼出情報と同一であってもよく、第１呼出情報のうち必須部分である一部情報のみを含んでいてもよく、第１呼出情報の一部または全部に加えて他の情報をさらに含んでいてもよい。
【００６７】
続いて、運送手段端末機２００は第２呼出情報を表示してもよい（Ｓ４０）。ここで、表示するとは、目で確認できるように画面に表示したり、音や振動などの他の手段によって使用者が認識できるように表示したりすることを意味する。
【００６８】
続いて、運送手段Ｂの運送手段技士は表示された第２呼出情報を確認してコール受諾可否を判断して、コール受諾する場合には、運送手段端末機２００を通じてコール受諾の入力をする。ここで、入力はキーパッドによる入力、タッチパッドによる入力、音声による入力、振動による入力のうち少なくとも一つの方法による入力であってもよい。すなわち、運送手段端末機２００は入力によってコール受諾を通知する受諾信号を生成した後（Ｓ５０）、受諾信号を運送手段呼出サーバ４００に伝送する（Ｓ６０）。
【００６９】
続いて、運送手段呼出サーバ４００は受諾信号を用いて使用者Ａ及び運送手段Ｂが互いにマッチングされたことを確認した後、運送手段Ｂとのマッチングされたことを通知するマッチング信号を生成して使用者端末機１００に伝送する（Ｓ７０）。
【００７０】
図４は図３に示す過程以降の、第１決済を遂行する過程を説明するためのブロック図である。
【００７１】
図２及び図４を参照すると、使用者Ａ（決済者）が運送手段呼出サーバ４００から伝送されたマッチング信号を通じて運送手段Ｂとマッチングされたことを確認すると、使用者端末機１００を用いた第１決済の進行が可能になる。すなわち、使用者端末機１００は第１決済進行のための第１決済情報を生成して決済サーバ５００に伝送することができる（Ｓ８０）。この際、決済サーバ５００は第１決済情報を用いて第１決済を進行させることができる。
【００７２】
図５は図４に示す過程以降の、第２決済を遂行する過程を説明するためのブロック図である。
【００７３】
図２及び図５を参照すると、第１決済が進行すると、搭乗客は出発地で運送手段Ｂに乗車することになる。この際、運送手段Ｂの運送手段技士は第２呼出情報に含まれる搭乗客情報を用いて搭乗客が搭乗予定客であるか否かを確認した後に乗車を許容してもよい。また、搭乗客が運送手段Ｂに搭乗する際に、運送手段端末機２００によって“乗車されたお客様は．．．によって自動決済されました。”という音声メッセージを案内してもよい。
【００７４】
以後、運送手段Ｂが目的地に移動すると、メーター機３１０は運送手段運行、例えば、移動距離及び移動時間などによる確定料金を生成した後（Ｓ９０）、確定料金を決済機３２０に伝送する（Ｓ１００）。例えば、メーター機３１０は決済ボタンが押されるかタッチ入力ウィンドウを通じてタッチされることによって確定料金を生成して伝送してもよい。
【００７５】
続いて、決済機３２０はメーター機３１０から伝送された確定料金を決済サーバ５００に伝送し、場合に応じて運送手段呼出サーバ４００にも伝送する（Ｓ１１０）。ここで、運送呼出サーバ４００は決済機３２０から伝送された確定料金情報を保持してもよい。
【００７６】
続いて、決済サーバ５００は使用者端末機１００から伝送された第１決済情報及び決済機３２０から伝送された確定料金を用いて、第２決済進行のための第２決済情報を生成した後、カード会社サーバ６００に第２決済情報を伝送してもよい（Ｓ１２０）。
【００７７】
続いて、カード会社６００は決済サーバ５００から提供された第２決済情報を用いて第２決済を進行した後（Ｓ１３０）、決済完了を通知する決済完了信号を生成して使用者端末機１００に伝送してもよい（Ｓ１４０）。これによって、使用者Ａは決済完了信号を通じて決済が完了したことを確認することができる。ここで、決済完了信号の伝送は運送手段呼出サービス・アプリまたはＳＭＳなどのような文字伝達サービスを通じて行われる。
【００７８】
本実施形態において、決済サーバ５００は決済過程において決済手数料が発生する場合、決済手数料の決済のためにカード会社サーバ５００に決済手数料を伝送してもよい。この場合、カード会社サーバ５００は第２決済を遂行する際に、決済手数料も共に処理してもよく、別の過程を通じて個別に処理してもよい。ここで、決済手数料は運送手段呼出サービスを１回または複数回用いたことの代金であってもよく、第１呼出情報のうち選択オプション情報によって付与されるオプション費用であってもよく、利用代金及びオプション費用を含む金額であってもよい。また、決済サーバ５００は前記のような決済方式に対する補償として、使用者Ａに決済金額の一部をポイントとして積立てもよく、割引クーポンを支給してもよい。
【００７９】
一方、第１決済進行に障害が発生し、または第１決済に失敗した場合、第２決済も遂行できなくなる場合がある。この場合、搭乗客が下車する際に直接現場決済を遂行しなければならない。
【００８０】
以下、図２とは異なる運賃決済シナリオに基づいて行われる運送手段呼出サービス方法を詳細に説明する。
【００８１】
図６は図２と異なる運賃決済シナリオの一例を示す順序図であり、図７は図６に示す運賃決済シナリオのうち第１決済を遂行する過程を説明するためのブロック図である。
【００８２】
図６及び図７を参照すると、使用者Ａ（決済者）は使用者端末機１００で運送手段呼出サービス・アプリを実行した後、運送手段呼出のための第１呼出情報を入力してもよい。すなわち、使用者端末機１００はタッチ入力によって前記第１呼出情報を生成してもよい（Ｓ２１０）。
【００８３】
続いて、使用者Ａは使用者端末機１００を用いて第１決済を進行させてもよい。すなわち、使用者端末機１００は第１決済進行のための第１決済情報を生成して決済サーバ５００に伝送してもよい（Ｓ２２０）。この際、決済サーバ５００は第１決済情報を用いて第１決済を進行させてもよい。
【００８４】
図８は図７に示す過程以降の、運送手段呼出及び承諾過程を説明するためのブロック図である。
【００８５】
図６及び図７を参照すると、第１決済情報の伝送が完了した後、使用者端末機１００は第１呼出情報を運送手段呼出サーバ４００に伝送してもよい（Ｓ２３０）。
【００８６】
続いて、運送手段呼出サーバ４００は使用者端末機１００から伝送された第１呼出情報を用いて第２呼出情報を生成した後、第２呼出情報を運送手段端末機２００に伝送してもよい（Ｓ２４０）。
【００８７】
続いて、運送手段端末機２００は第２呼出情報を表示してもよい（Ｓ２５０）。
【００８８】
続いて、運送手段Ｂの運送手段技士は表示された第２呼出情報を確認してコール受諾可否を判断して、コール受諾する場合には、運送手段端末機２００を通じてコール受諾を入力する。すなわち、運送手段端末機２００は入力によってコール受諾を通知する受諾信号を生成した後（Ｓ２６０）、受諾信号を運送手段呼出サーバ４００に伝送してもよい（Ｓ２７０）。
【００８９】
続いて、運送手段呼出サーバ４００は、受諾信号を用いて使用者Ａ及び運送手段Ｂが互いにマッチングされたことを確認した後、運送手段Ｂとマッチングされたことを通知するマッチング信号を生成して使用者端末機１００に伝送してもよい（Ｓ２８０）。
【００９０】
以後の進行過程は図５を通じて説明した第２決済を遂行する過程と実質的に同一であるため、それについての詳細な説明は省略する。ここで、図６に示す運賃決済シナリオは、第１決済が進行した後に限って、運送手段技士とのコール受諾過程が遂行されることによって、第１決済進行に障害が発生し、または第１決済に失敗した場合には、以後の過程の遂行を自動的に遮断することができる。それによって、第１決済進行に障害が発生し、又は第１決済に失敗した場合に発生する図２に示す現場決済過程は、図６のシナリオでは省略されてもよい。また、コール受諾以前に使用者の入力が全て完了することによって、使用者の便宜性がより向上する。
【００９１】
以下、図２または図６に示す運賃決済シナリオにおける第１決済及び第２決済の過程について実施形態を説明する。
【００９２】
図９は図２または図６に示す運賃決済シナリオにおける第１決済及び第２決済の過程の一例を説明するための順序図である。
【００９３】
図９を参照すると、使用者端末機１００から決済サーバ５００に伝送される第１決済情報は、使用者端末機１００における入力によって生成された決済秘密番号を含んでいてもよい。すなわち、使用者Ａが使用者端末機１００を通じて決済秘密番号を入力すると、使用者端末機１００は決済秘密番号を決済サーバ５００に伝送する（Ｓ３１０）。この際、決済サーバ５００は、決済秘密番号を、その後、実際の決済が進行可能な基準時間の間、例えば、３〜４時間だけ保持してもよい。一方、第１決済情報は決済手数料に対する情報をさらに含んでいてもよい。
【００９４】
決済サーバ５００からカード会社サーバ６００に伝送される第２決済情報は、決済機３２０から伝送された確定料金を含んでいてもよい。すなわち、決済サーバ５００は確定料金をカード会社サーバ６００に伝送して決済を進行させてもよい（Ｓ３２０）。ここで、第１決済情報が決済手数料に関する情報を含む場合、決済サーバ５００は確定料金と共に決済手数料をカード会社サーバ６００に伝送して決済を進行させてもよい。
【００９５】
一方、決済サーバ５００は使用者Ａの決済手段、例えば、使用者Ａが所持しているカードで自動決済を進行させるための自動決済同意情報を保持してもよい。この際、自動決済同意情報は使用者Ａが最初の運賃決済のために使用者端末機１００において入力した使用者Ａの決済秘密番号を含んでいてもよい。すなわち、使用者Ａが最初の運賃決済を遂行する際、以後の決済過程は取消行為のない限り別途の追加同意なしに自動的に進行されるように設定してもよい。
【００９６】
このように、決済サーバ５００が自動決済同意情報を保持している場合、第１決済情報は自動決済同意情報を用いて自動決済を進行させるための使用者Ａに関する識別情報を含んでいてもよい。すなわち、使用者端末機１００は自動決済同意があるか否かを判断して（Ｓ３３０）、自動決済同意があると判断すると、内部に保持されている使用者Ａに関する識別情報を自動的に決済サーバ５００に伝送してもよい。以後、Ｓ３２０において、決済サーバ５００は使用者Ａに関する識別情報を用いて、確定料金をカード会社サーバ６００に伝送することで決済を進行させてもよい。
【００９７】
他方、使用者端末機１００は自動決済同意がないと判断されると、使用者端末機１００はＳ３１０段階を遂行して決済を進行させてもよい。
【００９８】
図１０は図２または図６に示す運賃決済シナリオにおける第１決済及び第２決済の過程の他の例を説明するための順序図である。
【００９９】
図１０を参照すると、使用者端末機１００から決済サーバ５００に伝送される第１決済情報は予定料金で決済するための仮承認決済情報を含んでいてもよい。すなわち、使用者端末機１００は予定料金を決定した後、仮承認決済情報を決済サーバ５００に伝送してもよい（Ｓ４１０）。ここで、仮承認決済情報は使用者端末機１００における入力によって生成された決済秘密番号を含んでいてもよい。
【０１００】
本実施形態において、予定料金は運送手段Ｂの営業地域に応じて決定される。例えば、運送手段Ｂの営業地域がソウルである場合、ソウル地域をカバーすることのできる移動距離及び移動時間などによる平均費用を設定した後、それを通じて予定料金が決定されてもよい。これとは異なり、予定料金は出発地及び目的地の間の移動距離に応じて決定されてもよい。すなわち、使用者Ａが出発地及び目的地を入力すると、それに基づいて移動距離を計算し、計算された移動距離を用いて決定されてもよい。
【０１０１】
決済サーバ５００でカード会社サーバ６００に伝送される第２決済情報は、決済機３２０から伝送された確定料金が予定料金以下である場合には、前記カード会社６００において確定料金で決済させ、確定料金が予定料を超過する場合には、カード会社サーバ６００において予定料金で決済させるための本承認である決済情報を含んでいてもよい。この際、決済サーバ５００は確定料金が予定料金以上であり、かつ、追加料金が発生したと判断した場合は、運送手段端末機２００に追加料金に対する決済がさらに必要であることを通知するための追加料金通知信号を伝送してもよい。
【０１０２】
具体的に説明すると、決済サーバ５００が決済機３２０から伝送された確定料金を予定料金と比較して（Ｓ４２０）、確定料金が予定料金以下であると判断すると、決済サーバ５００は確定料金で本承認をするために確定料金をカード会社サーバ６００に伝送して決済を進行させてもよい（Ｓ４３０）。
【０１０３】
他方、決済サーバ５００が、確定料金が予定料金以上であり、かつ、追加料金が発生したと判断した場合は、決済サーバ５０は予定料金で本承認をするために予定料金をカード会社サーバ６００に伝送して決済を進行させてもよい（Ｓ４４０）。その後、またはそれと同時に、決済サーバ５００は運送手段端末機２００に追加料金通知信号を伝送してもよい（Ｓ４５０）。この際、追加料金通知信号は決済サーバ５００から運送手段端末機２００に直接伝送されてもよいが、決済サーバ５００から運送手段呼出サーバ４００に伝送された後、再度運送手段呼出サーバ４００に伝送された後、再度運送手段端末機２００に伝送されてもよい。
【０１０４】
図１１は図２または図６に示す運賃決済シナリオにおける第１決済及び第２決済の過程の更に他の例を説明するための順序図である。
【０１０５】
図１１を参照すると、使用者端末機１００から決済サーバ５００に伝送される第１決済情報は、決済サーバ５００がカード社サーバ６００に接続して予定料金で先決済を遂行させるための先決済情報を含んでいてもよい。すなわち、使用者端末機１００は予定料金を決定した後、先決済情報を決済サーバ５００に伝送してもよい（Ｓ５１０）。その後、決済サーバ５００は先決済情報を用いてカード会社サーバ６００に接続して予定料金で先決済を遂行してもよい。
【０１０６】
本実施形態において、先決済情報は使用者端末機１００における入力によって生成された決済秘密番号を含んでいてもよい。また、予定料金は運送手段Ｂの営業地域に応じて決定されてもよく、出発地及び目的地間の移動距離に応じて決定されてもよい。
【０１０７】
決済サーバ５００からカード会社サーバ６００に伝送される第２決済情報は、決済機３２０から伝送された確定料金が予定料金以上である場合には先決済を有効とし、確定料金が予定料金未満である場合には先決済で確定料金を超過して支出された超過金額を部分的に取り消すための先決済部分取消情報を含んでいてもよい。この際、決済サーバ５００は確定料金が予定料金以上であり、かつ、追加料金が発生したと判断すると、運送手段端末機２００に追加料金に対する決済がさらに必要であることを通知する追加料金通知信号を伝送してもよい。
【０１０８】
具体的に説明すると、決済サーバ５００が、決済機３２０から伝送された確定料金が予定料金と同じか否かを比較して（Ｓ５２０）、同じであると判断すると、先決済を有効にする（Ｓ５３０）。ここで、先決済を有効にすることの意味は、先決済が正しい決済であったことを認め、その後は決済についてどんな過程も遂行しないという意味を含む。
【０１０９】
他方、決済サーバ５００が、確定料金が予定料金以下であるか否かを比較して（Ｓ５４０）、確定料金が予定料金以下であり、かつ、先決済において超過金額があると判断すると、決済サーバ５００はカード会社サーバ６００に接続して先決済で超過して支払った金額を取り消すように決済部分取消過程を遂行してもよい。
【０１１０】
一方、決済サーバ５００が、確定料金が予定料金以上であり、かつ、追加料金が発生したと判断した場合は、決済サーバ５００は先決済を有効とする（Ｓ５６０）。その後またはそれと同時に、決済サーバ５００は運送手段端末機２００に追加料金通知信号を伝送してもよい（Ｓ５７０）。この際、追加料金通知信号は決済サーバ５００から運送手段端末機２００に直接伝送されてもよいが、決済サーバ５００から運送手段呼出サーバ４００に伝送された後、再度運送手段端末機２００に伝送されてもよい。
【０１１１】
このように本実施形態によると、乗客が運送手段に搭乗する前に使用者Ａ（決済者）が使用者端末機１００を通じてオンライン決済を遂行することによって、使用者Ａ（決済者）と実際に搭乗する搭乗客とが互いに一致しない場合でも運賃決済を遂行することができる。例えば、決済手段を有していない搭乗客である児童、老人、障害者などが運送手段に乗る場合、両親、保護者などが決済者と決済を遂行することによって、搭乗客は決済を遂行しなくても便利に運送手段に搭乗して所望の場所に移動することができる。
【０１１２】
また、第１決済進行が完了した後、運送手段技士とのコール受諾過程が遂行される場合、第１決済進行に障害が発生し、または第１決済に失敗した場合に発生する現場決済過程を省略することができるので、コール受諾前に使用者の入力が全て完了することによって、使用者の便宜性がより向上する。
【０１１３】
また、追加料金が発生した場合、追加料金通知信号が運送手段端末機２００に伝送されることによって、運送手段Ｂの運送手段技士は運送手段端末機２００を通じて追加料金が発生したことを確認することができ、それによって、実際に搭乗した搭乗客の追加費用に対する現場決済を容易に遂行することができる。
【０１１４】
以上、本発明の実施形態に基づいて詳細に説明したが、本発明はこれに限定されるものではなく、本発明が属する技術分野において通常の知識を有する者であれば、本発明の思想及び趣旨から外れない限り、本発明を修正または変更することができる。
【符号の説明】
【０１１５】
１００：第１端末機／使用者端末機
２００：第２端末機／運送手段端末機
３００：運賃決済モジュール
３１０：メーター機                    ３２０：決済機
４００：運送手段呼出サーバ
５００：決済サーバ                    ６００：カード会社サーバ
【図１】
0006487411.tif 000002
【図２】
0006487411.tif 000003
【図３】
0006487411.tif 000004
【図４】
0006487411.tif 000005
【図５】
0006487411.tif 000006
【図６】
0006487411.tif 000007
【図７】
0006487411.tif 000008
【図８】
0006487411.tif 000009
【図９】
0006487411.tif 000010
【図１０】
0006487411.tif 000011
【図１１】
0006487411.tif 000012