JP2024020979A - 情報処理装置、情報処理方法、及び、プログラム - Google Patents

Abstract

【課題】デマンド型のバスを利用しやすくする。【解決手段】所定の施設に配置されているバスの利用料金の決済を行う端末から決済に関する情報を受信したことに応答して、所定の施設にバスを派遣する制御部を備える。【選択図】図８

Description

本開示は、情報処理装置、情報処理方法、及び、プログラムに関する。

ユーザの端末にデマンド型のバスの停留所を表示させることが知られている（例えば、特許文献１参照。）。

国際公開第２０１８／２２５３２０号

本開示の目的は、デマンド型のバスを利用しやすくすることにある。

本開示の態様の一つは、
所定の施設に配置されているバスの利用料金の決済を行う端末から決済に関する情報を受信したことに応答して、前記所定の施設に前記バスを派遣する制御部を備える、
情報処理装置である。

本開示の態様の一つは、
コンピュータが、
所定の施設に配置されているバスの利用料金の決済を行う端末から決済に関する情報を受信したことに応答して、前記所定の施設に前記バスを派遣する、
情報処理方法である。

本開示の態様の一つは、
コンピュータに、所定の施設に配置されているバスの利用料金の決済を行う端末から決済に関する情報を受信したことに応答して、前記所定の施設に前記バスを派遣させるためのプログラムである。

また、本開示の他の態様は、上記のプログラムを非一時的に記憶した記憶媒体である。

本開示によれば、デマンド型のバスを利用しやすくすることが可能となる。

実施形態に係るシステムの概略構成を示す図である。 実施形態に係るシステムを構成する決済端末、ユーザ端末、サーバ、バスの車載装置、及び、店舗端末のそれぞれの構成の一例を概略的に示すブロック図である。 サーバの機能構成を例示した図である。 ユーザ情報ＤＢのテーブル構成を例示した図である。 決済端末情報ＤＢのテーブル構成を例示した図である。 バス情報ＤＢのテーブル構成を例示した図である。 決済端末の機能構成を示した図である。 第１実施形態に係るサーバにおけるバスの運行指令を生成する処理のフローチャートである。 第２実施形態に係るサーバにおける店舗に対するインセンティブの付与およびユーザに対するクーポンの付与を実行する処理のフローチャートである。 第２実施形態に係る決済端末情報ＤＢのテーブル構成を例示した図である。

本開示の態様の一つである情報処理装置は、制御部を有する。制御部は、所定の施設に配置されているバスの利用料金の決済を行う端末から決済に関する情報を受信したことに応答して、前記所定の施設に前記バスを派遣する。バスは、例えば、デマンド型のバス（オンデマンドバス）である。オンデマンドバスでは、バスの停留所（以下、単にバス停ともいう。）に常設の標識がない場合があり、例えば店舗などの所定の施設をバス停として設定することができる。この場合、所定の施設の周りの道路、または、所定の施設の駐車場をバス停として利用してもよい。

ここで、オンデマンドバスでは、比較的小型のバスが用いられることがある。このようなバスにおいて、バスの運賃を支払うための装置をバスの中に設置すると、ユーザが乗るスペースが狭くなってしまう虞がある。これに対して、ユーザがバスに乗る前に運賃を支払っておけば、バスの中に運賃を支払うための装置を設置する必要がなくなる。しかし、例えば、クレジットカードまたはプリペイドカードなどを利用して運賃を支払うためには、決済を行う端末が必要となる。この端末をバス停に配置するにしても、電力の供給および通信回線の確保などが必要となるため、コストがかかる。また、端末を設置する場所も必要となる。

これに対し、所定の施設に端末を配置することにより、端末を設置する場所を確保することができ、且つ、所定の施設から電力及び通信回線の提供を受けることができる。そして、制御部は、所定の施設において決済が行われたことをトリガとして、その施設にバスを派遣する。例えば、所定の施設の場所を予め登録しておけば、決済を行った場所を特定することができるため、その場所にバスを派遣することが可能となる。また、ユーザは、決済を行うことによりバスを呼ぶことができるため、バスの予約を別途する必要がなく、すぐにバスを呼ぶことができる。なお、別法として、ユーザがバスを予約しておき、決済をトリガとしてバスを派遣してもよい。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。また、以下の実施形態は可能な限り組み合わせることができる。

＜第１実施形態＞
図１は、実施形態に係るシステム１の概略構成を示す図である。システム１は、サーバ３０が店舗に配置されている決済端末１０からバス４０の利用料金の決済に関する情報を受信すると、決済端末１０が配置されている店舗にバス４０を派遣するシステムである。店舗は、所定の施設の一例である。サーバ３０は、決済が行われた決済端末１０が配置されている店舗の位置に基づいてバス４０のルートを生成して、バス４０へ送信する。なお、以下では、バス４０の停車地点は、ユーザがバス４０に乗る地点である乗車地点、または、ユーザがバス４０から降車する地点である降車地点を示すものとする。

ユーザが決済端末１０を利用してバス４０の利用料金を支払うことで、決済端末１０からサーバ３０に対して利用要求が送信される。この利用要求をサーバ３０が受信すると、サーバ３０は、決済端末１０が配置されている地点へバス４０を派遣する。利用要求は、ユーザがバス４０を利用するための情報である。利用要求には、ユーザがバス４０に乗る
地点である乗車地点、ユーザがバス４０に乗る日時である乗車日時、及び、ユーザがバス４０から降りる地点である降車地点に関する情報が含まれる。乗車地点は、決済端末１０が配置されている地点であり、乗車日時は決済を行った日時である。

なお、ユーザは、ユーザ端末２０を利用してバスを予約することもできる。ただし、ユーザがバス４０を予約しても、決済端末１０において決済が行われるまではバス４０は派遣されない。すなわち、本実施形態では決済端末１０における決済がトリガとなって、バス４０が派遣される。なお、本実施形態では、ユーザはバス４０を予約せずとも、ユーザが決済端末１０において決済を行うことにより、その決済端末１０が配置されている地点にバスが派遣される。

バス４０は、利用者による決済に応じて運行されるデマンド型交通における車両である。バス４０は、例えば、運転者によって運転される車両であるが、別法として、自律走行可能な車両であってもよい。バス４０の自律走行については、公知の技術を利用することができる。バス４０は、ユーザの乗車地点及び降車地点を含むルートを走行する。なお、決済が行われた店舗の周りの道路、または、店舗の駐車場をバス停としてもよい。バス４０のルートは、例えばサーバ３０が決定してもよい。なお、バス４０は、大型の車両に限らず、小型の乗用車などであってもよい。なお、本実施形態では、乗車地点は決済端末１０が配置されている地点に限っているが、別法として、決済端末１０が配置されていない地点を乗車地点に含んでいてもよい。この場合、例えば、ユーザがユーザ端末２０を利用して予め決済を行ってもよく、バス４０に決済のための端末が配置されていてもよい。

サーバ３０は、バス４０を管理する装置である。サーバ３０は、利用料金の決済が行われた場合に、当該決済が行われた店舗の位置に派遣するバス４０を決定し、そのバス４０に対する運行指令を生成し、その運行指令をバス４０に送信する。

決済端末１０は、例えば、クレジットカード６０による決済を行う端末である。決済端末１０は、店舗において品物を購入するときに決済を行う端末と兼用されていてもよい。店舗端末５０は、決済端末１０が配置されている店舗において、その店舗の従業員が使用する端末である。なお、決済端末１０及び店舗端末５０は１つの端末であってもよい。

決済端末１０、ユーザ端末２０、サーバ３０、バス４０、及び、店舗端末５０は、ネットワークＮ１によって相互に接続されている。ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、または、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を含んでもよい。

図２に基づいて、決済端末１０、ユーザ端末２０、サーバ３０、バス４０の車載装置４０Ａ、及び、店舗端末５０のハードウェア構成について説明する。図２は、本実施形態に係るシステム１を構成する決済端末１０、ユーザ端末２０、サーバ３０、バス４０の車載装置４０Ａ、及び、店舗端末５０のそれぞれの構成の一例を概略的に示すブロック図である。

サーバ３０は、コンピュータの構成を有している。サーバ３０は、プロセッサ３１、主記憶部３２、補助記憶部３３、及び、通信部３４を有する。これらは、バスにより相互に接続される。プロセッサ３１は、制御部の一例である。主記憶部３２及び補助記憶部３３は、記憶部の一例である。

プロセッサ３１は、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）等である。プロセッサ３１は、サーバ３０を制御し、様々な情報処理の演算を
行う。主記憶部３２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等である。補助記憶部３３は、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディ
スクドライブ（ＨＤＤ、Hard Disk Drive）、リムーバブルメディア等である。補助記憶
部３３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納される。補助記憶部３３に格納されたプログラムをプロセッサ３１が主記憶部３２の作業領域にロードして実行し、このプログラムの実行を通じて各構成部等が制御される。これにより、所定の目的に合致した機能をサーバ３０が実現する。主記憶部３２および補助記憶部３３は、コンピュータで読み取り可能な記録媒体である。なお、サーバ３０は、単一のコンピュータであってもよいし、複数台のコンピュータが連携したものであってもよい。また、補助記憶部３３に格納される情報は、主記憶部３２に格納されてもよい。また、主記憶部３２に格納される情報は、補助記憶部３３に格納されてもよい。

通信部３４は、ネットワークＮ１経由で、決済端末１０、ユーザ端末２０、バス４０の車載装置４０Ａ、及び、店舗端末５０と通信を行う手段である。通信部３４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、ネットワークＮ１に接続される。

決済端末１０は、典型的にはカードリーダである。決済端末１０は、コンピュータの構成を有している。決済端末１０は、プロセッサ１１、主記憶部１２、補助記憶部１３、入力部１４、ディスプレイ１５、読取部１６、及び、通信部１７を有する。これらは、バスにより相互に接続される。プロセッサ１１、主記憶部１２、補助記憶部１３、及び、通信部１７は、サーバ３０のプロセッサ３１、主記憶部３２、補助記憶部３３、及び、通信部３４と同様であるため、説明を省略する。

入力部１４は、ユーザが行った入力操作を受け付ける手段であり、例えば、タッチパネル、マウス、テンキー、キーボード、または、押しボタン等である。ディスプレイ１５は、ユーザに対して情報を提示する手段であり、例えば、ＬＣＤ（Liquid Crystal Display）、または、ＥＬ（Electroluminescence）パネル等である。入力部１４及びディスプレ
イ１５は、１つのタッチパネルディスプレイとして構成してもよい。

読取部１６は、接触型ＩＣカード、非接触型ＩＣカード、磁気ストライプカード、バーコード、二次元コード、または、ユーザ端末２０などから決済に関する情報を読み込むための手段である。読取部１６は、例えば、非接触型ＩＣカードまたはユーザ端末２０と近距離無線通信を行う回路であってもよく、ユーザ端末２０に表示される二次元コードを撮像するＣＣＤ（Charge Coupled Device）イメージセンサまたはＣＭＯＳ（Complementary
Metal Oxide Semiconductor）イメージセンサであってもよい。

通信部１７は、決済端末１０をネットワークＮ１に接続するための通信手段である。通信部１７は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、移動体通信サービス（例えば、６Ｇ（6th Generation）、５Ｇ（5th Generation）、４Ｇ（4th Generation）、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）等の電話通信網
）、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を利用して、ネットワークＮ１経由で他の装置（例えばサーバ３０等）と通信を行うための回路である。なお、本実施形態では、サーバ３０が決済を行うが、これに代えて、他のサーバ（決済サーバ）が決済を行い、決済サーバからサーバ３０へ決済を行ったことを通知してもよい。この場合、決済端末１０の通信部１７は、決済サーバと通信を行う。また、本実施形態では、ユーザがクレジットカード６０を利用して決済を行うが、別法として、ユーザ端末２０を利用して決済を行うこともできる。決済方法については、公知の技術を利用することができる。

次に、ユーザ端末２０について説明する。ユーザ端末２０は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）といった小型のコンピュータである。ユーザ端末２０は、プロセッサ２１、主記憶部２２、補助記憶部２３、入力部２４、ディスプレイ２５、通信部２６、及び、位置情報センサ２７を有する。これらは、バスにより相互に接続される。プロセッサ２１、主記憶部２２、及び、補助記憶部２３については、サーバ３０のプロセッサ３１、主記憶部３２、補助記憶部３３と同様であるため、説明を省略する。また、入力部２４及びディスプレイ２５は、決済端末１０の入力部１４及びディスプレイ１５と同様であるため、説明を省略する。

また、通信部２６は、ネットワークＮ１に接続するための通信手段であり、例えば、移動体通信サービス（例えば、６Ｇ（6th Generation）、５Ｇ（5th Generation）、４Ｇ（4th Generation）、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）等の電話
通信網）、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、等の無線通信網を利用して、ネットワークＮ１経由で他の装置（例えば決済端末１０またはサーバ３０等）と通信を行うための回路である。

位置情報センサ２７は、所定の周期で、ユーザ端末２０の位置情報（例えば緯度、経度）を取得する。位置情報センサ２７は、例えば、ＧＰＳ（Global Positioning System）
受信部、無線通信部等である。位置情報センサ２７で取得された情報は、例えば、補助記憶部２３等に記録され、サーバ３０に送信される。

なお、店舗端末５０の構成はユーザ端末２０と同様であるため、説明を省略する。

次に、バス４０は、車載装置４０Ａを備えている。車載装置４０Ａは、コンピュータの構成を有している。バス４０の車載装置４０Ａは、プロセッサ４１、主記憶部４２、補助記憶部４３、通信部４４、位置情報センサ４５、及び、ディスプレイ４６を有する。これらは、バスにより相互に接続される。プロセッサ４１、主記憶部４２、及び、補助記憶部４３は、サーバ３０のプロセッサ３１、主記憶部３２、及び、補助記憶部３３と同様であるため、説明を省略する。また、通信部４４、位置情報センサ４５、及び、ディスプレイ４６は、ユーザ端末２０の通信部２６、位置情報センサ２７、及び、ディスプレイ２５と同様であるため説明を省略する。なお、バス４０は、例えば自律的に走行可能な移動体であってもよい。この場合、サーバ３０からの指令に基づいてプロセッサ４１がバス４０を制御する。また、バス４０が運転者による手動運転車両の場合において、車載装置４０Ａは、ナビゲーション装置であってもよい。この場合、プロセッサ４１は、ディスプレイ４６に地図と共にバス４０のルートを表示させてもよい。

次に、サーバ３０の機能について説明する。図３は、サーバ３０の機能構成を例示した図である。サーバ３０は、機能構成要素として、制御部３００、及び、記憶部３１０を備える。サーバ３０のプロセッサ３１は、主記憶部３２上のコンピュータプログラムにより、制御部３００の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。制御部３００には、バス管理部３０１、決済部３０２、及び、指令部３０３が含まれる。

また、記憶部３１０は、主記憶部３２と補助記憶部３３とを含んで構成される。記憶部３１０には、ユーザ情報ＤＢ３１１、バス情報ＤＢ３１２、決済端末情報ＤＢ３１３、及び、地図情報ＤＢ３１４が記憶されている。ユーザ情報ＤＢ３１１、バス情報ＤＢ３１２、決済端末情報ＤＢ３１３、及び、地図情報ＤＢ３１４は、例えば、リレーショナルデー
タベースである。

なお、サーバ３０の各機能構成要素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。

バス管理部３０１は、バス４０に関する情報を収集し、後述のバス情報ＤＢ３１２を更新する。具体的には、バス管理部３０１は、複数のバス４０と周期的に通信を行い、バス４０の現在位置に関する情報を収集する。収集した情報は、後述するバス情報ＤＢ３１２に反映される。

また、バス管理部３０１は、バスの利用を希望するユーザからの利用要求を取得する。利用要求は、ユーザがクレジットカード６０を利用して決済端末１０で決済をしたときに、決済端末１０からサーバ３０へ送信される情報である。利用要求には、ユーザＩＤ、ユーザが決済を行った地点（以下、決済地点ともいう）、ユーザが決済を行った日時（以下、決済日時ともいう）、ユーザが希望する降車地点、及び、バス４０を利用する人数等に関する情報が含まれる。これらの情報には、クレジットカード６０に紐付けされている情報、及び、ユーザが入力部１４を介して入力した情報が含まれる。なお、別法として、ユーザ端末２０と決済端末１０との近距離無線通信によって決済端末１０がユーザ端末２０から取得した情報が利用要求に含まれていてもよい。この場合、ユーザ端末２０から送信される情報に基づいて決済を行ってもよい。

ユーザＩＤは、ユーザに固有な識別子である。ユーザＩＤは、例えば、決済時にサーバ３０または決済端末１０が付与する。なお、別法として、ユーザが、ユーザ端末２０を用いて予めサーバ３０にバスの利用のためのユーザ登録をしておいてもよい。このときに、ユーザの氏名等が含まれるユーザ情報が、ユーザＩＤと紐付けされて補助記憶部３３に記憶される。また、ユーザＩＤとユーザが利用するユーザ端末２０との関係は補助記憶部３３に記憶されていてもよい。

ユーザが決済を行った地点に関する情報は、ユーザが決済を行った決済端末１０が配置されている店舗の所在地を特定可能な情報である。例えば、決済端末１０が配置されている店舗の所在地がサーバ３０の補助記憶部３３に記憶されている場合には、決済端末１０を特定するための情報（例えば、後述する決済端末ＩＤ）を、ユーザが決済を行った地点に関する情報として取得してもよい。また、ユーザが決済を行った日時は、ユーザが決済を行った時点における日時であってもよい。なお、別法として、ユーザが決済端末１０の入力部１４を介して所定の入力を行った日時であってもよい。また、ユーザが希望する降車地点及び利用する人数に関する情報は、ユーザが入力部１４を介して入力した情報であってもよい。利用要求に含まれる決済地点（乗車地点としてもよい）、決済日時（乗車日時としてもよい）、降車地点、及び、人数等に関する情報は、ユーザ情報ＤＢ３１１に格納される。

ここで、図４は、ユーザ情報ＤＢ３１１のテーブル構成を例示した図である。ユーザ情報ＤＢ３１１は、ユーザＩＤ、決済端末ＩＤ、決済日時、降車地点、及び、人数の各フィールドを有する。ユーザＩＤフィールドには、ユーザを識別可能な情報（ユーザＩＤ）が入力される。決済端末ＩＤフィールドには、利用要求に含まれる決済端末１０を識別可能な情報（決済端末ＩＤ）が格納される。決済端末ＩＤは、決済端末１０が配置されている位置と紐付けされているため、決済端末ＩＤはバスを派遣する地点を示す情報としても利用される。決済端末ＩＤフィールドは、バス４０の乗車地点を特定するための情報として利用されるため、決済端末ＩＤに代えて他の情報を格納してもよい。例えば、決済端末ＩＤに代えて、決済を行った店舗を識別可能な情報（店舗ＩＤ）が格納されてもよい。また、決済端末ＩＤに代えて、決済を行った場所の座標（緯度及び経度）、住所、建物の名称
などに関する情報が格納されていてもよい。さらに別法として、例えば、決済を行ったユーザ端末２０の決済時点の位置情報を格納してもよい。なお、決済端末１０が配置されている店舗は予め登録されており、決済端末ＩＤと店舗の所在地との関係は、後述する決済端末情報ＤＢ３１３に格納されている。

決済日時フィールドには、利用要求に含まれる決済日時に関する情報が格納される。決済日時は、ユーザが決済端末１０において決済を行った日時であり、ユーザがバス４０に乗車することを希望する日時である。

降車地点フィールドには、利用要求に含まれる降車地点に関する情報が格納される。降車地点は、ユーザがバス４０から降車することを希望する地点であり、例えば、座標（緯度及び経度）、住所、建物の名称、または、バス停の名称若しくは番号などによって示される。なお、降車地点は、予めバス４０が停車可能な地点としてサーバ３０の補助記憶部３３に登録されている地点であってもよい。そして、降車地点に関する情報を決済端末１０へ送信し、決済端末１０のディスプレイ１５に表示させてもよい。この場合、ユーザは、ディスプレイ１５に表示されている降車地点の中から、希望する降車地点を選択する。人数フィールドには、利用要求に含まれる人数に関する情報が格納される。この人数は、バス４０に乗車することを希望する人数である。

ここで、図５は、決済端末情報ＤＢ３１３のテーブル構成を例示した図である。決済端末情報ＤＢ３１３は、決済端末ＩＤ、所在地、及び、店舗の各フィールドを有する。決済端末ＩＤフィールドには、決済端末１０を識別可能な情報（決済端末ＩＤ）が入力される。所在地フィールドには、決済端末１０が配置されている店舗の所在地に関する情報が入力される。この所在地は、例えば座標、住所、または、建造物の名称で表される。店舗フィールドには、店舗の名称に関する情報が入力される。これらの情報は、予め店舗端末５０によって登録される。

指令部３０３は、決済端末１０から利用要求を受信した場合に、利用要求に含まれる決済地点、決済日時、降車地点、及び、人数などの情報に基づいて、派遣可能なバス４０を選定する。派遣可能なバス４０は、人数分の空席があり、決済地点に移動可能であり、且つ、その後に降車地点に移動可能なバス４０である。例えば、同じ日時に他の地点で乗車または降車の予約が入っているバス４０は、決済日時に決済地点に移動可能なバス４０には該当しない。したがって、現時点のバス４０のルートに応じて、バス４０を選定してもよい。

また、指令部３０３は、派遣可能なバス４０を選定すると、そのバス４０を運行させるための指令である運行指令を生成する。運行指令には、例えば、バス４０のルートが含まれる。指令部３０３は、地図情報ＤＢ３１４に格納されている地図情報に基づいてルートを生成する。指令部３０３は、例えば、バス４０が、現在地から出発して、各ユーザの決済地点及び降車地点を経由して走行するように運行指令を生成する。

なお、地図情報ＤＢ３１４には、地図情報として、例えば、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、各交差点に関する交差点データ、ルートを探索するための探索データ、店舗に関する店舗データ、地点を検索するための検索データ等が格納されている。

指令部３０３は、バス４０の運行指令を生成すると、バス情報ＤＢ３１２を更新する。ここで、バス情報ＤＢ３１２に格納されるバス情報の構成について、図６に基づいて説明する。図６は、バス情報ＤＢ３１２のテーブル構成を例示した図である。バス情報テーブルは、バスＩＤ、現在地、ルート、停車地点、停車日時、ユーザＩＤ、及び、空席の各フ
ィールドを有する。バスＩＤフィールドには、バス４０を識別可能な情報（バスＩＤ）が入力される。バスＩＤは、各バス４０に例えばバス管理部３０１によって付与される。現在地フィールドには、バス４０の現在地に関する情報（位置情報）が入力される。バス４０の現在地は、バス４０の位置情報センサ４５で検出され、サーバ３０に送信される。現在地フィールドは、バス４０から位置情報を受信する度に更新される。

ルートフィールドには、バス４０のルートに関する情報が入力される。停車地点フィールドには、バス４０が停車する地点に関する情報が入力される。停車地点フィールドには、例えば、座標、住所、または、建物の名称など、バス４０の目的地となり得る地点に関する情報が入力される。バス４０が停車する地点は、ユーザが乗車または降車する地点であり、ユーザ情報ＤＢ３１１に格納されている何れかのユーザの決済地点または降車地点に関する情報に基づいて入力される。なお、停車地点カラムは、バス４０が停車する順に配列されている。停車日時フィールドには、停車地点に対応するバス４０の停車日時に関する情報が入力される。なお、降車地点においてユーザが降車する日時は、乗車時刻とバス４０が乗車地点から降車地点までの移動に要する時間に基づいて算出してもよい。バス４０の移動に要する時間は、過去のデータまたは移動距離などから算出することができるため、この時間に基づいて、降車地点に到着する日時を算出してもよい。

ユーザＩＤフィールドには、ユーザに固有の識別記号（ユーザＩＤ）が入力される。また、ユーザＩＤの後に、乗車または降車に対応する文字列が加えられる。対応する停車地点において乗車する場合には、ユーザＩＤの後にＯＮの文字列が加えられ、対応する停車地点において降車する場合には、ユーザＩＤの後にＯＦＦの文字列が加えられる。空席フィールドには、対応する停車地点を出発するときのバス４０の空席の数が格納される。

次に、決済端末１０の機能について説明する。図７は、決済端末１０の機能構成を示した図である。決済端末１０は、機能構成要素として、制御部１０１を有する。決済端末１０のプロセッサ１１は、主記憶部１２上のコンピュータプログラムにより、制御部１０１の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。

制御部１０１は、入力部１４への入力、クレジットカード６０から取得する情報、または、ユーザ端末２０から取得する情報に基づいて利用要求を生成し、その利用要求をサーバ３０へ送信する。利用要求には、ユーザＩＤ、決済端末ＩＤ若しくは決済地点、決済日時、降車地点、人数、及び、決済に関する情報が含まれる。決済に関する情報は、例えば、クレジットカード番号である。

制御部１０１は、例えば、ユーザが希望する降車地点（以下、降車希望地点ともいう。）、及び、人数の入力を求める。降車地点及び人数は、プルダウンメニューをディスプレイ１５に表示させて、その中からユーザがタップすることにより選択してもよい。プルダウンメニューに表示させる情報は、予め補助記憶部１３に記憶させておいてもよく、サーバ３０に問い合わせてもよい。また、制御部１０１は、クレジットカード６０を例えば決済端末１０にかざすことをユーザに求める。このようにして取得された情報と、決済端末１０の補助記憶部１３に記憶されている決済端末ＩＤまたは決済地点に関する情報とに基づいて、制御部１０１は、利用要求を生成してサーバ３０へ送信する。

次に、サーバ３０におけるバス４０の運行指令を生成する処理について説明する。図８は、第１実施形態に係るサーバ３０におけるバス４０の運行指令を生成する処理のフローチャートである。図８に示した処理は、サーバ３０において、所定の時間毎に実行される。

ステップＳ１０１においてバス管理部３０１は、決済端末１０から利用要求を受信したか否か判定する。なお、利用要求に含まれる情報は、ユーザ情報ＤＢ３１１に格納される。ステップＳ１０１で肯定判定された場合にはステップＳ１０２へ進み、否定判定された場合には本ルーチンを終了させる。ステップＳ１０２において指令部３０３は、ユーザを乗せるバス４０を選定する。指令部３０３は、利用要求に含まれる情報と、バス情報ＤＢ３１２に格納されているバス情報とに基づいて、バス４０を選定する。具体的には、決済日時に決済地点に移動し、その後に降車地点に移動することが可能なバス４０であって、人数分の空席があるバス４０を選定する。

ステップＳ１０３において決済部３０２は、運賃を算出する。運賃に関する情報は、予め補助記憶部３３に記憶されている。例えば、バス停間の運賃を算出するための運賃テーブルを補助記憶部３３に記憶しておいてもよい。また、別法として、運賃を一律の料金として補助記憶部３３に記憶しておいてもよい。さらに、別法として、距離に応じて運賃を算出してもよい。バス停間の距離は、予め補助記憶部３３に記憶させておいてもよく、地図情報ＤＢ３１４に格納されている情報に基づいて算出してもよい。

ステップＳ１０４において決済部３０２は、決済を実行する。このときには、クレジットカード会社が管理するサーバを利用して決済を実行してもよい。なお、決済を行う前に、ステップＳ１０３で算出した運賃でよいかユーザに問い合わせ、その運賃でよいとの回答を得られた場合に限り決済を行うようにしてもよい。この場合、ステップＳ１０３で算出した運賃でよいか決済端末１０へ問い合わせるための情報を送信する。この情報には、運賃、及び、ユーザに回答の入力を促す文言を表示させる情報が含まれる。そして、ユーザが例えば「確認」ボタンをタップすることで、運賃を確認したことに関する情報がサーバ３０へ送信される。運賃を確認したことに関する情報を受信した場合に、決済部３０２が決済を行う。

ステップＳ１０５において指令部３０３は、決済が完了したことを通知するための情報を決済端末１０へ送信する。なお、この情報は、ユーザＩＤと紐付けされたユーザ端末２０に送信してもよい。ユーザＩＤと紐付けされたユーザ端末２０に関する情報は、補助記憶部３３に記憶させておく。決済端末１０またはユーザ端末２０へ送信する情報には、決済が完了したこと及びバス４０の予約が完了したことを決済端末１０のディスプレイ１５、または、ユーザ端末２０のディスプレイ２５に表示させる指令を含む。この情報を受信した決済端末１０またはユーザ端末２０では、ディスプレイ１５またはディスプレイ２５に決済が完了したこと及びバス４０の予約が完了したことを示す画像を表示させる。

ステップＳ１０６において指令部３０３は、バス４０が、現在地から出発して、決済地点及び降車地点を経由して走行するように運行指令を生成する。このときに、バス４０のルートを生成し、運行指令にバス４０のルートを含ませてもよい。この運行指令は、例えば、バス４０のディスプレイ４６に、ルートを案内する画像を表示させるものであってもよい。

そして、ステップＳ１０７において指令部３０３は、運行指令をバス４０へ送信する。さらに、ステップＳ１０８において指令部３０３は、バス情報ＤＢ３１２を更新する。指令部３０３は、対応するバス４０のルートフィールドに新たなルートを入力すると共に、停車地点、停車日時、ユーザＩＤ、及び、空席の各フィールドを更新する。このときに、必要であれば、バス４０のルートにおける停車順に停車地点が並ぶように、レコードを入れ替える。

以上説明したように第１実施形態によれば、ユーザが決済を行うことがトリガとなってバス４０が派遣される。そのため、バス４０に乗った後にバス４０の中でユーザが運賃を
支払う必要がないので、バス４０に決済を行うシステムを搭載する必要がない。したがって、乗客のためのスペースを広くすることができる。また、乗車前に降車地点が確定するため、バス４０のルートを早期に確定させることができる。さらに、料金も乗車前に確定させることができる。また、面倒な予約を行う必要もない。

また、バス４０の中で料金を支払う場合では、ユーザが支払いに時間がかかるとバス４０が出発できずに他のユーザに迷惑をかけたり、時間通りの運行が困難になったりする虞がある。このような問題も、バス４０の乗車前に決済を行っておくことで解決することができる。

また、決済端末１０を稼働させるために必要となる電力及び通信回線を店舗から提供することができる。したがって、設備投資が少なくて済む。また、店舗にユーザが集まるため、店舗にとっては売り上げを増加させることが可能となる。

＜第２実施形態＞
第２実施形態では、店舗に対してインセンティブを付与する。また、ユーザに対して店舗での料金の割引を受けることができるクーポンを発行する。ここで、店舗では、バス４０の乗客による売り上げの増加が見込めるが、一方で、決済端末１０に電力及び通信回線を提供するために損失が発生し得る。これに対し、例えば、バス４０の乗客が決済を行った場合に、その額、または、人数に応じた額をサーバ３０が店舗に対して支払うことで上記の損失を補填する。

また、ユーザに対してクーポンを発行することにより、その店舗の売り上げを増加させることができる。ユーザにとっても割引価格で品物を購入できたり役務の提供を受けたりすることができるため、バス４０の利用が促進される。クーポンは、例えば、決済を行ったことがトリガとなって、ユーザ端末２０に送信されてもよい。ユーザは、バス４０が到着するまでの間、店舗において買い物などをして待つことができる。なお、第２実施形態では、サーバ３０における店舗に対するインセンティブの付与、およびユーザに対するクーポンの付与を両方行う例について説明するが、何れか一方のみを行ってもよい。

次に、サーバ３０における店舗に対するインセンティブの付与およびユーザに対するクーポンの付与を実行する処理について説明する。図９は、第２実施形態に係るサーバ３０における店舗に対するインセンティブの付与およびユーザに対するクーポンの付与を実行する処理のフローチャートである。図９に示した処理は、サーバ３０において、所定の時間毎に実行される。なお、図９において図８に示したフローチャートと同じ処理が実行されるステップについては同じ符号を付して説明を省略する。

図９に示したフローチャートでは、ステップＳ１０８の処理が完了するとステップＳ２０１へ進む。ステップＳ２０１において指令部３０３は、ユーザ端末２０にクーポンを発行する。このときには、決済端末１０が配置されている店舗に関連付けられたクーポンが発行される。これにより、例えば、ユーザ端末２０のディスプレイ２５にクーポンの画像を表示させることができる。クーポンに関する情報は、例えば、ユーザ端末２０の補助記憶部２３に記憶され、ユーザが所定の入力をすることにより、いつでもディスプレイ２５に表示させることができる。また、店舗に関連付けられるクーポンに関する情報は、決済端末情報ＤＢ３１３に格納されている。

ここで、図１０は、第２実施形態に係る決済端末情報ＤＢ３１３のテーブル構成を例示した図である。決済端末情報ＤＢ３１３は、決済端末ＩＤ、所在地、店舗、クーポン、及び、振込先の各フィールドを有する。決済端末ＩＤ、所在地、及び、店舗の各フィールドについては図５と同じため説明を省略する。クーポンフィールドには、ユーザに提供する
クーポンに関する情報が入力される。ユーザに提供するクーポンには、例えば、店舗で現金として使用可能なクーポン、所定の割引を受けることが可能なクーポン、所定のおまけをもらえるクーポン、所定のポイントがもらえるクーポン、ポイントの付与率が高くなるクーポンなどを挙げることができる。また、クーポンは、商品の購入だけでなく、役務の提供にも利用可能であってもよい。その他にも、ユーザに利益となる情報がクーポンフィールドに入力されてもよい。クーポンフィールドに入力される情報は、例えば店舗の従業員によって店舗端末５０から送信される。

振込先フィールドには、店舗に対して電力、通信回線、及び、場所の使用料を振り込むときの振込先に関する情報が入力される。例えば、使用料を振り込むための銀行口座に関する情報が入力される。振込先フィールドに入力される情報は、店舗の従業員によって店舗端末５０から送信される。

図９に戻り、ステップＳ２０２において決済部３０２は、店舗にインセンティブを付与する。インセンティブとして、例えば、ユーザが決済したバス４０の利用料金の数パーセントを支払ってもよく、または、ユーザの利用ごとに一律の額を支払ってもよい。また、別法として、日ごと、週ごと、または、月ごとなどにユーザの利用に応じた額を支払ってもよい。さらに、別法として、ユーザの利用がない場合であっても、基本料金として所定の額を支払ってもよい。店舗ＩＤに対応する振込先を図９に示した振込先フィールドから抽出して、決済部３０２が、オンラインで振り込みを実行する。振り込みが完了すると、インセンティブを付与したことに関する情報を店舗端末５０へ送信する。この情報には、インセンティブを付与したことを示す画像を店舗端末５０のディスプレイに表示させる指令が含まれていてもよい。また、別法として、この情報を、Ｅメールで送信してもよい。

以上説明したように、第２実施形態では、ユーザにクーポンを発行するため、バス４０の利用を促進できると共に、店舗での売り上げを増加させることができる。また、店舗には決済端末１０を配置する見返りとして使用料を支払うため、店舗が不利益を被ることを抑制できる。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。

本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気
カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１ システム
１０ 決済端末
２０ ユーザ端末
３０ サーバ
３１ プロセッサ
３２ 主記憶部
３３ 補助記憶部
３４ 通信部
４０ バス
５０ 店舗端末

Claims (20)

1. 所定の施設に配置されているバスの利用料金の決済を行う端末から決済に関する情報を受信したことに応答して、前記所定の施設に前記バスを派遣する制御部を備える、
   情報処理装置。
2. 前記決済に関する情報には、前記決済を行ったユーザの乗車地点及び降車地点に関する情報が含まれ、
   前記制御部は、前記決済に関する情報に基づいて前記バスのルートを生成し、前記ルートを前記バスに送信する、
   請求項１に記載の情報処理装置。
3. 前記制御部は、前記乗車地点及び前記降車地点に基づいて、前記決済の額を算出する、
   請求項２に記載の情報処理装置。
4. 前記制御部は、前記所定の施設として、店舗に前記バスを派遣する、
   請求項１に記載の情報処理装置。
5. 前記制御部は、前記決済を行ったユーザの端末に、前記店舗での料金の割引に関する情報を送信する、
   請求項４に記載の情報処理装置。
6. 前記制御部は、ユーザが前記決済を行った場合に、前記所定の施設の端末にインセンティブに関する情報を送信する、
   請求項１に記載の情報処理装置。
7. 前記所定の施設に関する情報を記憶する記憶部を更に備える、
   請求項１に記載の情報処理装置。
8. コンピュータが、
   所定の施設に配置されているバスの利用料金の決済を行う端末から決済に関する情報を受信したことに応答して、前記所定の施設に前記バスを派遣する、
   情報処理方法。
9. 前記決済に関する情報には、前記決済を行ったユーザの乗車地点及び降車地点に関する情報が含まれ、
   前記コンピュータが、前記決済に関する情報に基づいて前記バスのルートを生成し、前記ルートを前記バスに送信する、
   請求項８に記載の情報処理方法。
10. 前記コンピュータが、前記乗車地点及び前記降車地点に基づいて、前記決済の額を算出する、
    請求項９に記載の情報処理方法。
11. 前記コンピュータが、前記所定の施設として、店舗に前記バスを派遣する、
    請求項８に記載の情報処理方法。
12. 前記コンピュータが、前記決済を行ったユーザの端末に、前記店舗での料金の割引に関する情報を送信する、
    請求項１１に記載の情報処理方法。
13. 前記コンピュータが、ユーザが前記決済を行った場合に、前記所定の施設の端末にインセンティブに関する情報を送信する、
    請求項８に記載の情報処理方法。
14. 前記コンピュータが、前記所定の施設に関する情報を記憶部に記憶させる、
    請求項８に記載の情報処理方法。
15. コンピュータに、所定の施設に配置されているバスの利用料金の決済を行う端末から決済に関する情報を受信したことに応答して、前記所定の施設に前記バスを派遣させるためのプログラム。
16. 前記決済に関する情報には、前記決済を行ったユーザの乗車地点及び降車地点に関する情報が含まれ、
    前記コンピュータに、前記決済に関する情報に基づいて前記バスのルートを生成し、前記ルートを前記バスに送信させる、
    請求項１５に記載のプログラム。
17. 前記コンピュータに、前記乗車地点及び前記降車地点に基づいて、前記決済の額を算出させる、
    請求項１６に記載のプログラム。
18. 前記コンピュータに、前記所定の施設として、店舗に前記バスを派遣させる、
    請求項１５に記載のプログラム。
19. 前記コンピュータに、前記決済を行ったユーザの端末に、前記店舗での料金の割引に関する情報を送信させる、
    請求項１８に記載のプログラム。
20. 前記コンピュータに、ユーザが前記決済を行った場合に、前記所定の施設の端末にインセンティブに関する情報を送信させる、
    請求項１５に記載のプログラム。

Images