JP2024000235A - 管理装置、管理方法、決済システム - Google Patents

Abstract

【課題】車両のユーザがサービスを利用しまたは商品を購入する際の、会計のための待ち時間を削減することができる技術を提供すること。【解決手段】管理装置は、サービスの利用または商品の購入に対する決済を行う第１決済装置と、ユーザが利用する車両に搭載された第２決済装置とを管理する。管理装置は、１または複数のプロセッサを備える。１または複数のプロセッサは、サービスを利用し、または商品を購入したユーザが車両に乗車するまでの間は、サービスの利用または商品の購入に対する第１決済を行うことを第１決済装置に許可し、サービスを利用し、または商品を購入したユーザが車両に乗車した後は、少なくとも第２決済装置に第１決済を行うことを許可する。【選択図】図５

Description

本開示は、決済装置を管理する管理装置、管理方法、及び決済システムに関する。

特許文献１は、ユーザの会計が終了してから車両に乗車するまでの待ち時間を削減することが可能な車両管理システムを開示している。車両管理システムは、車両が駐車場に入るときに車両のユーザと車両とを紐付けるための処理を行い、ユーザの会計が終了したときに、ユーザと紐づけられた車両の車両制御部と連携して、車両が駐車場からユーザの乗降場所まで走行するように制御する。

なお、本開示の技術分野における出願時の技術レベルを示す文献としては、上記特許文献１の他にも下記の特許文献２及び特許文献３を例示することができる。

特開２０１９－０７９３２５号公報 特開２０２１－０９６５１０号公報 特開２０２０－０２７４７５号公報

特許文献１において示されているように、車両のユーザが商業施設で買い物などをしてから車両で移動する場面がある。このような場面において、ユーザは、サービスを利用したり商品を購入したりしてから車両に乗車するまでの間に、サービスや商品の代金を精算するために会計を行う必要がある。そのため、車両に乗車する前に、会計列に並ぶ時間などの待ち時間が発生することがある。

本開示は、上述のような課題に鑑みてなされたものである。本開示は、車両のユーザがサービスを利用しまたは商品を購入する際の、会計のための待ち時間を削減することができる技術を提供することを目的とする。

本開示は、サービスの利用または商品の購入に対する決済を行う第１決済装置と、ユーザが利用する車両に搭載された第２決済装置とを管理する管理装置を提供する。
管理装置は、１または複数のプロセッサを備える。
上記１または複数のプロセッサは、
サービスを利用し、または商品を購入したユーザが車両に乗車するまでの間は、サービスの利用または商品の購入に対する第１決済を行うことを第１決済装置に許可し、
サービスを利用し、または商品を購入したユーザが車両に乗車した後は、少なくとも第２決済装置に第１決済を行うことを許可する
ことを特徴とする。

本開示は、サービスの利用または商品の購入に対する決済を受け付ける第１決済装置と、ユーザが利用する車両に搭載された第２決済装置とを管理する管理方法を提供する。
管理方法は、
サービスを利用し、または商品を購入したユーザが車両に乗車するまでの間は、サービスの利用または商品の購入に対する第１決済を行うことを第１決済装置に許可することと、
サービスを利用し、または商品を購入したユーザが車両に乗車した後は、少なくとも第２決済装置に第１決済を行うことを許可することと、
を含むことを特徴とする。

本開示は、サービスの利用または商品の購入に対する決済を行う第１決済装置と、ユーザが利用する車両に搭載された第２決済装置とを含む決済システムを提供する。
決済システムは、１または複数のプロセッサを備える。
上記１または複数のプロセッサは、
サービスを利用し、または商品を購入したユーザが車両に乗車するまでの間は、サービスの利用または商品の購入に対する第１決済を行うことを第１決済装置に許可し、
サービスを利用し、または商品を購入したユーザが車両に乗車した後は、少なくとも第２決済装置に第１決済を行うことを許可する
ことを特徴とする。

本開示の技術によれば、車両のユーザがサービスを利用しまたは商品を購入する際の、会計のための待ち時間を削減することができる。

本開示の実施の形態に係る決済装置が行う決済の概要を説明するための概念図である。 本開示の実施の形態に係る管理装置が記憶する管理情報を説明するための概念図である。 本開示の効果を説明するための概念図である。 本開示の実施の形態に係る決済システムの構成例を示すブロック図である。 本開示の実施の形態に係る管理装置が行う処理の例を示すフローチャートである。 本開示の実施の形態に係る管理装置が行う処理の他の例を示すフローチャートである。 本開示の実施の形態に係る管理装置が行う処理の更に他の例を示すフローチャートである。 本開示の実施の形態に係る管理装置が行う処理の更に他の例を示すフローチャートである。

添付図面を参照して、本開示の実施の形態を説明する。

１．概要
車両のユーザが商業施設でサービスの利用や商品の購入をし、その後車両で移動する場面を考える。ユーザは、サービスの提供を受けたり商品を購入したりした後、サービスや商品の代金を精算するために会計を行う必要がある。通常、会計はユーザがサービスの提供を受けたり商品を購入したりした店舗の店内で行う必要があり、ユーザは会計を終えて初めて、店舗を出て車両に乗車することができる。

図１には、ユーザ２がホテルで宿泊サービスを利用した後、会計を行う場面が示されている。ユーザ２は会計を終わらせた後、車両２０で移動することを予定している。通常、ユーザ２はホテルなどの施設内に設置された第１決済装置１１で会計を行う必要がある。しかし、第１決済装置１１の前には会計待ちの行列ができており、ユーザ２が会計を行うためには行列に並ばなくてはならない。ユーザ２が車両２０に乗車することができるのは会計をした後になるため、行列が長ければ長いほど、ユーザ２の待ち時間は長くなってしまう。

また、このようにホテルなどの商業施設で提供されるサービスには、車両２０を利用したサービスが付帯することがある。例えば、ユーザ２がホテルからチェックアウトするときに車両２０をＡＶＰ（Automated Valet Parking：自動バレー駐車）によってホテルに併設された駐車場からホテルのエントランスまで移動させるサービスが、宿泊サービスとセットで提供されるような場面が想定される。しかし、このような付帯サービスにおいても、ユーザ２が会計を終わらせてから初めて車両２０をホテルの入り口まで移動させることができる。そのため、やはり、ユーザ２が会計を終了させるまでの待ち時間が長くなると、ユーザ２が車両２０に乗車するまでの待ち時間も長くなってしまう。ユーザ２にとっては、車両２０を利用した付帯サービスのメリットが薄れてしまう。

本開示は、ユーザ２が車両２０に乗車するまでの間に発生する、このような会計のための待ち時間を削減することを目的とする。ユーザ２の待ち時間を削減するために、本実施の形態に係る管理装置３１は、ユーザ２が第１決済装置１１で行う会計を、車両２０に搭載された第２決済装置２１で行うことを可能にする。

ユーザ２が第２決済装置２１で行うことが可能となる会計は、車両２０を利用したサービスが付帯するサービスや商品に対するものに限られず、商業施設内でのみ提供される、車両２０と無関係のサービスや商品に対するものも含まれる。また、本実施の形態においては、第１決済装置１１でまとめて行うことのできる複数のサービスや商品に対する会計は、第２決済装置２１でもまとめて行うことができる。

ユーザ２が第２決済装置２１で会計をすることを可能とするために、管理装置３１は第１決済装置１１及び第２決済装置２１を管理する。管理装置３１が行う管理とは、第１決済装置１１及び第２決済装置２１に決済を許可することや禁止すること、第１決済装置１１及び第２決済装置２１と決済に関する情報の送信や受信を行うこと、などを含む。第１決済装置１１及び第２決済装置２１が行う決済とは、ユーザ２の会計を受け付け、ユーザ２が利用したサービスや購入した商品に対する代金の清算を終了させることをいう。管理装置３１は、第１決済装置１１及び第２決済装置２１を管理するために、管理情報を記憶する。

図２は、管理装置３１が記憶する管理情報の例を示す概念図である。管理情報は、ユーザ２の情報と、決済に必要な情報とが紐づけられた情報である。例えば、図２に示される管理情報は、複数のユーザ２（ユーザ２ａ、２ｂ、２ｃ）に対して、それぞれのユーザ２が利用したサービスや購入した商品の料金と、それらに対する決済が完了しているか否かを紐づけている。

管理装置３１は、第１決済装置１１に、例えばユーザ２ａの決済を許可するときは、管理情報のうち、ユーザ２ａの決済に必要な情報を第１決済装置１１に送信する。そして、ユーザ２ａが、例えば車両２０ｘに乗車し、車両２０ｘに搭載された第２決済装置２１ｘに決済を許可するときは、管理情報のうちユーザ２ａの決済に必要な情報を第２決済装置２１ｘに送信する。第１決済装置１１及び第２決済装置２１ｘは、送信された管理情報に基づいて、ユーザ２ａの決済を行うことができる。

管理装置３１は、ユーザ情報や、サービスの利用状況や商品の購入状況や、それらに対する決済状況、サービスや商品の料金などについての情報から、管理情報を作成する。ユーザ情報は、ユーザＩＤなどの、ユーザ２を識別する情報を含む。管理装置３１は、例えば、ユーザ２が所有するスマートフォンなどの携帯端末からユーザ情報を取得してもよいし、車両２０の管理者からユーザ情報の提供を受けてもよい。サービスの利用状況や商品の購入状況や、それらに対する決済状況についての情報は、例えば、商業施設の従業員が商業施設内の端末を介して管理装置３１に入力する。サービスや商品の料金についての情報は、例えば、商業施設内の店舗の管理者から提供され、管理装置３１のメモリに予め記憶されてもよいし、商業施設の従業員によって、商業施設内の端末を介して管理装置３１に入力されてもよい。

管理情報は、これらに更にユーザ２が乗車する車両２０が紐づけられた情報を含んでいてもよい。例えば、ユーザ２ａが車両２０ｘに乗車することが事前にわかっていれば、管理装置３１は、ユーザ２ａと、車両２０ｘ及びユーザ２ａの決済に必要な情報とを紐づけし、管理情報として記憶しておくことができる。

車両２０が、ユーザ２が個人所有している車両である場合など、ユーザ２が乗車する車両２０が予めわかっている場合は、ユーザ２が乗車する車両２０の情報は、ユーザ情報とともに管理装置３１に提供されてもよい。車両２０がレンタカーやシェアカーである場合は、例えば、ユーザ２が車両２０を予約するときに、ユーザ２の携帯端末から管理装置３１にユーザ２が乗車する車両２０の情報が送信される。あるいは、例えば、ホテルでの宿泊サービスと宿泊客に対する車両２０のＡＶＰサービスとがセットで提供されるなどの場合は、ユーザによる宿泊サービスの利用状況とともに、ユーザ２が乗車する車両２０の情報が管理装置３１に提供されてもよい。

管理装置３１は、ユーザ情報とその他の情報が予め紐づけされた情報を取得して管理情報を作成してもよい。例えば、ユーザ２が、ホテルでの宿泊サービスと車両２０のＡＶＰサービスをセットで予約するためのアプリを使ってサービスの予約をする場面が想定される。このような場合は、管理装置３１は、予約が完了した時点で、ユーザ情報と、宿泊サービスの利用料金、車両２０のＡＶＰサービスの利用料金、ユーザ２が乗車予定の車両２０などが紐づけされた情報を、アプリから取得することができる。

以下、本明細書において、ユーザ２によるサービスの利用や商品の購入に対する決済を第１決済と呼ぶ。サービスを利用しまたは商品を購入したユーザ２が車両２０に乗車するまでの間は、管理装置３１は、第１決済を行うことを第１決済装置１１に許可する。サービスを利用しまたは商品を購入したユーザ２が車両２０に乗車した後は、管理装置３１は、少なくとも第２決済装置２１に第１決済を行うことを許可する。これにより、ユーザ２は、第１決済装置１１で会計を行う代わりに、車両２０に乗車して第２決済装置２１で会計を行うこともできるようになる。

図３は、通常の会計の流れと、本実施の形態によって可能となる会計の流れを比較するための図である。通常の会計では、サービスを利用しまたは商品を購入したユーザ２は、第１決済装置１１で会計を行った後、車両２０に乗車する。会計の前には会計待ちの行列に並ぶこともあり、車両２０に乗車する前に待ち時間が多く発生する。

一方、本実施の形態では、サービスを利用しまたは商品を購入したユーザ２は、会計のための待ち時間を費やすことなく、すぐに車両２０に乗車することができる。ユーザ２は車両２０に乗車した後、第２決済装置２１で会計を行うことになるが、このとき行列に並ぶ時間などの待ち時間は発生しない。このように、本実施の形態によって、ユーザ２が車両２０に乗車するまでに発生する待ち時間が削減され、ユーザ２の利便性が向上する。

なお、車両２０に乗車するまでのユーザ２の待ち時間を減らす方法としては、ユーザ２が、自身が携帯するスマートフォンなどの端末を利用して会計を行う方法も考えられる。しかし、スマートフォンを利用して会計を行う際には、ブラウザを立ち上げたり、会計のためのページを検索したり、といった手順が必要となる。

それに対して、本実施の形態においては、ユーザ２が車両２０に乗車したことをきっかけとして、管理装置３１によって第２決済装置２１にユーザ２の決済が許可される。ユーザ２が会計を行うために必要な情報は、管理装置３１から第２決済装置２１に送信され、ユーザ２は、会計を行うための画面を検索するなどの面倒な手順を踏まなくても、第２決済装置２１でシームレスに会計を行うことができる。

２．構成
図４は、本実施の形態に係る決済システム１００の構成例を示すブロック図である。決済システム１００は、第１決済装置１１、第２決済装置２１、及び管理装置３１を含んでいる。

第１決済装置１１は、ユーザ２によるサービスの利用や商品の購入に対する決済を行う装置である。例えば、第１決済装置１１は、商業施設の内部に設置されたレジスターなどの装置である。第１決済は、ユーザ２によるサービスの利用や商品の購入に対する決済である。本来的には、第１決済は、第１決済装置１１により行われる。第１決済の対象となるサービスや商品は、各種の商業施設、例えば、ホテルやレストラン、デパート、ショッピングモール、コンビニエンスストア、スーパーマーケットなどにおいて、ユーザ２に対して提供され、または販売される。

第１決済の対象となるサービスや商品には、複数のサービスや複数の商品が含まれていてもよく、異なる種類のサービスや異なる種類の商品が含まれていてもよい。例えば、ホテルやレストランが、宿泊や食事などのサービスと一体化された、車両２０を利用した移動サービスやＡＶＰサービスを提供することがある。第１決済の対象には、このように、商業施設で提供されるサービスや販売される商品と一体化された、車両２０を利用したサービスに対する決済が含まれていてもよい。車両２０を利用した移動サービスとしては、車両２０をレンタカーやシェアカーとして利用するサービスが例示される。車両２０を利用したＡＶＰサービスには、車両２０がユーザ２の個人所有の車両である場合におけるＡＶＰサービス、及び車両２０がレンタカーやシェアカーである場合のＡＶＰサービスが含まれる。

第１決済装置１１は、１または複数のプロセッサ１２（以下、単にプロセッサ１２と呼ぶ）、１または複数のメモリ１３（以下、単にメモリ１３と呼ぶ）、及びインターフェース１４を含む。メモリ１３には、プロセッサ１２で実行可能な１または複数のプログラムと、それに関連する種々のデータとが記憶されている。インターフェース１４は、ネットワークと通信を行うためのネットワークインターフェース、及び第１決済を行うための決済インターフェースを含む。第１決済装置１１は、決済インターフェースを介してクレジットカードやスマートフォンの決済コードなどを読み取ることで、ユーザ２の会計を受け付けることができる。

第１決済装置１１は、商業施設の内部や出入口などに設置される。ユーザ２は、商業施設でサービスの利用や商品の購入を行った後、商業施設の内部や出入口などに設置された第１決済装置１１で会計を済ませ、車両２０に乗り込むことができる。第１決済装置１１がユーザ２の第１決済を行うために必要な情報は、管理装置３１から第１決済装置１１に送信される。

第２決済装置２１は、車両２０に搭載される。第２決済装置２１は、１または複数のプロセッサ２２（以下、単にプロセッサ２２と呼ぶ）、１または複数のメモリ２３（以下、単にメモリ２３と呼ぶ）、及びインターフェース２４を含む。メモリ２３には、プロセッサ２２で実行可能な１または複数のプログラムと、それに関連する種々のデータとが記憶されている。インターフェース２４は、ネットワークとの通信を行うためのインターフェース、及び決済を行うための決済インターフェースを含む。第２決済装置２１がインターフェース２４を備えることで、第１決済装置１１が行うことができる第１決済は、第２決済装置２１にも行うことが可能になる。図示されないが、第２決済装置２１は、この他に、ユーザ２に決済に関する情報を通知するための装置を備える。例えば、第２決済装置２１は、決済に関する情報を表示するための表示画面や、決済に関する情報を音声で通知するためのスピーカを備える。

ユーザ２が、サービスの利用や商品の購入後、または会計後に車両２０にすぐに乗車できるように、第１決済装置１１が設置される商業施設は、駐車場やロータリー、車両の乗り入れ口などの、車両２０を駐停車することのできるスペースを備えていることが好ましい。ただし、第１決済装置１１が設置される商業施設は、必ずしもこのようなスペースを備えていなくてもよく、車両２０は第１決済装置１１が設置された商業施設とは異なる場所にある駐車場に駐車された車両であってもよい。

車両２０は、ユーザ２が個人所有している車両であってもよいし、レンタカーやシェアカーなどの共有で使用される車両であってもよい。また、車両２０は、ＡＶＰ車両であってもよい。車両２０がＡＶＰ車両の場合、車両２０は駐車スペースから商業施設の乗り入れ口まで、ＡＶＰの自動走行により移動してもよい。例えば、車両２０は、商業施設に併設された駐車場に駐車されたＡＶＰ車両であってもよく、ユーザ２からの要求に応じて商業施設の乗り入れ口まで移動してもよい。

車両２０は、検出装置２５を搭載していてもよい。検出装置２５は、ユーザ２が車両２０に乗車したことを検出するための装置である。検出装置２５としては、車両２０の座席に搭載された圧力センサや、車両２０の車内の画像を取得するカメラが例示される。

管理装置３１は、１または複数のプロセッサ３２（以下、単にプロセッサ３２と呼ぶ）、１または複数のメモリ３３（以下、単にメモリ３３と呼ぶ）、及びインターフェース３４を含む。メモリ３３には、プロセッサ３２で実行可能な１または複数のプログラム３３ａ（以下、単にプログラム３３ａと呼ぶ）と、それに関連する種々のデータとが記憶されている。メモリ３３に記憶されるデータには、管理情報が含まれる。インターフェース３４は、ネットワークとの通信を行うためのインターフェースを含む。

管理装置３１は、インターフェース３４を介して、第１決済装置１１、第２決済装置２１、検出装置２５、及び車両２０との通信を行い、種々の情報を送受信する。第１決済装置１１との通信を行うためのネットワークは、有線ネットワークであってもよいし、無線ネットワークであってもよい。管理装置３１と、第２決済装置２１及び検出装置２５との通信は、無線ネットワークにより行われる。また、管理装置３１は、インターフェース３４を介して、ユーザ２が所有するスマートフォンなどの携帯端末や、商業施設内の端末などと通信を行ってもよい。

３．処理フロー
３－１．１つ目の処理例
図５は、管理装置３１が第１決済装置１１及び第２決済装置２１を管理するために行う１つ目の処理例を示すフローチャートである。図５の処理は、プログラム３３ａをプロセッサ３２が実行することにより実現される。ユーザ２がサービスの提供を受け、または商品を購入したことが管理装置３１に通知されると、図５の処理が開始する。

ステップＳ１００において、プロセッサ３２は、決済に必要な情報と、ユーザ２の情報とを紐づける。紐づけられた情報は、管理情報としてメモリ３３に記憶される。情報の紐づけが行われると、処理は、ステップＳ２００に進む。

ステップＳ２００において、プロセッサ３２は、ユーザ２が車両２０に乗車したか否かを判定する。ユーザ２が車両２０に乗車したか否かを判定する方法としては、例えば以下の方法が考えられる。

１つ目の方法は、ユーザ２と車両２０とが事前に紐づけられている場合に有効な方法である。１つ目の方法においては、プロセッサ３２は、検出装置２５から情報を取得し、検出装置２５が車両２０に乗車した人物を検出したときに、ユーザ２が車両２０に乗車したと判定する。例えば、ユーザ２ａとユーザ２ａが乗車予定の車両２０ｘとが事前に紐づけられているとする。プロセッサ３２は、車両２０ｘに搭載された検出装置２５ｘが車両２０ｘに乗車した人物を検出したときは、ユーザ２ａが車両２０ｘに乗車したと判定する。例えば、検出装置２５ｘの圧力センサが、座席に所定量以上の重量がかかっていることを検出したときは、プロセッサ３２は、ユーザ２ａが車両２０ｘに乗車したと判定する。あるいは、例えば、検出装置２５ｘのカメラが、車両２０ｘに乗車した人物を検出したときは、プロセッサ３２は、ユーザ２ａが車両２０ｘに乗車したと判定する。

２つ目の方法では、プロセッサ３２は、ＩＤ情報などを利用した照合を行うことでユーザ２の車両２０への乗車を判定する。例えば、ユーザ２が車両２０に乗車したときにユーザＩＤを入力するための端末を車両２０に設けておく。そして、ユーザ２によって端末にユーザＩＤが入力され、入力されたＩＤが照合されたときに、ユーザ２が車両２０に乗車したと判定してもよい。

３つ目の方法では、プロセッサ３２は、顔認証による照合を行うことでユーザ２の車両２０への乗車を判定する。例えば、管理装置３１のメモリ３３に、ユーザ２の顔認証用のデータを予め記憶しておく。管理装置３１は、車両２０にユーザ２が乗車したときは、検出装置２５のカメラによってユーザ２の画像を取得する。そして、画像の顔認証によってユーザ２が照合されたときに、ユーザ２が車両２０に乗車したと判定してもよい。２つ目及び３つ目の方法では、ユーザ２と車両２０とが事前に紐づけされていない場合でも、ユーザ２の車両２０への乗車を判定することができる。

４つ目の方法も、ユーザ２と車両２０とが事前に紐づけられている場合に有効な方法である。４つ目の方法では、プロセッサ３２は、車両２０の電源がＯＮされたときに、ユーザ２が車両２０に乗車したと判定する。例えば、車両２０は、車両２０の電源がＯＮされると管理装置３１に電源ＯＮ通知を送信する。そして、管理装置３１は、車両２０からの電源ＯＮ通知を受信したときに、ユーザ２が車両２０に乗車したと判定する。

なお、車両２０がＡＶＰ車両である場合は、ユーザ２がサービスの利用や商品の購入を終えてから車両２０に乗車するまでの間に、車両２０の電源がＯＮされるタイミングが２回存在することがある。

例えば、以下のような流れで車両２０の電源がＯＮ／ＯＦＦされる。ユーザ２がサービスの利用や商品の購入を終えて車両２０の出庫を要求すると、車両２０を管理するＡＶＰ管理サーバが、駐車場に駐車された車両２０の電源を遠隔操作によりＯＮする（１回目の電源ＯＮ）。電源がＯＮされた後、車両２０は駐車場からユーザ２の乗車位置まで自動走行する。車両２０が乗車位置に到着すると、車両２０の電源は一旦ＯＦＦされる。その後、車両２０の操作権限がＡＶＰ管理サーバからユーザ２に移行される。操作権限を受け取ったユーザ２は車両２０に乗車し、車両２０の電源をＯＮする（２回目の電源ＯＮ）。

４つ目の方法において、このように車両２０の電源がＯＮされるタイミングが２回ある場合、車両２０は、１回目の電源ＯＮ時に電源ＯＮ通知を管理装置３１に送信してもよいし、２回目の電源ＯＮ時に電源ＯＮ通知を管理装置３１に送信してもよい。管理装置３１は、１回目または２回目のいずれかの電源ＯＮ時に車両２０から送信される電源ＯＮ通知を受け取ったときに、ユーザ２が車両２０に乗車したと判定する。なお、１回目の電源ＯＮ時にはユーザ２はまだ車両２０に乗車していないが、近い将来に車両２０に乗車することは決定しているため、ユーザ２が車両２０に乗車したとみなして管理装置３１が第２決済装置２１に決済を許可しても、不都合は生じない。

ステップＳ２００の判定後、処理はステップＳ３００に進む。ステップＳ３００の処理は、ステップＳ３１１、ステップＳ３１２、及びステップＳ３１３の処理を含む。ステップＳ２００でユーザ２が車両２０に乗車したと判定された場合（ステップＳ２００；Ｙｅｓ）、処理は、ステップＳ３１１に進む。ユーザ２が車両２０に乗車していないと判定された場合、（ステップＳ２００；Ｎｏ）、処理は、ステップＳ３１２に進む。

ステップＳ３１１において、プロセッサ３２は、少なくとも第２決済装置２１に第１決済を行うことを許可する。第２決済装置２１に第１決済が許可されると、処理は、ステップＳ３１３に進む。第２決済装置２１が第１決済を行うために必要な情報は、メモリ３３が記憶する管理情報の中から、プロセッサ３２によって第２決済装置２１に送信される。情報の送信は、第２決済装置２１に第１決済が許可されると同時に行われてもよいし、ユーザ２と車両２０の紐づけが事前にされている場合には事前に行われてもよい。ステップＳ３１１において、プロセッサ３２は、第２決済装置２１のみに第１決済を許可してもよいし、第１決済装置１１及び第２決済装置２１の両方に第１決済を許可してもよい。

なお、ステップＳ３１１において管理装置３１が第２決済装置２１に決済を許可するとき、管理装置３１は同時に、第２決済装置２１の表示画面にユーザ２の決済情報を表示させてもよい。この場合、ユーザ２にとっては決済画面を開くなどの操作が不要になるため、よりスムーズに会計を行うことができる。

ステップＳ３１２において、プロセッサ３２は、少なくとも第１決済装置１１に第１決済を許可する。第１決済装置１１が第１決済を行うために必要な情報は、メモリ３３が記憶する管理情報の中から、プロセッサ３２によって第１決済装置１１に送信される。情報の送信は、第１決済装置１１に決済が許可されると同時に行われてもよいし、事前に行われてもよい。ステップＳ３１２において、プロセッサ３２は、第１決済装置１１のみに第１決済を許可してもよいし、第１決済装置１１及び第２決済装置２１の両方に第１決済を許可してもよい。第１決済装置１１に第１決済が許可されると、処理は、ステップＳ３１３に進む。

ステップＳ３１３において、プロセッサ３２は、第１決済装置１１または第２決済装置２１による第１決済が完了したか否かを判定する。いずれかの決済装置による第１決済が完了した場合（ステップＳ３１３；Ｙｅｓ）、処理は、終了する。いずれの決済装置によっても第１決済が完了していない場合（ステップＳ３１３；Ｎｏ）、処理は、ステップＳ２００に戻る。

１つ目の処理例及び以下に説明する処理例に共通の効果として、ユーザ２は車両２０に乗車した後に第２決済装置によって会計を行うことが可能になる。ユーザ２は商業施設でサービスを利用したり商品を購入したりした後、第１決済装置１１で会計を行うために待ち時間を費やすことなく、車両２０に乗車することができる。また、ユーザ２が車両２０に乗車することをきっかけとして、第２決済装置２１にシームレスに第１決済が許可されるため、ユーザ２は特別な手続きを必要としない。こうして、本実施の形態によって、車両２０に乗車するまでのユーザ２の待ち時間を削減し、ユーザ２の利便性を向上させることができる。更に、決済待ちの列による混雑を緩和することもできる。

また、ユーザ２が車両２０に乗車するまでの間は、従来通り第１決済装置１１による会計を行うこともできる。そのため、会計を終わらせた後も引き続き商業施設内に留まることを希望するユーザ２や、商業施設内でサービスの利用や商品の購入をした後で、車両２０の利用をキャンセルすることを希望するユーザ２にとっても、利便性が損なわれることはない。

３－２．２つ目の処理例
図６は、管理装置３１が第１決済装置１１及び第２決済装置２１を管理するために行う処理の２つ目の例を示すフローチャートである。２つ目の例では、１つ目の例とステップＳ３００の処理が異なる。

ステップＳ１００及びステップＳ２００においては、１つ目の処理例と同様の処理が行われる。ステップＳ２００でユーザ２が車両２０に乗車したと判定された場合（ステップＳ２００；Ｙｅｓ）、処理は、ステップＳ３２１に進む。ユーザ２が車両２０に乗車していないと判定された場合（ステップＳ２００；Ｎｏ）、処理は、ステップＳ３２２に進む。

ステップＳ３２１において、プロセッサ３２は、第１決済装置１１及び第２決済装置２１の両方に第１決済を許可する。第１決済が許可されると、処理は、ステップＳ３２３に進む。

ステップＳ３２２において、プロセッサ３２は、少なくとも第１決済装置１１に第１決済を許可する。ステップＳ３２２において、プロセッサ３２は、第１決済装置１１及び第２決済装置２１の両方に第１決済を許可してもよいし、第１決済装置１１のみに第１決済を許可してもよい。第１決済が許可されると、処理は、ステップＳ３２３に進む。

ステップＳ３２３において、プロセッサ３２は、第１決済装置１１による第１決済が完了したか否かを判定する。第１決済装置１１による第１決済が完了した場合（ステップＳ３２３；Ｙｅｓ）、処理はステップＳ３２５に進む。第１決済装置１１による第１決済が完了していない場合（ステップＳ３２３；Ｎｏ）、処理はステップＳ３２４に進む。

ステップＳ３２４において、プロセッサ３２は、第２決済装置２１による第１決済が完了したか否かを判定する。第２決済装置２１による第１決済が完了した場合（ステップＳ３２４；Ｙｅｓ）、処理はステップＳ３２６に進む。第２決済装置２１による第１決済が完了していない場合（ステップＳ３２４；Ｎｏ）、処理はステップＳ２００に戻る。

ステップＳ３２５において、プロセッサ３２は、第２決済装置２１に第１決済を行うことを禁止する。第２決済装置２１による第１決済が禁止されると、処理は終了する。

ステップＳ３２６において、プロセッサ３２は、第１決済装置１１に第１決済を行うことを禁止する。第１決済装置１１による第１決済が禁止されると、処理は終了する。

２つ目の処理例は、同じ第１決済を、第１決済装置１１及び第２決済装置２１の両方が完了させてしまう、いわゆる二重決済の状態になることを防止するための処理である。２つ目の例においては、第１決済装置１１及び第２決済装置２１の一方による第１決済が完了すると、他方の決済装置に第１決済を行うことが禁止される。そのため、第１決済装置１１及び第２決済装置２１の両方によって同じ第１決済が行われ、二重決済が発生することを防ぐことができる。

３－３．３つ目の処理例
図７は、管理装置３１が第１決済装置１１及び第２決済装置２１を管理するために行う処理の３つ目の例を示すフローチャートである。３つ目の例では、１つ目及び２つ目の例とステップＳ３００の処理が異なる。

ステップＳ１００及びステップＳ２００においては、１つ目及び２つ目の処理例と同様の処理が行われる。ステップＳ２００でユーザ２が車両２０に乗車したと判定された場合（ステップＳ２００；Ｙｅｓ）、処理は、ステップＳ３３１に進む。ユーザ２が車両２０に乗車していないと判定された場合（ステップＳ２００；Ｎｏ）、処理は、ステップＳ３３２に進む。

ステップＳ３３１において、プロセッサ３２は、第２決済装置２１のみに第１決済を許可する。第２決済装置２１に第１決済が許可されると、処理は、ステップＳ３３３に進む。

ステップＳ３３２において、プロセッサ３２は、第１決済装置１１のみに第１決済を許可する。第１決済装置１１に第１決済が許可されると、処理は、ステップＳ３３３に進む。

ステップＳ３３３において、プロセッサ３２は、第１決済装置１１または第２決済装置２１による第１決済が完了したか否かを判定する。第１決済が完了した場合（ステップＳ３３３；Ｙｅｓ）、処理は終了する。第１決済が完了していない場合（ステップＳ３３３；Ｎｏ）、処理は、ステップＳ２００に戻る。

３つ目の処理例も、二重決済が行われて、同じ第１決済を第１決済装置１１及び第２決済装置の両方が完了させてしまうことを防ぐための処理である。管理装置３１によって第１決済が許可されるのは、第１決済装置１１及び第２決済装置のうち、いずれか片方の決済装置のみである。そのため、第１決済装置１１及び第２決済装置２１の両方によって同じ第１決済が行われてしまうことはなく、二重決済が防止される。

３－４．４つ目の処理例
図８は、管理装置３１が第１決済装置１１及び第２決済装置２１を管理するために行う処理の４つ目の例を示すフローチャートである。図８に示されるフローチャートは、プログラム３３ａをプロセッサ３２が実行することにより実現される。ユーザ２がサービスの提供を受け、または商品を購入したことが管理装置３１に通知されると、図８の処理が開始する。

ステップＳ１００、及びステップＳ２００においては、１つ目の例と同様の処理が行われる。ステップＳ３００においては、１つ目、２つ目、または３つ目の例におけるステップＳ３００の処理のうち、いずれの処理が行われてもよい。以下の記述では、例として、ステップＳ３００の処理は１つ目の処理例と同じであるものとして説明する。

ステップＳ３１１、ステップＳ３１２、及びステップＳ３１３における処理は、１つ目の例で説明したとおりである。ステップＳ３１３において、いずれかの決済装置による第１決済が完了したと判定された場合（ステップＳ３１３；Ｙｅｓ）、処理は、ステップＳ５００に進む。いずれの決済装置によっても第１決済が完了していない場合（ステップＳ３１３；Ｎｏ）、処理は、ステップＳ４００に進む。

ステップＳ４００において、プロセッサ３２は、車両２０の走行を禁止する。走行が禁止されると、処理は、ステップＳ２００に戻る。ステップＳ４００において走行が禁止される車両２０は、ユーザ２が乗車予定または乗車している車両２０である。但し、車両２０がＡＶＰ車両である場合、車両２０が駐車区画から乗降位置まで自動走行することは許可される。ＡＶＰ車両の場合、ステップＳ４００において禁止されるのは、ユーザ２を乗せた状態での車両２０の走行である。なお、ステップＳ４００の処理が開始する段階でユーザ２が車両２０に乗車しておらず、乗車予定の車両２０も決定していない場合は、ステップＳ４００の処理はスキップされて、処理は、ステップＳ２００に戻る。

ステップＳ５００において、プロセッサ３２は、車両２０の走行を許可する。走行が許可されると、処理は終了する。ステップＳ５００において走行が許可される車両２０は、ユーザ２が乗車予定または乗車している車両２０である。なお、ステップＳ５００の処理が開始する段階でユーザ２が車両２０に乗車しておらず、乗車予定の車両２０も決定していない場合は、ステップＳ５００の処理はスキップされて、処理は終了する。

４つ目の処理の例では、いずれかの決済装置による第１決済が完了するまでの間は車両２０の走行が禁止される。車両２０の走行が禁止されることで、ユーザ２が、会計を忘れていたなどの理由で、第１決済が完了しないまま車両２０で移動してしまうことを防ぐことができる。第１決済が完了すると、車両２０の走行が許可され、ユーザ２は車両２０で移動することができるようになる。

４．第２決済装置が車両サービスに対する決済を行う実施例
本実施例では、車両２０を利用したサービスは、第１決済の対象となるサービスとは異なるサービスとしてユーザ２に提供される。以下、本実施例において、第１決済の対象となるサービスとは異なるサービスとしてユーザ２に提供される、車両２０を利用したサービスを、車両サービスと呼ぶ。また、車両サービスに対する決済を第２決済と呼ぶ。第２決済は、第２決済装置２１によって行うことが可能に構成される。

車両サービスは、車両２０を利用した移動サービスまたはＡＶＰサービスである。車両２０を利用した移動サービスは、例えば、車両２０をレンタカーやシェアカーとして利用して移動するためのサービスである。車両２０を利用したＡＶＰサービスは、車両２０がユーザ２の個人所有の車両である場合におけるＡＶＰサービス、及び車両２０がレンタカーやシェアカーである場合のＡＶＰサービスを含む。

本実施例において、管理装置３１は、第１決済を行うことを第２決済装置２１に許可するときは、第１決済と第２決済をまとめて行うことを第２決済装置２１に許可する。本実施例においても、ユーザ２は、第２決済装置２１で会計を行うことが選択可能となる。ユーザ２は、待ち時間を費やして第１決済装置１１で会計をする代わりに、商業施設でのサービスの利用や商品の購入を終えた後すぐに車両２０に乗車し、第２決済装置２１で会計をすることができる。更に、車両サービスが第１決済の対象となるサービスに含まれていない場合でも、ユーザ２は、第２決済装置２１で一度に会計を行うことができる。ユーザ２が車両サービスを利用している場合には、第２決済装置２１で、第１決済と第２決済とをまとめて完了させることができるため、ユーザ２の利便性は更に向上する。

２ ユーザ
２ａ ユーザ
２ｂ ユーザ
２ｃ ユーザ
１１ 第１決済装置
１２ プロセッサ
１３ メモリ
１４ インターフェース
２０ 車両
２０ｘ 車両
２１ 第２決済装置
２１ｘ 第２決済装置
２２ プロセッサ
２３ メモリ
２４ インターフェース
２５ 検出装置
２５ｘ 検出装置
３１ 管理装置
３２ プロセッサ
３３ メモリ
３３ａ プログラム
３４ インターフェース
１００ 決済システム

Claims (9)

1. サービスの利用または商品の購入に対する決済を行う第１決済装置と、ユーザが利用する車両に搭載された第２決済装置とを管理する管理装置であって、
   １または複数のプロセッサを備え、
   前記１または複数のプロセッサは、
   前記サービスを利用し、または前記商品を購入した前記ユーザが前記車両に乗車するまでの間は、前記サービスの利用または前記商品の購入に対する第１決済を行うことを前記第１決済装置に許可し、
   前記サービスを利用し、または前記商品を購入した前記ユーザが前記車両に乗車した後は、少なくとも前記第２決済装置に前記第１決済を行うことを許可する
   管理装置。
2. 請求項１に記載の管理装置であって、
   前記１または複数のプロセッサは、
   前記第１決済装置または前記第２決済装置によって前記第１決済が完了するまでの間は、前記車両の走行を禁止する
   管理装置。
3. 請求項１または２に記載の管理装置であって、
   前記第２決済装置は、前記車両を利用する車両サービスに対する決済を行うことが可能に構成される
   管理装置。
4. 請求項３に記載の管理装置であって、
   前記１または複数のプロセッサは、
   前記第１決済を行うことを前記第２決済装置に許可する場合、前記第１決済と前記車両サービスに対する第２決済をまとめて行うことを前記第２決済装置に許可する
   管理装置。
5. 請求項３に記載の管理装置であって、
   前記車両サービスは、前記車両を利用した移動サービスあるいは自動バレー駐車サービスである
   管理装置。
6. 請求項１または２に記載の管理装置であって、
   前記１または複数のプロセッサは、
   前記ユーザが前記車両に乗車した後は、前記第１決済装置と前記第２決済装置の両方に前記第１決済を行うことを許可し、
   前記第１決済装置及び前記第２決済装置の一方による前記第１決済が完了した場合、前記第１決済装置及び前記第２決済装置の他方に前記第１決済を行うことを禁止する
   管理装置。
7. 請求項１または２に記載の管理装置であって、
   前記１または複数のプロセッサは、
   前記サービスを利用し、または前記商品を購入した前記ユーザが前記車両に乗車するまでの間は、前記第１決済装置のみに前記第１決済を行うことを許可し、
   前記サービスを利用し、または前記商品を購入した前記ユーザが前記車両に乗車した後は、前記第２決済装置のみに前記第１決済を行うことを許可する
   管理装置。
8. サービスの利用または商品の購入に対する決済を行う第１決済装置と、ユーザが利用する車両に搭載された第２決済装置とを管理する管理方法であって、
   前記サービスを利用し、または前記商品を購入した前記ユーザが前記車両に乗車するまでの間は、前記サービスの利用または前記商品の購入に対する第１決済を行うことを前記第１決済装置に許可することと、
   前記サービスを利用し、または前記商品を購入した前記ユーザが前記車両に乗車した後は、少なくとも前記第２決済装置に前記第１決済を行うことを許可することと
   を含む
   管理方法。
9. サービスの利用または商品の購入に対する決済を行う第１決済装置と、ユーザが利用する車両に搭載された第２決済装置とを含む決済システムであって、
   １または複数のプロセッサを備え、
   前記１または複数のプロセッサは、
   前記サービスを利用し、または前記商品を購入した前記ユーザが前記車両に乗車するまでの間は、前記サービスの利用または前記商品の購入に対する第１決済を行うことを前記第１決済装置に許可し、
   前記サービスを利用し、または前記商品を購入した前記ユーザが前記車両に乗車した後は、少なくとも前記第２決済装置に前記第１決済を行うことを許可する
   決済システム。

Images