(57)【要約】【課題】商品または役務への対価に対する割高感をユーザに抱かせない決済端末を提供すること。【解決手段】ＲＯＭ１３には、ＲＡＭ１５上のデータが示す商品または役務への対価と前払口座残高との関係に応じて前払口座への入金を案内する入金案内を出力部に出力させるか否かを判定するステップをＣＰＵ１４に実行させることを特徴とする決済プログラムが格納されている。本実施の形態では、商品または役務への対価を有料道路の利用対価とし、商品または役務への対価と前払口座残高との関係を前払口座残高が有料道路の利用対価を下回っている関係とする。【選択図】図３
2006155030.tif 000002
【特許請求の範囲】
【請求項１】
記憶媒体上のデータが示す商品または役務への対価と前払口座残高との関係に応じて前払口座への入金を案内する入金案内を出力部に出力させるか否かを制御する制御手段を備えた決済端末。
【請求項２】
前記制御手段は、有料移動区間の利用対価と前払口座残高との関係に応じて入金案内を出力部に出力させるか否かを制御することを特徴とする請求項１に記載の決済端末。
【請求項３】
前記制御手段は、有料道路の利用対価と前払口座残高との関係に応じて入金案内を出力部に出力させるか否かを制御することを特徴とする請求項２に記載の決済端末。
【請求項４】
前記制御手段は、出発地から目的地までの経路に含まれる有料道路の利用対価と前払口座残高との関係に応じて入金案内を出力部に出力させるか否かを制御することを特徴とする請求項３に記載の決済端末。
【請求項５】
前記制御手段は、現在地から目的地までの経路に含まれる有料道路の利用対価と前払口座残高との関係に応じて入金案内を出力部に出力させるか否かを制御することを特徴とする請求項３に記載の決済端末。
【請求項６】
前記制御手段は、前払口座残高が対価に満たない場合、入金案内を出力部に出力させることを特徴とする請求項１ないし請求項５の何れかに記載の決済端末。
【請求項７】
前記制御手段は、入金申込を示すデータを通信部に送信させることを特徴とする請求項１ないし請求項６の何れかに記載の決済端末。
【請求項８】
前記制御手段は、操作部からのデータに応じて入金申込を示すデータを通信部に送信させることを特徴とする請求項７に記載の決済端末。
【請求項９】
前記制御手段は、通信先からのデータが示す要求に応じて記憶媒体に予め記憶された認証データを通信部に送信させることを特徴とする請求項１ないし請求項８の何れかに記載の決済端末。
【請求項１０】
記憶媒体上のデータが示す商品または役務への対価と前払口座残高との関係に応じて前払口座への入金を案内する入金案内を出力部に出力させるか否かを判定するステップをコンピュータに実行させることを特徴とする決済プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品又は役務への対価を前払口座から支払わせる決済端末に関するものであって、より詳しくは、ＥＴＣ車載器、ナビゲーション装置、携帯電話やＰＤＡなどに関するものである。
【背景技術】
【０００２】
背景技術として、前納残高が通行料金に満たないと判断すると、前納残高を全額減算し、不足金をクレジットカードによって決済する有料道路自動料金収受システムが知られている。この有料道路自動料金収受システムにおいては、前納に対して料金割引などのプレミアが付与されている（例えば、特許文献１を参照）。
【特許文献１】特開２００３−１８７２８０号公報（第７−８頁、第６図）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載のものにおいては、不足金がクレジットカードによって決済されるので、不足金の支払に対しては料金割引などのプレミアが付与されず、利用対価に対する割高感をユーザに抱かせてしまうという問題があった。
【０００４】
そこで、本発明は、従来の問題を解決するためになされたもので、商品または役務への対価に対する割高感をユーザに抱かせない決済端末を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明に係る決済端末は、記憶媒体上のデータが示す商品または役務への対価と前払口座残高との関係に応じて前払口座への入金を案内する入金案内を出力部に出力させるか否かを制御する制御手段を備えた構成を有している。
【０００６】
ここで、商品または役務への対価とは、特定の商品の購入または特定の役務の提供に対する反対債務をいう。また、前払口座とは、特定の商品または役務への対価を支払うために開設された口座をいい、前払口座による対価の履行には、他の支払方法による場合に比して有利な特典がユーザに付与される。前払口座残高とは、前払口座による履行限度額をいう。さらに、出力部とは、データに対応する出力をする装置であって、スピーカ、ディスプレイ、ライト、バイブレータなどをいう。
【０００７】
この構成によれば、前払口座が残高不足であれば、前払口座への入金案内がなされ、ユーザは前払口座への入金を行い得るので、対価の全額は、前払口座から支払われ前払特典の対象となる。
【発明の効果】
【０００８】
本発明は、記憶媒体上のデータが示す商品または役務への対価と前払口座残高との関係に応じて前払口座への入金を案内する入金案内を出力部に出力させるか否かを制御する制御手段を備えることによって、商品または役務への対価に対する割高感をユーザに抱かせないという効果を有する決済端末を提供することができるものである。
【発明を実施するための最良の形態】
【０００９】
以下、本発明に係る決済端末を実施するための最良の形態であるナビゲーション装置について、図１ないし図６を参照しながら説明する。まず、本実施の形態に係る決済システム１の構成を図１を参照しながら説明する。
【００１０】
図１に示すように、決済システム１は、車両２に搭載されたナビゲーション装置３と、路上に設けられナビゲーション装置３との間でデータを送受する路側機４と、路側機４に接続され利用対価を集金する集金センタ５と、集金センタ５に接続されユーザに代わって利用対価を入金する金融センタ６とを備える。ここで、集金センタ５は、道路を所有するものによって管理されるコンピュータである。また、金融センタ６は、銀行やクレジットカード会社など金融を事業とするものによって管理されるコンピュータである。さらに、ナビゲーション装置３と集金センタ５の間は、路側機４のように設置場所に依存せず、利用対価の入金申込みについてのデータ送受信が可能となっている。
【００１１】
図２に示すように、ナビゲーション装置３は、各種デバイスに接続されデータを入出力するＩ／Ｆ部１１と、各種データを記憶するＨＤＤ１２と、各種プログラムを格納するＲＯＭ１３と、ＲＯＭ１３に格納された各種プログラムを実行するＣＰＵ１４と、Ｉ／Ｆ部１１からのデータやＣＰＵ１４からのデータなどを保持するＲＡＭ１５とを備える。
【００１２】
Ｉ／Ｆ部１１には、ＧＰＳデータを受信するＧＰＳレシーバ１６と、方位に応じてデータを出力する方位センサ１７と、速度に応じてデータを出力する速度センサ１８と、操作に応じてデータを出力する操作パネル１９と、データに応じて画像を出力するディスプレイ２０と、データに応じて音声を出力するスピーカ２１と、無線通信方式で利用対価の支払いに関するデータを送受信する第１通信機２２と、ＥＴＣカードなどのカードとの間でデータを送受信するカードスロット２３と、無線通信方式で利用対価の入金に関するデータを送受信する第２通信機２４とが接続されている。Ｉ／Ｆ部１１で入力されたデータは、ＲＡＭ１５の各領域に保持される。
【００１３】
ＨＤＤ１２には、経路探索に用いられる探索用データを含むナビゲーション用データ、各区間の利用対価を定義する利用対価テーブル、入金案内に用いられる入金案内データ、認証処理に用いられる認証データや入金完了通知に用いられる入金完了通知データなどが記憶されている。
【００１４】
ＲＯＭ１３には、ＲＡＭ１５上のデータが示す商品または役務への対価と前払口座残高との関係に応じて前払口座への入金を案内する入金案内を出力部に出力させるか否かを判定するステップをＣＰＵ１４に実行させることを特徴とする決済プログラムが格納されている。本実施の形態では、商品または役務への対価を有料道路の利用対価とし、商品または役務への対価と前払口座残高との関係を前払口座残高が有料道路の利用対価を下回っている関係として説明する。
【００１５】
以上のように構成されたナビゲーション装置３について、図３ないし図６を参照しながらその動作を説明する。図３に示すように、ＣＰＵ１４は、ＲＯＭ１３に格納された決済プログラムを解釈して、次の処理を実行する。
【００１６】
ＣＰＵ１４は、ＲＡＭ１５に保持されたＧＰＳデータおよびＨＤＤ１２に記憶された探索用データを用いて現在位置が有料道路の入口を通過したか否かを判定する（ステップＳ１）。
【００１７】
ステップＳ１で現在位置が有料道路の入口を通過したとの判定がなされると（Ｓ１のＹｅｓ）、ＣＰＵ１４は、ＲＡＭ１５に保持されたＧＰＳデータおよびＨＤＤ１２に記憶された利用対価テーブルを用いて通過した入口から現在位置に最も近い出口までの利用対価を探索する（ステップＳ２）。例えば、図４に示すように、現在位置が第１番目の入口を通過した後、第１番目の出口と第２番目の出口との間にある場合、第１番目のインターチェンジ（以下、ＩＣという）から第２番目のＩＣまでの区間の利用対価が探索される。
【００１８】
ステップＳ２で利用対価が探索されると、ＣＰＵ１４は、ＲＡＭ１５に保持されているデータが示す前払残高および利用対価を比較して、前払口座残高が利用対価を下回るか否かを判定する（ステップＳ３）。すなわち、前払口座が利用対価の支払によって残高不足になるか否かが判定される。
【００１９】
ステップＳ３で前払口座が残高不足になるとの判定がなされると（Ｓ３のＹｅｓ）、ＣＰＵ１４は、ＨＤＤ１２に記憶された入金案内データを用いて入金案内をディスプレイ２０に表示させる（ステップＳ４）。
【００２０】
具体的には、図５に示すように、入金案内が表示される（図５（ａ）を参照）。入金案内では、合計支払額、合計支払額に対応する前払口座への合計入金額および入金申込用のチェックボックスが表示され、ユーザは合計支払額などを確認して操作パネル１９を操作して入金を申し込む。このとき、次の出口までの利用対価が表示されてもよい（図５（ｂ）を参照）。
【００２１】
ステップＳ４で入金案内画面が表示されると、ＣＰＵ１４は、ＲＡＭ１５に保持されたデータが入金申込を示しているか否かを判定する（ステップＳ５）。すなわち、ステップＳ４での入金案内において、入金申込が操作パネル１９を通じてなされたか否かが判定される。
【００２２】
ステップＳ５で入金申込がなされたとの判定がなされると（Ｓ５のＹｅｓ）、ＣＰＵ１４は、入金申込に関する申込データを第２通信機２４に送信させる（ステップＳ６）。申込データは、入金申込の要否や支払額などを示している。
【００２３】
ステップＳ６で申込データが送信された後、ＣＰＵ１４は、ＲＡＭ１５に保持されたデータが認証要求を示しているか否かを判定する（ステップＳ７）。ここで、認証要求は、ナビゲーション装置３からの申込データを受信した集金センタ５によってなされる。認証事項には、カードスロット２３からのデータが示すユーザＩＤや操作パネル１２からのデータが示すパスワードなどが含まれる。
【００２４】
ステップＳ７で認証要求があるとの判定がなされると（Ｓ７のＹｅｓ）、ＣＰＵ１４は、ＨＤＤ１２に記憶された認証データを用いて認証画面をディスプレイ２０に表示させる（ステップＳ８）。認証事項がデータとしてＨＤＤ１２に予め記憶されていれば、図６に示すように、認証事項が操作パネル１９などによって入力されない場合であっても、予め記憶されたデータが示す認証事項がディスプレイ２０に表示される（図６（ａ）を参照）。
【００２５】
ステップＳ８で認証画面が表示されると、ＣＰＵ１４は、ＲＡＭ１５に保持されたデータが認証事項の送信許可を示しているか否かを判定する（ステップＳ９）。すなわち、ステップＳ８での認証画面において、認証事項の送信許可が操作パネル１９を通じてなされたか否かが判定される。
【００２６】
ステップＳ９で認証事項の送信許可がなされたとの判定がなされると（Ｓ９のＹｅｓ）、ＣＰＵ１４は、ＨＤＤ１２またはＲＡＭ１４上に存在し認証事項を示す認証データを通信機２２に送信させる（ステップＳ１０）。このとき、認証データが集金センタ５で受信されると、集金センタ５は、データベースに記憶されたユーザＩＤと金融ＩＤ（預金口座番号、キャッシュカードの番号やクレジットカードの番号などをいう）との関係を参照し、認証データが示すユーザＩＤに対応する金融ＩＤを特定し、特定された金融ＩＤに対応する金融口座から前払口座への入金を金融センタ６に要求する。金融センタ６は、金融ＩＤが有効であれば、金融ＩＤに対応する金融口座から前払口座への入金を実行する。
【００２７】
ステップＳ１０で認証データが送信されると、ＣＰＵ１４は、ＲＡＭ１５に保持されたデータが入金申込に対する承諾（いわゆる、決済の完了）を示しているか否かを判定する（ステップＳ１１）。本実施の形態では、入金申込に対する承諾によって、金融センタ６はユーザの口座から集金センタ５の前払口座に入金を行う。本実施の形態では、６００００円が集金センタ５の前払口座に入金されているので、ユーザは、６８５００円分の道路利用権を得ることになる。
【００２８】
ステップＳ１１で入金申込に対する承諾があるとの判定がなされると（Ｓ１１のＹｅｓ）、ＣＰＵ１４は、ＨＤＤ５に記憶された入金完了通知データを用いて入金が完了した旨をディスプレイ２０に出力させる。例えば、図６に示すように、支払額、入金額および入金後の前払口座残高が表示される（図６（ｂ）を参照）。
【００２９】
なお、ステップＳ１、ステップＳ３、ステップＳ５、ステップＳ７、ステップＳ９およびステップＳ１１の何れかでＮｏとの判定がなされると、ＣＰＵ１４は、決済プログラムの実行を終了する。
【００３０】
以上本実施の形態によれば、前払口座残高が直近の出口を通過するための利用対価を下回れば、前払口座への入金を促す案内がなされるので、ユーザは、クレジットカードやキャッシュカードなどによって前払口座への入金を出口を通過する前に行って、前払口座を利用した支払に対して与えられる有利な特典を得ることができる。すなわち、ユーザは、有料道路の利用対価に対する割高感を抱かない。
【００３１】
本実施の形態によれば、ユーザＩＤやこれに対応するパスワードなどの認証事項がデータとしてＨＤＤ１２に予め記憶され、認証事項が操作パネル１９などによって入力されない場合であっても、予め記憶されたデータが示す認証事項がディスプレイ２０に表示されるので、入金操作を容易にすることができる。
【００３２】
以上の本実施の形態では、現在位置が有料道路の入口を通過したか否かが判定され、入口のＩＣと現在位置に最も近い出口のＩＣとの間の利用対価が探索されているが、出発地から目的地までの経路が予め探索され、この探索された経路に含まれる有料道路の区間について利用対価が探索されてもよい。この実施の形態によれば、出発前に前払口座への入金が可能になり、前払口座へ入金するためにサービスエリアやパーキングなどに立寄る必要がなくなる。
【００３３】
また、本実施の形態では、入金案内がディスプレイ２０に出力されているが、入金案内はスピーカ２１に出力されてもよい。この実施の形態によれば、ユーザは運転中であっても前払口座への入金が必要である旨を認識することができる。
【００３４】
また、本実施の形態では、ユーザの操作は操作パネル１９を通じてなされているが、マイクなどで入力された音声を音声認識することでなされてもよい。この実施の形態によれば、ユーザは運転中であっても前払口座への入金を行うことができる。
【００３５】
また、本実施の形態では、認証データがユーザの送信許可に応じて送信されているが、集金センタ５からの認証要求に応じて自動的に送信されてもよい。この実施の形態によれば、入金手続が簡易になる。
【００３６】
また、本実施の形態では、経路探索および料金探索がナビゲーション装置３で行われているが、集金センタ５がナビゲーション装置３からのＧＰＳデータなどを用いて経路探索および料金探索を行ってもよい。この実施の形態によれば、ナビゲーション装置３側での処理負荷を低減することができる。
【産業上の利用可能性】
【００３７】
以上のように、本発明に係る決済端末は、商品または役務への対価に対する割高感をユーザに抱かせないという効果を有し、ＥＴＣ車載器、ナビゲーション装置、携帯電話やＰＤＡなどとして有用である。
【図面の簡単な説明】
【００３８】
【図１】本発明に係る決済端末を実施するための最良の形態である決済システムの構成を示すブロック図
【図２】本実施の形態におけるナビゲーション装置の構成を示すブロック図
【図３】本実施の形態におけるナビゲーション装置の動作を示すフローチャート
【図４】本実施の形態における現在位置、有料道路の入口および有料道路の出口の関係を示す関係図
【図５】（ａ）本実施の形態における入金案内の表示態様を示す図（ｂ）本実施の形態における利用対価の表示態様を示す図
【図６】（ａ）本実施の形態における認証手続の表示態様を示す図（ｂ）本実施の形態における決済通知の表示態様を示す図
【符号の説明】
【００３９】
１    決済システム
３    ナビゲーション装置（決済端末）
１２    ＨＤＤ（制御手段）
１３    ＲＯＭ（制御手段）
１４    ＣＰＵ（制御手段）
【図１】
2006155030.tif 000003
【図２】
2006155030.tif 000004
【図３】
2006155030.tif 000005
【図４】
2006155030.tif 000006
【図５】
2006155030.tif 000007
【図６】
2006155030.tif 000008