(57)【特許請求の範囲】
【請求項１】
車内支払いのための方法であって、
車内ユーザの顔画像および乗車経路の端点における前記車内ユーザの地理的位置を取得するステップと、
前記地理的位置に基づいて、画像データベースから前記地理的位置に関連する画像セットを取得するステップであって、前記画像セットが、複数のユーザの顔画像を含む、ステップと、
前記車内ユーザの前記顔画像を前記画像セット中の各顔画像と比較して、前記車内ユーザの識別情報を認識するステップと、
前記車内ユーザの前記識別情報に対応する運賃引落口座を取得するステップと、
前記運賃引落口座から今回の乗車に対応する運賃のパスワード無し支払いを実行するステップと
を含む、方法。
【請求項２】
前記乗車経路の端点における前記車内ユーザの前記地理的位置を取得するステップが、
前記車内ユーザが車両に乗車するとき、アプリケーション(APP)クライアントソフトウェアによって収集される地理的位置を取得するステップ
を含み、前記APPクライアントソフトウェアが実行されるスマート端末デバイスは、前記車内ユーザによって使用される車両の内側に配設される、請求項1に記載の方法。
【請求項３】
前記車内ユーザの前記顔画像に基づいて、前記車内ユーザのユーザ属性の特徴を取得するステップと、
前記ユーザ属性の特徴に対応する広告を前記APPクライアントソフトウェアにプッシュするステップと
をさらに含む、請求項2に記載の方法。
【請求項４】
前記乗車経路の前記端点における前記車内ユーザの前記地理的位置を取得するステップが、
前記車内ユーザのスマート端末デバイスに接続されるネットワークアクセスポイントの位置に基づいて、前記車内ユーザの前記地理的位置を決定するステップ
を含み、前記ネットワークアクセスポイントの前記位置が、前記乗車経路の前記端点の周りの所定の範囲の中である、請求項1に記載の方法。
【請求項５】
前記所定の範囲が、前記乗車経路の前記端点の周りの区域の直径を規定する、請求項4に記載の方法。
【請求項６】
前記乗車経路の前記端点における前記車内ユーザの前記地理的位置を取得するステップと、
前記車内ユーザの前記顔画像に関連する前記地理的位置を記憶するステップと
をさらに含む、請求項1に記載の方法。
【請求項７】
前記車内ユーザの声紋を収集するステップと、
前記車内ユーザが前記運賃引落口座と一致するかを決定するステップと
をさらに含む、請求項4に記載の方法。
【請求項８】
画像収集を最適化するために、前記車内ユーザの前記顔画像を収集する端末デバイスのカメラを固定する多自由度クリップモジュールを回転させるための命令を提供するステップ
をさらに含む、請求項1に記載の方法。
【請求項９】
車内支払いのためのシステムであって、請求項1から8のいずれか一項に記載の方法をするように構成される複数のモジュールを備える、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ネットワーク技術の分野に関し、特に、車内支払いのための方法およびデバイスに関する。
【背景技術】
【０００２】
インターネット技術の急速な発展に伴って、タクシー業界の業務モードも変わりつつある。たとえば、タクシーに乗りたいとき、ユーザは、タクシーを呼ぶためにタクシー配車ソフトウェアを使用し、タクシーを降りた後に支払いを行うことができる。タクシー配車ソフトウェアは、旅行に大きな利便性をもたらした。しかし、ユーザは、携帯電話または財布を持ち、タクシー配車および支払いに関する操作のため、携帯電話上にタクシー配車ソフトウェアをインストールする必要がある。さもなければ、タクシーを呼ぶのは便利ではない。
【発明の概要】
【課題を解決するための手段】
【０００３】
上記に鑑みて、本開示は、車両によって旅行する間に支払いを行うことがより便利となるように、車内支払いのための方法およびデバイスを提供する。
【０００４】
本開示は、以下の技術的解決策を使用することによって実装される。
【０００５】
第1の態様によれば、車内支払いのための方法が提供され、方法は、以下のステップ、すなわち、車内ユーザの顔画像および乗車経路の端点における車内ユーザの地理的位置を取得するステップと、地理的位置に基づいて、画像データベースから地理的位置に関連する画像セットを取得するステップであって、画像セットが、複数のユーザの顔画像を含む、ステップと、車内ユーザの顔画像を画像セット中の各顔画像と比較して、車内ユーザの識別情報を認識し、車内ユーザに対応する運賃引落口座を取得するステップと、運賃引落口座から今回の乗車の運賃を引き落とすステップとを含む。
【０００６】
第2の態様によれば、車内支払いのためのシステムが提供され、本システムは、以下、すなわち、ユーザによって使用される車両に配設されるベース部と、ベース部によって支持されるスマート端末デバイスとを含み、車内支払いのためのアプリケーション(APP)が、スマート端末デバイス上にインストールされ、車内支払いのためのAPPが、本開示において記載される車内支払いのための方法を実行するために使用される。
【０００７】
第3の態様によれば、車内支払いのためのデバイスが提供され、本デバイスは、以下、すなわち、車内ユーザの顔画像および乗車経路の端点における車内ユーザの地理的位置を取得するように構成されるデータ獲得モジュールと、地理的位置に基づいて、画像データベースから地理的位置に関連する画像セットを取得するように構成される画像獲得モジュールであって、画像セットが、複数のユーザの顔画像を含む、データ獲得モジュールと、車内ユーザの顔画像を画像セット中の各顔画像と比較して、車内ユーザの識別情報を認識し、車内ユーザに対応する運賃引落口座を取得するように構成される識別情報認識モジュールと、運賃引落口座から今回の乗車の運賃を引き落とすように構成される運賃引落モジュールとを含む。
【０００８】
本開示における車内支払いのための方法およびデバイスによれば、顔認識が車内ユーザについて実行されて、ユーザの識別情報を取得し、自動的に運賃を引き落とす。そのため、車両による旅行の間に支払いを行うことがより便利となる。ユーザが携帯電話および財布を持たない場合でさえ、運賃を引き落とすことができる。
【図面の簡単な説明】
【０００９】
【図１】本開示の実装形態による、車内支払いの適用シナリオを図示した図である。
【図２】本開示の実装形態による車内支払いを図示したフローチャートである。
【図３】本開示の実装形態による携帯電話配設方法を図示した概略図である。
【図４】本開示の実装形態によるベース構造を図示した概略図である。
【図５】本開示の実装形態による車内支払いのためのデバイスを図示した概略構造図である。
【図６】本開示の実装形態による、車内支払いのためのデバイスを図示した概略構造図である。
【発明を実施するための形態】
【００１０】
本開示の例において提供される車内支払いのための方法は、たとえば、タクシー運賃支払いに適用することができる。
【００１１】
図1に示される適用シナリオでは、記載の例としてタクシーが使用される。画像収集デバイス12を、タクシー11の中に配設することができる。画像収集デバイス12はカメラを有する。カメラを使用して、タクシーに乗っている車内ユーザの顔画像を収集することができる。画像収集デバイス12は、取得した顔画像を、バックエンドのサーバ13に送信することができる。サーバ13は、顔画像に基づいて処理を実行し、自動的に車内ユーザの今回の乗車の運賃を引き落とす。
【００１２】
図2は、例における、サーバ13によって車内支払いを実行するフローを図示する。
【００１３】
ステップ201:車内ユーザの顔画像および乗車経路の端点における車内ユーザの地理的位置を取得する。
【００１４】
たとえば、図1における画像収集デバイス12は、車内ユーザの顔画像を取得できるだけでなく、乗車経路の端点における車内ユーザの地理的位置を取得するために車内ユーザの位置を特定することもできる。ここで、乗車経路の端点は、ユーザがタクシーに乗車した場所またはユーザがタクシーを降車した場所であってよい。
【００１５】
加えて、本ステップにおいてサーバ13により取得された地理的位置は、画像収集デバイス12による位置決めを介して取得することができ、またはサーバ13が位置を取得できることを条件として、別の方法を使用することにより別のデバイスが収集することができる。
【００１６】
一例では、画像収集デバイス12は、スマートフォンなどといった、スマート端末デバイスであってよい。スマートフォンは、タクシーの運転手が提供することができる。タクシーに乗っているユーザの顔画像を定位置で収集できるように、スマートフォンを、タクシーの中の乗客席の場所に配設することができる。図3は、携帯電話配設方法を図示する。スマートフォン31は、ベース部32により支持することができる。ベース部32は、タクシーの中のある場所、たとえば、乗客席の前の棚に配設される。この例では、スマートフォン31のカメラを使用して、車内ユーザの顔画像を収集することができる。
【００１７】
図3に示されるように、車内支払いのためのアプリケーション(APP)が、スマートフォン31上にインストールされる。APPは、車内支払いのためのAPPのクライアントソフトウェアと等価である。クライアントソフトウェアは、収集した顔画像を、バックエンドのサーバ13に送信することができる。加えて、一例では、ベース部32が多自由度クリップモジュール33を含むことができる。多自由度クリップモジュール33は、スマートフォンのカメラが車内ユーザの顔画像を収集することができるように、車内支払いのためのAPPの制御下で、フレキシブルに回転することができる。たとえば、カメラがユーザの顔にまっすぐ向いていないと識別すると、顔画像をより良好に収集することができるように、APPは、多自由度クリップモジュール33が回転するように制御することができる。別の例では、多自由度クリップモジュール33が0自由度を有し、中間の高さでユーザの顔に向いている位置に固定することもできる。
【００１８】
本ステップにおいて、APPクライアントソフトウェアは、乗車経路の端点における車内ユーザの地理的位置を収集することがさらにできる。たとえば、ユーザがタクシーを降車するとき、APPは、取得した地理的位置を、バックエンドのサーバ13に送信することができる。サーバ13は、ユーザの顔画像に関連して、APPにより送信された地理的位置を記憶することができる。図1に示される例への参照を行うことができる。多くの人々は、月曜日から金曜日の決まった生活を生きており、比較的変わらない位置で車両に乗降する。したがって、位置についての統計値を収集するのは簡単である。しかし、多くの人々が同じ位置で車両を乗降するために、複数の顔画像が同じ地理的位置に対応する。図1に図示される、「地理的位置A-画像セットa」は、複数のユーザが、地理的位置Aで車両を乗降することを示す。画像セットaは、複数のユーザの顔画像を含む。同様に、「地理的位置B-画像セットb」は、画像セットbの中の顔画像に対応するユーザが、地理的位置Bで車両を乗降することが多いことを示す、別の連想関係である。
【００１９】
ステップ202:地理的位置に基づいて、画像データベースから地理的位置に関連する画像セットを取得する。ここで、画像セットが複数のユーザの顔画像を含む。
【００２０】
画像セットは、ステップ201で決定されたように、車内ユーザの地理的位置に基づいて、記憶した画像データベースから取得することができる。すなわち、画像セットの中の顔画像に対応するユーザは、地理的位置で車両を乗降することが多い。この場合、現在の車内ユーザは、これらのユーザのうちの一人である可能性がある。現在の車内ユーザの識別情報は、ステップ203を使用することにより認識することができる。
【００２１】
ステップ203:車内ユーザの顔画像を画像セット中の各顔画像と比較して、車内ユーザの識別情報を認識し、車内ユーザに対応する運賃引落口座を取得する。
【００２２】
本ステップでは、顔認識技術を使用して、ステップ202で取得した画像セットから、現在の車内ユーザの顔画像を認識する。車内ユーザが事前に車内支払いのためのAPPに登録するとき、画像データベースの中の顔画像を収集することができる。加えて、ユーザは、登録期間に、運賃引落口座、年齢、名前、および職業などの彼らの個人情報を彼らの顔画像と関連づけることがさらにできる。本ステップでは、現在の車内ユーザの顔画像を画像セットから認識することができる。すなわち、顔画像比較によって、ユーザの識別情報が学習され、対応する運賃引落口座が取得される。
【００２３】
一例では、車内ユーザの地理的位置をより詳しく位置特定して、本ステップ中の顔画像比較の期間の画像セット中の画像の量を減少し、比較効率を改善することができる。たとえば、ステップ201で車内ユーザの地理的位置を取得するとき、サーバは、APPによって送信される位置を受信するだけでなく、別の方法を使用することにより取得される位置情報を組み合わせることもできる。たとえば、車内ユーザがタクシーに乗降する場所の周りに、Bluetooth(登録商標)およびWi-Fiなどの何らかのネットワークアクセスポイントが存在する場合がある。ユーザのスマート端末デバイスは、これらのネットワークアクセスポイントに接続することができる。ユーザのスマート端末デバイスまたはネットワークアクセスポイントが、サーバに接続情報を報告する。スマート端末デバイスに接続されたネットワークアクセスポイントの位置に基づいて、サーバは、ユーザがタクシーを使用するときに、ユーザの地理的位置を決定するため、ユーザを位置決めする際にAPPを支援する。この方法で決定される地理的位置は、より詳細である。ネットワークアクセスポイントの位置は、乗車経路の端点の周りの所定の範囲、たとえば、ユーザがタクシーに乗車した場所の周り200メートルの直径を有する範囲であってよい。より詳細な位置によって、画像セット中の画像の量が減少し、顔認識効率が改善される。それに対応して、画像データベースの中の顔画像を、より詳細な地理的位置と関連づけて記憶することができる。車内ユーザのスマート端末デバイス、たとえばユーザの携帯電話が車内ユーザに属することに留意することは有益である。この例における車内スマート端末デバイス、たとえば、図3におけるベース部32により支持されるスマートフォン31は、車内ユーザに属しておらず、運転手により提供される携帯電話であってよい。2つのスマート端末デバイスは異なる。
【００２４】
ステップ204:  運賃引落口座から今回の乗車の運賃を引き落とす。
【００２５】
本ステップにおいて、運賃を、ユーザの運賃引落口座から引き落とすことができる。加えて、タクシー運賃はとても高くはないため、制限付きのパスワード無し支払いを行うことができる。一例では、ユーザが、運賃引落を承認したい場合、パスワードを使用することによって、支払いを行うことができる。加えて、何らかのセキュリティ処置が、支払いを支援することができる。たとえば、パスワード無し支払い期間に、車内ユーザの声紋を収集することができる。収集した声紋が、ユーザが事前に登録したときに収集した声紋と一致すると、車内ユーザが運賃引落口座のユーザであると確認され、制限付きパスワード無し支払いが許可される。
【００２６】
この例における車内支払いのための方法およびデバイスによれば、顔認識が車内ユーザについて実行されて、ユーザの識別情報を取得し、自動的に運賃を引き落とす。そのため、車両による旅行の間に支払いを行うのがより便利となる。ユーザが携帯電話または財布を持たない場合でさえ、運賃を引き落とすことができる。
【００２７】
別の例では、車両の中の、本開示の適用をさらに拡充することができる。たとえば、図3に示されるものを、車内支払いのためのシステムと呼ぶことができる。システムは、ユーザが乗った車両の中に配設されるベース部32、およびベース部32によって支持されるスマート端末デバイス31を含むことができる。車内支払いのためのAPPのクライアントソフトウェアが、スマート端末デバイス31上にインストールされる。APPは、本開示に以前に記載された車内支払いのための方法を実行することができる。
【００２８】
たとえば、ベース部は、図4に示されるように設計することができる。ベース部は、以下のモジュール、すなわち、車両のバッテリーから5V直流電力を取り出すように構成される電源モジュール41と、電源モジュール41に接続され、ベース部上でスマート端末デバイスを充電するように構成される、第1の充電モジュール42であって、スマート端末デバイスが、N自由度クリップモジュール上に固定されるスマートフォンであってよい、第1の充電モジュール42と、電源モジュール41に接続され、別のスマート端末デバイスを充電するように構成される、第2の充電モジュール43であって、別のスマート端末デバイスが、たとえば、車内ユーザのスマートフォンであってよい、第2の充電モジュール43とを含むことができ、第2の充電モジュール43が、ユーザが携帯電話を挿入すると自動的に充電を開始する挿入検出回路を含むことができる。そのため、ベース部が充電器として機能して、タクシーに乗ったユーザが充電することを可能にすることができる。
【００２９】
別の例では、スマート端末デバイスは、スマートフォン上の車内支払いのためのAPPの音を、車両の音響デバイス45にプッシュするように構成される、車内音響制御モジュール44を含むことができる。タクシーに乗車した後、ユーザが、スマートフォン上で、何らかの音楽または動画を命令することができる。スマートフォンは、車内音響制御モジュール44を使用して、ユーザが車両音響デバイス45に演奏するように命令した音をプッシュすることができる。たとえば、車内音響制御モジュール44は、FM送信またはBluetooth(登録商標)を介して音をAux INにプッシュすることができる。設計によって、ユーザは、車両の音響デバイスによって演奏されるコンテンツを命令および制御することが可能になる。このことは、運転手によって音響コンテンツを制御する従来の方法と比較して、ユーザにとって、より良好な乗車体験を提供する。
【００３０】
別の例では、車内ユーザの収集した顔画像を、完全に利用することができる。図4に示したように、バックエンドのサーバ13は、顔画像に基づいて、車内ユーザの性別および年齢などのユーザの属性の特徴を取得して、属性の特徴に基づいて、APPに対応する広告をプッシュすることができる。たとえば、サーバは、女性の乗客に化粧品および衣服の広告を、老人の乗客に健康関係の広告をプッシュすることができる。広告プッシュ方法によって、より正確な広告のプッシュが可能になる。加えて、APPによって再生される広告は、ユーザのエンターテインメントに影響を及ぼすことなく、フローティングレイヤ上に重ね合わせることができる。
【００３１】
上記から分かるように、本開示における車内支払いのためのシステムは、支払いとエンターテインメントを統合したシステムであってよい。システムは、顔画像を認識することにより運賃支払いを自動的に完了できるだけでなく、車内ユーザの携帯電話を充電し、認識した顔画像に基づいて、車内ユーザに広告を正確にプッシュすることもできる。加えて、車両音響デバイスは、ユーザが命令したエンターテインメントのコンテンツを再生することができる。そのため、ユーザは、より良好な乗車体験を楽しむことができる。
【００３２】
既存の技術と比較すると、一方で、システムは、エンターテインメントモードを変更する。乗客席の後ろに表示スクリーンをインストールする必要がなく、費用を節約し、後席の乗客への危険を防ぐ。乗客は、乗客が興味のあるエンターテインメントのコンテンツを選択して、タクシーに乗る際の、乗客の興味を改善することができる。他方で、乗客席の後ろのスクリーン上に広告を再生する既存の方法は対象を絞らないが、本例の方法によれば、収集した顔画像に基づいて、異なる乗客に異なる広告がプッシュされ、より良好な広告効果を達成することができる。加えて、ユーザは、支払いのための複雑な操作を実行する必要がない。サーバは、顔画像を収集して、ユーザを認識し、自動運賃引落を実行することができる。
【００３３】
図2に示された手順におけるステップの実行順序は、フローチャートの順序に限定されない。加えて、ステップの記載は、ソフトウェア、ハードウェア、またはそれらの組合せの形で実装することができる。たとえば、当業者は、ソフトウェアコードの形で記載を実装することができ、コードは、ステップに対応する論理機能を実装できるコンピュータ実行可能命令であってよい。ソフトウェア形式で実装するとき、実行可能命令を、メモリの中に記憶して、デバイス中のプロセッサによって実行することができる。
【００３４】
たとえば、本開示は、方法に対応するデバイスを同時に提供する。デバイスは、プロセッサおよびメモリを含むことができる。プロセッサとメモリは、通常、内部バスを使用することによって互いに接続する。別の可能な実装形態では、デバイスは、デバイスが別のデバイスまたは構成要素と通信できるように、外部インターフェースを含むことがさらにできる。さらに、メモリは、車内支払いのための制御論理を記憶する。コンピュータ命令がメモリ上に記憶され、プロセッサ上で実行することができる。プロセッサは、命令を実行することによって、車内支払いのための制御論理を実装するように構成される。制御論理から機能に基づいて分割された論理モジュールが、図5に示される構造の中にあってよい。図5に示されるように、車内支払いのためのデバイスは、データ獲得モジュール51、画像獲得モジュール52、識別情報認識モジュール53、および運賃引落モジュール54を含むことができる。
【００３５】
データ獲得モジュール51は、車内ユーザの顔画像および乗車経路の端点における車内ユーザの地理的位置を取得するように構成される。
【００３６】
画像獲得モジュール52は、地理的位置に基づいて、画像データベースから地理的位置に関連する画像セットを取得するように構成され、画像セットが複数のユーザの顔画像を含む。
【００３７】
識別情報認識モジュール53は、車内ユーザの顔画像を画像セット中の各顔画像と比較して、車内ユーザの識別情報を認識し、車内ユーザに対応する運賃引落口座を取得するように構成される。
【００３８】
運賃引落モジュール54は、運賃引落口座から今回の乗車の運賃を引き落とすように構成される。
【００３９】
一例では、データ獲得モジュール51は、車内ユーザが車両に乗車するときAPPクライアントソフトウェアによって収集される地理的位置を取得することを含む、乗車経路の端点における車内ユーザの地理的位置を取得するように構成され、APPクライアントソフトウェアが実行されるスマート端末デバイスは、車内ユーザによって使用される車両の内側に配設される。
【００４０】
一例では、図6に示されるように、デバイスが、特徴獲得モジュール55および広告プッシュモジュール56をさらに含むことができる。
【００４１】
特徴獲得モジュール55は、車内ユーザの顔画像に基づいて、車内ユーザのユーザ属性の特徴を取得するように構成される。
【００４２】
広告プッシュモジュール56は、ユーザ属性の特徴に対応する広告をAPPクライアントソフトウェアにプッシュするように構成される。
【００４３】
一例では、データ獲得モジュール51は、車内ユーザのスマート端末デバイスに接続されるネットワークアクセスポイントの位置に基づいて、車内ユーザの地理的位置を決定することを含む、乗車経路の端点における車内ユーザの地理的位置を取得するように構成され、ネットワークアクセスポイントの位置は、乗車経路の端点の周りの所定の範囲の中である。
【００４４】
加えて、図2に図示されるパスワード入力手順を、コンピュータ可読記憶媒体の中に含むことができる。媒体は、車内支払いのための制御論理に対応する機械可読命令を記憶する。媒体は、命令を実行する処理デバイスに接続することができる。媒体上に記憶された命令を、処理デバイスが実行することができる。車内支払いのための制御論理に対応し、媒体上に記憶される機械可読命令を使用して、以下の動作、すなわち、車内ユーザの顔画像および乗車経路の端点における車内ユーザの地理的位置を取得するステップと、地理的位置に基づいて、画像データベースから地理的位置に関連する画像セットを取得するステップであって、画像セットが複数のユーザの顔画像を含む、ステップと、車内ユーザの顔画像を画像セット中の各顔画像と比較して、車内ユーザの識別情報を認識し、車内ユーザに対応する運賃引落口座を取得するステップと、運賃引落口座から今回の乗車の運賃を引き落とすステップとを実行する。
【００４５】
本開示では、コンピュータ可読記憶媒体は、複数の形を有することができる。たとえば、異なる例において、機械可読記憶媒体は、ランダムアクセスメモリ(RAM)、揮発性メモリ、不揮発性メモリ、フラッシュメモリ、記憶装置ドライブ(ハードディスクドライブなど)、固体ドライブ、任意のタイプの記憶ディスク(光ディスクおよびDVDなど)、同様の記憶媒体、またはこれらの媒体の組合せであってよい。特殊な場合では、コンピュータ可読媒体は、代替的に、プログラムを印刷するために使用することができる紙または別の好適な媒体であってよい。これらの媒体を使用して、プログラムを電気的に(たとえば、光学的にスキャンして)取得し、コンパイルし、解釈し、好適な方法で処理し、次いでコンピュータ媒体中に記憶することができる。
【００４６】
以前の実装形態で記載されたデバイスまたはモジュールは、コンピュータチップもしくはエンティティによって実装することができ、またはある機能を有する製品によって実装することができる。典型的な実装デバイスはコンピュータであり、コンピュータは、パーソナルコンピュータ、ラップトップコンピュータ、セルラフォン、カメラフォン、インテリジェントフォン、携帯情報端末、メディアプレイヤ、ナビゲーションデバイス、電子メール送受信デバイス、ゲームコンソール、タブレットコンピュータ、ウェラブルデバイス、またはこれらのデバイスの任意の組合せであってよい。
【００４７】
記載を簡単にするために、以前のデバイスは、機能を様々なモジュールに分割することによって記載されている。もちろん、本開示が実装されるときに、各モジュールの機能は、1個または複数個のソフトウェアおよび/またはハードウェアで実装することができる。
【００４８】
本出願の実装形態では、車内ユーザの識別情報が決定された後の運賃引落期間に、運賃引落が運賃引落口座のユーザによって実行されることを確実にし、ユーザの資金の安全をさらに高めるために、生体認証を使用することができる。たとえば、生体認証を使用して、運賃引落について、ユーザからの確認をトリガーすることができる。生体認証に含まれるバイオメトリックスとしては、目の特徴、声紋、指紋、掌紋、心拍、脈、染色体、DNA、噛み跡などが挙げられる。目の特徴としては、虹彩、強膜などが挙げられる。たとえば、ユーザの声紋を認識することができ、声紋が、予め登録された声紋と一致すると、運賃が引き落とされる。
【００４９】
以前の記載は、本開示の単なる例示的な実装形態であるが、本開示を限定する意図はない。本開示の精神および原理から逸脱することなく行われる任意の変更形態、等価な交換、または改善は、本開示の保護範囲に入るべきである。
【符号の説明】
【００５０】
11  タクシー
12  画像収集デバイス
13  サーバ
31  スマートフォン
32  ベース部
33  多自由度クリップモジュール
41  電源モジュール
42  第1の充電モジュール
43  第2の充電モジュール
44  車内音響制御モジュール
45  車両音響デバイス
51  データ獲得モジュール
52  画像獲得モジュール
53  識別情報認識モジュール
54  運賃引落モジュール
55  特徴獲得モジュール
56  広告プッシュモジュール
【図１】
0006765530.tif 000002
【図２】
0006765530.tif 000003
【図３】
0006765530.tif 000004
【図４】
0006765530.tif 000005
【図５】
0006765530.tif 000006
【図６】
0006765530.tif 000007