JP2004227427A - 使用料金精算方法、通信端末、サーバ装置、プログラムおよび記録媒体 - Google Patents
使用料金精算方法、通信端末、サーバ装置、プログラムおよび記録媒体 Download PDFInfo
- Publication number
- JP2004227427A JP2004227427A JP2003016669A JP2003016669A JP2004227427A JP 2004227427 A JP2004227427 A JP 2004227427A JP 2003016669 A JP2003016669 A JP 2003016669A JP 2003016669 A JP2003016669 A JP 2003016669A JP 2004227427 A JP2004227427 A JP 2004227427A
- Authority
- JP
- Japan
- Prior art keywords
- vehicle
- data
- identifier
- user
- cpu
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000004891 communication Methods 0.000 title claims abstract description 137
- 238000000034 method Methods 0.000 title claims abstract description 21
- 230000004044 response Effects 0.000 claims abstract description 23
- 230000005540 biological transmission Effects 0.000 claims description 3
- 238000012790 confirmation Methods 0.000 claims 5
- 238000010295 mobile communication Methods 0.000 claims 1
- 230000001960 triggered effect Effects 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 16
- 238000012545 processing Methods 0.000 description 16
- 239000000284 extract Substances 0.000 description 10
- 230000006870 function Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Landscapes
- Traffic Control Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】車両の使用者に意識させることなく、車両の使用料金の精算処理を開始する。
【解決手段】車両５００の使用者が、車両の位置を示すデータを近距離無線通信により車両５００の使用者が所有する携帯電話機１００へ送信する。携帯電話機１００は、車両５００から離れ、車両５００と近距離無線通信を行えなくなると、車両５００から送信された位置データをサーバ装置４００へ送信する。サーバ装置４００は、この位置データを受信し、受信した位置データが示す位置が、車両５００の返却位置として指定された位置である場合には、車両の使用料金の精算を行うか問い合わせる旨の電子メールを携帯電話機１００へ送信し、この電子メールへの応答として携帯電話機１００から使用料金の精算を指示する旨のメッセージが送信されると、車両５００の使用料金の精算を行う。
【選択図】 図１
【解決手段】車両５００の使用者が、車両の位置を示すデータを近距離無線通信により車両５００の使用者が所有する携帯電話機１００へ送信する。携帯電話機１００は、車両５００から離れ、車両５００と近距離無線通信を行えなくなると、車両５００から送信された位置データをサーバ装置４００へ送信する。サーバ装置４００は、この位置データを受信し、受信した位置データが示す位置が、車両５００の返却位置として指定された位置である場合には、車両の使用料金の精算を行うか問い合わせる旨の電子メールを携帯電話機１００へ送信し、この電子メールへの応答として携帯電話機１００から使用料金の精算を指示する旨のメッセージが送信されると、車両５００の使用料金の精算を行う。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、車両の貸出を行うためのシステムに関する。
【０００２】
【従来の技術】
レンタカーサービスやカーシェアリングサービスなどで提供される車両を借り受ける者は、車両を貸し出すサービスを提供する事業者のもとへ出向き、この事業者と車両の使用に関する契約を結ぶことにより、車両を使用することが可能となる。車両を借り受ける者にとって、このように車両の借り受けや返却の手続を行うために事業者のもとへ出向くのは面倒なことである。そこで、このような問題を解決するために、車両を借りる者が事業者のもとへ出向くことなく、車両の貸し出しや返却の手続を行えることを可能とするシステムが提案されている（例えば、特許文献１参照。）。このシステムによれば、車両と車両を管理する司令室が通信を行うことにより、車両を借り受ける者は、事業者のもとへ出向かなくとも、車両を借り受け、車両の使用料金を精算することが可能となる。
【０００３】
【特許文献１】
特開平５−１５９１４３号公報
【０００４】
【発明が解決しようとする課題】
特許文献１に開示されているシステムでは、車両に設けられた返却ボタンが押下されることにより使用料金の精算が行われる。このため、車両の使用者が、返却ボタンを押下し忘れて車両を離れると、車両を使用していない時間があるにも係わらず、使用していない時間分の使用料も請求されることとなり、車両を借り受ける者に不利益を与えてしまう。
【０００５】
本発明は、上述した事情に鑑みてなされたものであり、車両の使用者に意識させることなく、車両の使用料金の精算処理を開始する、使用料金精算方法、通信端末、サーバ装置、プログラムおよび記録媒体を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上述した課題を解決するために本発明は、車両が、当該車両を一意に識別するための車両識別子と、当該車両の位置を示す位置データとをローカル通信により通信端末へ送信する車両データ送信ステップと、前記通信端末が、前記車両データ送信ステップにより送信された車両識別子と位置データとを受信する車両データ受信ステップと、前記通信端末が、前記車両との間でローカル通信を行うことが不可となったことを契機として、当該通信端末の使用者を一意に識別する使用者識別子と、前記車両データ受信ステップにより受信された車両識別子と位置データとを、前記車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶したサーバ装置へ送信する使用終了データ送信ステップと、前記サーバ装置が、前記使用終了データ送信ステップにより送信された使用者識別子と車両識別子と位置データとを受信し、受信した位置データが示す位置が、前記車両識別子に対応付けて記憶された返却地域データが示す地域内であるか判定する返却位置判定ステップと、前記サーバ装置が、前記返却位置判定ステップの判定結果が肯定的である場合、前記使用者識別子で識別される者へ請求する前記車両の使用料金を精算する使用料金精算ステップとを有する使用料金精算方法を提供する。
【０００７】
また本発明は、ローカル通信により車両から送信される、前記車両を一意に識別するための車両識別子と前記車両の位置を示す位置データとを受信する車両データ受信手段と、前記車両との間でローカル通信を行うことが不可となったことを契機として、自己の使用者を一意に識別する使用者識別子と、前記車両データ受信ステップにより受信された車両識別子と位置データとを、前記車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶したサーバ装置へ送信する使用終了データ送信手段とを有する通信端末を提供する。
【０００８】
また本発明は、貸し出す車両を一意に識別するための車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶する記憶手段と、通信端末から送信される、前記通信端末の使用者を一意に識別する使用者識別子と、前記車両識別子と前記車両の位置を示す位置データとを受信し、受信した位置データが示す位置が、前記車両識別子に対応付けて記憶された返却地域データが示す地域内であるか判定する返却位置判定手段と、前記返却位置判定手段による判定結果が肯定的である場合、前記使用者識別子で識別される者へ請求する前記車両の使用料金を精算する使用料金精算手段とを有するサーバ装置を提供する。
【０００９】
また本発明は、コンピュータ装置を、ローカル通信により車両から送信される、前記車両を一意に識別するための車両識別子と前記車両の位置を示す位置データとを受信する車両データ受信手段と、前記車両との間でローカル通信を行うことが不可となったことを契機として、自己の使用者を一意に識別する使用者識別子と、前記車両データ受信ステップにより受信された車両識別子と位置データとを、前記車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶したサーバ装置へ送信する使用終了データ送信手段として機能させるためのプログラムおよび当該プログラムを記録した記録媒体を提供する。
【００１０】
また本発明は、コンピュータ装置を、貸し出す車両を一意に識別するための車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶部に記憶させる記憶手段と、通信端末から送信される、前記通信端末の使用者を一意に識別する使用者識別子と、前記車両識別子と前記車両の位置を示す位置データとを受信し、受信した位置データが示す位置が、前記車両識別子に対応付けて記憶された返却地域データが示す地域内であるか判定する返却位置判定手段と、前記返却位置判定手段による判定結果が肯定的である場合、前記使用者識別子で識別される者へ請求する前記車両の使用料金を精算する使用料金精算手段として機能させるためのプログラムおよび当該プログラムを記録した記録媒体を提供する。
【００１１】
本発明によれば、通信端末は、車両から離れローカル通信が行えなくなったことを契機として、車両の位置を示す位置データをサーバ装置へ送信する。サーバ装置は、車両の位置が、車両の返却場所として指定されている地域内であるか判定し、地域内であると判定した場合には、通信端末の使用者へ請求する車両の使用料金を精算する。
【００１２】
【発明の実施の形態】
以下、図面を参照して本発明に係る実施形態について説明する。
【００１３】
［１．実施形態の構成］
［１−１．実施形態の全体構成］
図１は、本実施形態に係わる通信システム１０の全体構成を例示する図である。通信システム１０には多数の携帯電話機、サーバ装置および車両が存在するが、図面が繁雑になるのを防ぐために、携帯電話機１００と、サーバ装置４００と、車両５００のみを図１に示す。
【００１４】
移動パケット通信網２００は、これを運用する通信事業者と加入契約を結んだ者に対してデータ通信サービスを提供する通信網である。この移動パケット通信網２００は、携帯電話機１００と無線通信を行う無線基地局と、交換機と、インターネット３００と当該通信網との相互接続を行うゲートウェイサーバ装置（いずれも図示略）とを有しており、インターネット３００に接続されている装置と携帯電話機１００との間で行われるパケット通信を中継する。
【００１５】
携帯電話機１００は、パケット通信可能な携帯電話機であり、移動パケット通信網２００およびインターネット３００を介して、サーバ装置４００と通信を行うことができる。また、携帯電話機１００は、近距離無線通信の規格の一つであるＢｌｕｅｔｏｏｔｈ（登録商標）規格に準拠した通信インターフェースを有しており、同じくＢｌｕｅｔｏｏｔｈ規格に準拠した通信インターフェースを有している他の装置と通信を行うことができる。
【００１６】
サーバ装置４００は、携帯電話機１００の使用者へ車両５００を貸し出すサービスを提供するためのサーバ装置である。このサーバ装置４００は、携帯電話機１００から送信されるデータに基づいて車両５００のドアの錠を解錠するためのデータを携帯電話機１００へ送信する。また、サーバ装置４００は、携帯電話機１００から送信されるデータを用いて、車両５００の使用料金を算出し、算出した使用料金を携帯電話機１００の使用者へ通知する。
【００１７】
車両５００は、携帯電話機１００の使用者へ車両５００を貸し出すサービスを提供する事業者が所有する車両である。この車両５００は、携帯電話機１００と同様にＢｌｕｅｔｏｏｔｈ規格に準拠した通信インターフェースを有しており、携帯電話機１００との間でＢｌｕｅｔｏｏｔｈ規格に従って通信を行うことができる。
【００１８】
［１−２．車両５００の構成］
図２は、車両５００のハードウェア構成のうち、本発明に係わる部分の構成を例示したブロック図である。図２に示したように、車両５００の各部は、バス５０１に接続されており、このバス５０１を介して各部間でデータの授受を行う。
【００１９】
ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）部５０２は、人工衛星を利用した位置測定システムを利用するためのものである。ＧＰＳ部５０２は、複数の人工衛星から発信される位置測定用の電波を受信すると、それぞれの人工衛星から発信される電波の位相差を基に、車両５００が存在する位置の緯度および経度を算出する。ＧＰＳ部５０２は、算出した緯度を示す緯度データおよび経度を示す経度データとを、バス５０１を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０９へ供給する。
【００２０】
近距離無線通信部５０３は、Ｂｌｕｅｔｏｏｔｈ規格に準拠した通信を行うためのインターフェースとしての機能を有しており、受信した信号をＣＰＵ５０９へ供給する一方、ＣＰＵ５０９から供給された信号をＢｌｕｅｔｏｏｔｈ規格に準拠した信号に変換して送信する。センサ部５０４は、車両５００のシフトレバーの位置を検知するセンサを有しており、シフトレバーの位置を示すデータをＣＰＵ５０９へ供給する。ドア制御部５０５は、ＣＰＵ５０９の制御の下、車両５００のドアの錠を解錠または施錠する。
【００２１】
記憶部５０６は、データを永続的に記憶するためのメモリ、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）などを有しており、車両５００を一意に識別するための車両識別子と、ドアの錠を解錠するための錠データとを記憶する。車両識別子としては、例えば「ＲＥＮＴ００１」、錠データとしては、例えば「ＫＥＹ００１」といったデータを記憶する。
【００２２】
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５０７は、車両５００の各部を制御するための制御プログラムを記憶している。ＣＰＵ５０９は、図示を省略した電源から電力が供給されると、ＲＯＭ５０７から制御プログラムを読み出して起動し、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５０８を作業エリアとして車両５００の各部の制御を行う。このように車両５００は、ＲＯＭから読み出したプログラムに基づいてＣＰＵに接続された各部を制御し、種々の機能を実現するという意味において、一般的なコンピュータ装置と同様の構成を有していると言える。
【００２３】
ＣＰＵ５０９は、制御プログラムを起動すると時刻をカウントすることが可能となり、例えば、一秒毎に、時刻を示す時刻データをＲＡＭ１０８に記憶する。
【００２４】
また、制御プログラムを起動したＣＰＵ５０９は、近距離無線通信部５０３を制御して、Ｂｌｕｅｔｏｏｔｈ規格に従った通信を行う携帯電話機１００が車両５００と近距離無線通信を行うことが可能な通信エリアに存在するか確認するための問い合わせパケットを発信する。近距離無線通信部５０３が、この問い合わせパケットを受信した携帯電話機１００から送信される応答パケットを受信すると、この応答パケットがＣＰＵ５０９へ供給され、ＣＰＵ５０９は、携帯電話機１００が車両５００と通信を行うことが可能な通信エリアに入ったことを検知する。
【００２５】
ＣＰＵ５０９は、携帯電話機１００と通信が可能になったことを検知すると、携帯電話機１００から送信される情報と記憶部５０６に記憶している情報に基づいてドアの錠を解錠する。図３は、ＣＰＵ５０９が行うこの処理の流れを例示するフローチャートである。ＣＰＵ５０９は、携帯電話機１００と通信可能になったことを検知すると、記憶部５０６から車両識別子を読み出し（ステップＳＡ１）、ＧＰＳ部５０２から緯度データと経度データとを取得し（ステップＳＡ２）、ＲＡＭ５０８から時刻データを読み出す（ステップＳＡ３）。次にＣＰＵ５０９は、これらのデータを内包する車両メッセージを生成して携帯電話機１００へ送信する（ステップＳＡ４）。ＣＰＵ５０９は、車両メッセージへの応答として送信される使用許可メッセージを受信すると（ステップＳＡ５；ＹＥＳ）、この使用許可メッセージに内包される解錠データを抽出し（ステップＳＡ６）、記憶部５０６が記憶している錠データと比較する（ステップＳＡ７）。ＣＰＵ５０９は、両者が同じ場合にはドア制御部５０５を制御し、ドアの錠を解錠する（ステップＳＡ８）。
【００２６】
また、制御プログラムを起動したＣＰＵ５０９は、シフトレバーの位置がパーキングの位置であることを示す信号がセンサ部５０４から供給されると、車両５００の位置を示すデータを携帯電話機１００へ送信する。図４は、ＣＰＵ５０９が行うこの処理の流れを例示するフローチャートである。ＣＰＵ５０９は、シフトレバーの位置がパーキングの位置であることを示す信号がセンサ部５０４から供給されると、車両識別子を記憶部５０６から読み出し（ステップＳＢ１）、ＧＰＳ部５０２から、緯度を示す緯度データと経度を示す経度データとを取得する（ステップＳＢ２）。また、ＣＰＵ５０９は、ＲＡＭ５０８に記憶されている時刻データを読み出す（ステップＳＢ３）。次にＣＰＵ５０９は、車両識別子と、緯度データと、経度データと、時刻データとを内包する使用終了メッセージを生成し、生成したメッセージを、近距離無線通信部５０３を制御して携帯電話機１００へ送信する（ステップＳＢ４）。
【００２７】
また、制御プログラムを起動したＣＰＵ５０９は、問い合わせパケットに対する応答として送信される応答パケットが近距離無線通信部５０３にて受信されなくなると、ドアの錠を施錠する。図５は、ＣＰＵ５０９が行うこの処理の流れを例示するフローチャートである。ＣＰＵ５０９は、応答パケットが送信されなくなると、一定時間の間、応答パケットが送信されるのを待つ。ＣＰＵ５０９は、一定時間の間、応答パケットを受信しないと、ドア制御部５０５を制御し、ドアの錠を施錠する（ステップＳＣ３）。
【００２８】
［１−３．携帯電話機１００の構成］
図６は、携帯電話機１００のハードウェア構成を例示するブロック図である。図６に示したように、携帯電話機１００の各部は、バス１０１を介して各部間でデータの授受を行う。
【００２９】
通信部１０２は、通信インターフェースとしての機能を有しており、ＣＰＵ１０９の制御の下、図示を省略したアンテナを介して、移動パケット通信網２００の無線基地局との間で無線通信を行う。また、通信部１０２は、無線基地局から送信されたパケットデータを、ＣＰＵ１０９へ供給する一方、ＣＰＵ１０９から出力されたパケットデータを無線基地局へ送信する。
【００３０】
近距離無線通信部１０３は、Ｂｌｕｅｔｏｏｔｈ規格に準拠した通信を行うためのインターフェースとしての機能を有しており、受信した信号をＣＰＵ１０９へ供給する一方、ＣＰＵ１０９から供給された信号をＢｌｕｅｔｏｏｔｈ規格に準拠した信号に変換して送信する。操作部１０４は、携帯電話機１００を操作するための複数のキー（図示略）を有しており、このキーが押下されると、押下されたキーを示す信号をＣＰＵ１０９へ供給する。表示部１０５は、ＣＰＵ１０９の制御の下、文字やグラフィック画面、携帯電話機１００を操作するためのメニュー画面などを表示する。
【００３１】
記憶部１０６は、データを永続的に記憶するメモリ、例えば、ＥＥＰＲＯＭなどのメモリを有している。この記憶部１０６は、携帯電話機１００を制御するためのデータや、携帯電話機１００の使用者に付与された電話番号、例えば「０＊０−ＡＡＡＡ−ＡＡＡＡ」を記憶する。
【００３２】
ＲＯＭ１０７は、携帯電話機１００の各部を制御するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）ソフトウェアや、車両５００を借りるためのアプリケーション（以下、カーシェア用ＡＰと略称する）を実現させるためのプログラム（以下、カーシェア用プログラムと称する）、電子メールを送受信するための電子メールプログラムなどを記憶している。ＣＰＵ１０９は、図示を省略した電源から電力が供給されると、ＲＯＭ１０７からＯＳソフトウェアを読み出して起動し、ＲＡＭ１０８を作業エリアとして携帯電話機１００の各部の制御を行う。このように携帯電話機１００は、一般的なコンピュータ装置と同様の構成を有している。
【００３３】
ＯＳソフトウェアを起動したＣＰＵ１０９は、ＣＰＵ１０９に入力される信号に応じた処理を行う。例えば、携帯電話機１００の使用者が、操作部１０４が有するキーを押下してカーシェア用ＡＰを実現させる旨の操作を行うと、ＣＰＵ１０９は、操作部１０４から供給される信号と表示部１０５に表示されている画面とに基づいて使用者の指示を特定し、ＲＯＭ１０７からカーシェア用プログラムを読み出して実行する。
【００３４】
カーシェア用プログラムを起動したＣＰＵ１０９は、携帯電話機１００の使用者が車両５００を使用できるようにするために、車両５００のドアの錠を解錠するためのデータをサーバ装置４００から取得し、車両５００へ送信する。図７は、ＣＰＵ１０９が行う、この処理の流れを例示するフローチャートである。近距離無線通信部１０３が車両５００から送信された車両メッセージを受信し、このメッセージをＣＰＵ１０９へ供給すると、ＣＰＵ１０９は、このメッセージに内包された車両識別子と、緯度データと、経度データと、時刻データとを抽出する（ステップＳＤ１）。次にＣＰＵ１０９は、記憶部１０６から電話番号を読み出し（ステップＳＤ２）、読み出した電話番号と、車両メッセージから抽出したデータとを内包した使用要求メッセージを生成する。ＣＰＵ１０９は、通信部１０２を制御し、サーバ装置４００を宛先として、この生成した使用要求メッセージを送信する（ステップＳＤ３）。ＣＰＵ１０９は、使用要求メッセージへの応答として送信される、車両５００のドアの錠を解錠するためのデータを内包する使用許可メッセージを受信すると（ステップＳＤ４；ＹＥＳ）、受信した使用許可メッセージを車両５００へ転送する（ステップＳＤ５）。
【００３５】
また、カーシェア用プログラムを実行しているＣＰＵ１０９は、携帯電話機１００の使用者が車両５００の使用を終了した旨をサーバ装置４００へ通知する。図８および図９は、ＣＰＵ１０９が行う、この処理の流れを例示するフローチャートである。ＣＰＵ１０９は、車両５００から送信される使用終了メッセージを受信すると、図８に例示したように、このメッセージに内包されている車両識別子と、緯度データと、経度データと、時刻データとを抽出し（ステップＳＥ１）、ＲＡＭ１０８に記憶する（ステップＳＥ２）。また、カーシェア用プログラムを実行しているＣＰＵ１０９は、近距離無線通信部１０３にて問い合わせパケットが一定時間受信されないと（ステップＳＦ１；ＹＥＳ）、図９に例示したように、ＲＡＭ１０８に記憶した車両識別子と、緯度データと、経度データと、時刻データとを読み出し（ステップＳＦ３）、記憶部１０６から電話番号を読み出す（ステップＳＦ４）。次にＣＰＵ１０９は、読み出したこれらのデータを内包する使用終了メッセージを生成し、生成したメッセージを、通信部１０２を制御してサーバ装置４００へ送信する（ステップＳＦ５）。
【００３６】
電子メールプログラムを起動したＣＰＵ１０９は、携帯電話機１００の使用者が行う操作と電子メールの記述とに基づいて、サーバ装置４００へメッセージを送信する。例えば、携帯電話機１００の使用者が、電子メールを開封した時に表示されるハイパーリンクの部分をクリックする旨の操作を行うと、ＣＰＵ１０９は、電子メールの記述に基づいてサーバ装置４００へメッセージを送信する。
【００３７】
電子メールが、ハイパーリンクの部分がクリックされた際、車両５００の使用料金を精算するよう指示する旨の精算指示メッセージを生成し、生成したメッセージをサーバ装置４００へ送信するように記述されていると、ＣＰＵ１０９は、ＰＯＳＴメソッドを用いたＨＴＴＰリクエストメッセージであって、車両５００の使用料金を精算するよう指示する旨の精算指示メッセージをサーバ装置４００へ送信する。また、電子メールが、ハイパーリンクの部分がクリックされた際、車両５００を継続して利用する旨を通知する継続利用メッセージを生成し、生成したメッセージをサーバ装置４００へ送信するように記述されていると、ＣＰＵ１０９は、ＰＯＳＴメソッドを用いたＨＴＴＰリクエストメッセージであって、車両５００を継続して利用する旨を通知する継続利用メッセージをサーバ装置４００へ送信する。また、電子メールが、ハイパーリンクの部分がクリックされた際、車両５００の乗り捨て精算を指示する旨の乗り捨てメッセージを生成し、生成したメッセージをサーバ装置４００へ送信するように記述されていると、ＣＰＵ１０９は、ＰＯＳＴメソッドを用いたＨＴＴＰリクエストメッセージであって、車両５００の乗り捨て精算を指示する旨の乗り捨てメッセージをサーバ装置４００へ送信する。
【００３８】
［１−４．サーバ装置４００の構成］
図１０は、サーバ装置４００のハードウェア構成を例示するブロック図である。図１０に示したように、サーバ装置４００の各部は、バス４０１に接続されており、このバス４０１を介して各部間でデータの授受を行う。
【００３９】
通信部４０２は、インターネット３００を利用した通信を行うための通信インターフェースである。操作部４０３は、図示を省略したキーボードおよびマウスを有している。操作部４０３は、サーバ装置４００の使用者がマウスまたはキーボードを操作すると、操作されたボタンやキーを示す信号をＣＰＵ４０８へ出力する。表示部４０４は、ＣＰＵ４０８の制御の下、文字やグラフィック画面、サーバ装置４００を操作するためのメニュー画面等を表示する。
【００４０】
記憶部４０５は、例えばハードディスク装置など、データを永続的に記憶する装置（図示略）を有している。この記憶部４０５は、利用者テーブルＴＢ１と、車両テーブルＴＢ２と、課金テーブルＴＢ３とを記憶している。
【００４１】
利用者テーブルＴＢ１には、車両５００を貸し出すサービスを提供する事業者との間で車両５００の使用に関して契約を結んだ者の氏名と、通信事業者がこの者に付与した電話番号と電子メールアドレスとが対応付けられて、図１１に例示したフォーマットで格納される。
【００４２】
車両テーブルＴＢ２には、車両５００の車両識別子に対応付けて、車両５００のドアの錠を解錠するための解錠データと、車両５００を貸し出す時の車両５００の位置を示す乗車位置データと、車両５００が返却される時の位置を示す返却位置データとが図１２に例示したフォーマットで格納される。乗車位置および返却位置を格納するフィールドには、緯度および経度を表すデータが格納される。例えば、返却位置を格納するフィールドに、緯度データとして「Ｎ３５．３９．５０−Ｎ３５．３９．５２」、経度データとして「Ｅ１３９．４４．５０−Ｅ１３９．４４．５２」が格納されている場合、返却位置として、北緯３５度３９分５０秒から北緯３５度３９分５２秒の間、東経１３９度４４分５０秒から東経１３９度４４分５２秒の間が指定されていることを示す。
【００４３】
課金テーブルＴＢ３には、車両５００を借りている者の氏名に対応付けて、車両５００を貸し出した時刻と、車両５００が返却された時の時刻とが対応付けられて、図１３に例示したフォーマットで格納される。
【００４４】
ＲＯＭ４０６には、サーバ装置４００の各部を制御するためのＯＳソフトウェアと、貸し出しプログラムとが記憶されている。ＣＰＵ４０８が貸し出しプログラムに基づいて行う処理については後に説明する。ＣＰＵ４０８は、図示を省略した電源から電力が供給されると、ＲＯＭ４０６からＯＳソフトウェアを読み出して実行し、ＲＡＭ４０７を作業エリアとしてサーバ装置４００の各部の制御を行う。このように、サーバ装置４００は、一般的なコンピュータ装置と同様の構成を有している。
【００４５】
ＣＰＵ４０８は、ＯＳソフトウェアを起動すると、ＲＯＭ４０６から貸し出しプログラムを読み出して起動する。貸し出しプログラムを起動したＣＰＵ４０８は、携帯電話機１００から送信されるデータに基づいて、車両５００のドアの錠を解錠するためのデータを携帯電話機１００へ送信する。図１４は、ＣＰＵ４０８が行う、この処理の流れを例示するフローチャートである。ＣＰＵ４０８は、携帯電話機１００から送信された使用要求メッセージが通信部４０２から供給されると、このメッセージに内包されているデータに基づいて、車両５００を貸し出すか否かを判断し、車両５００の貸し出しを許可する場合には、車両５００のドアの錠を解錠するためのデータを携帯電話機１００へ送信する（ステップＳＧ７）。
【００４６】
また貸し出しプログラムを起動したＣＰＵ４０８は、携帯電話機１００から送信されるデータに基づいて、車両５００の使用料金を精算する。図１５は、ＣＰＵ４０８が行う、この処理の流れを例示するフローチャートである。ＣＰＵ４０８は、携帯電話機１００から送られた位置データと時刻データに基づいて、車両５００の使用料金を算出し（ステップＳＨ１０）、算出した金額を電子メールを利用して携帯電話機１００の使用者へ通知する（ステップＳＨ１８）。
【００４７】
［２．実施形態の動作例］
次に本実施形態の動作例について説明する。なお、以下に説明する動作例においては、利用者テーブルＴＢ１には、図１１に例示したようにデータが格納されており、車両テーブルＴＢ２には、図１２に例示したようにデータが格納されている場合を想定して動作例の説明を行う。また、以下に説明する動作例においては、携帯電話機１００においてカーシェア用ＡＰが既に実現されている場合を想定する。
【００４８】
［２−１．車両５００を使用する時の動作例］
まず、携帯電話機１００の使用者が車両５００を使用する時の動作例について、図１６を用いて説明する。
【００４９】
車両５００のＣＰＵ５０９は、近距離無線通信部５０３を制御して、Ｂｌｕｅｔｏｏｔｈ規格に従った通信を行う装置が車両５００と近距離無線通信を行うことが可能な通信エリアに存在するか確認するための問い合わせわせパケットを発信する。携帯電話機１００の使用者が、車両５００と携帯電話機１００とが互いにＢｌｕｅｔｏｏｔｈ規格による通信を行うことが可能となる場所まで移動すると、この問い合わせパケットが携帯電話機１００の近距離無線通信部１０３にて受信される。ＣＰＵ１０９は、この問い合わせパケットが近距離無線通信部１０３から供給されると、近距離無線通信部１０３を制御して、問い合わせパケットに対する応答パケットを送信する。この応答パケットは、近距離無線通信部５０３にて受信されるとＣＰＵ５０９へ供給される。ＣＰＵ５０９は、この応答パケットが供給されると、携帯電話機１００が、車両５００とＢｌｕｅｔｏｏｔｈ規格に従った通信を行うことが可能な通信エリアに入ったことを検知する（図１６：ステップＳ１０１）。
【００５０】
ＣＰＵ５０９は、携帯電話機１００が当該装置と近距離無線通信を行うことが可能になったことを検知すると、記憶部５０６から車両識別子「ＲＥＮＴ００１」を読み出し（図３：ステップＳＡ１）、ＧＰＳ部５０２から、車両５００が駐車されている場所の緯度を示す緯度データ「Ｎ３５．３９．５１」と、経度を示す経度データ「Ｅ１３９．４４．５１」とを取得する（ステップＳＡ２）。また、ＣＰＵ５０９は、ＲＡＭ５０８に記憶されている時刻データ「１２：００」を読み出す（ステップＳＡ３）。次にＣＰＵ５０９は、車両識別子と、緯度データと、経度データと、時刻データとを内包する車両メッセージを生成し、生成したメッセージを、近距離無線通信部５０３を制御して携帯電話機１００へ送信する（ステップＳＡ４、ステップＳ１０２）。
【００５１】
この車両メッセージが、近距離無線通信部１０３にて受信された後、ＣＰＵ１０９へ供給されると、ＣＰＵ１０９は、このメッセージに内包された車両識別子と、緯度データと、経度データと、時刻データとを抽出する（図７：ステップＳＤ１）。次にＣＰＵ１０９は、記憶部１０６から電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」を読み出し（ステップＳＤ２）、読み出した電話番号と、車両メッセージから抽出したデータとを内包した使用要求メッセージを生成する。ＣＰＵ１０９は、通信部１０２を制御し、サーバ装置４００を宛先として、この使用要求メッセージを送信する（ステップＳＤ３）。このメッセージは、移動パケット通信網２００、インターネット３００を介してサーバ装置４００へ送信される（ステップＳ１０３）。
【００５２】
この使用要求メッセージが、通信部４０２にて受信された後、ＣＰＵ４０８へ供給されると、ＣＰＵ４０８は、このメッセージに内包されたデータを抽出する（図１４：ステップＳＧ１）。次にＣＰＵ４０８は、ステップＳＧ１で抽出した電話番号をキーにして利用者テーブルＴＢ１に格納されているデータを検索する。ＣＰＵ４０８は、利用者テーブルＴＢ１に、抽出した電話番号と同じ電話番号が格納されているのを見つけると、携帯電話機１００の使用者が車両５００を使用することができる者であると判断する（ステップＳＧ２；ＹＥＳ）。次にＣＰＵ４０８は、抽出した車両識別子「ＲＥＮＴ００１」をキーにして、車両テーブルＴＢ２に格納されているデータを検索する。ＣＰＵ４０８は、該当する車両識別子を見つけると、車両識別子に対応付けて格納されているデータであって、乗車位置フィールドに格納されている緯度データ「Ｎ３５．３９．５０−Ｎ３５．３９．５２」および経度データ「Ｅ１３９．４４．５０−Ｅ１３９．４４．５２」とを車両テーブルＴＢ２から読み出す（ステップＳＧ３）。
【００５３】
次にＣＰＵ４０８は、車両５００の駐車位置が、車両５００を貸し出す際に定めた駐車位置に駐車されているか否かを判断する（ステップＳＧ４）。使用要求メッセージから抽出した緯度データが示す位置「Ｎ３５．３９．５１」は、乗車位置フィールドから読み出した緯度データ「Ｎ３５．３９．５０−Ｎ３５．３９．５２」の範囲内である。また使用要求メッセージから抽出した経度データが示す位置「Ｅ１３９．４４．５１」は、乗車位置フィールドから読み出した経度データ「Ｅ１３９．４４．５０−Ｅ１３９．４４．５２」の範囲内であるので（ステップＳＧ４；ＹＥＳ）、車両５００は、決められた位置に駐車されているものと判断する。ＣＰＵ４０８は、ステップＳＧ４で行った判断が肯定的な結果になると、携帯電話機１００の使用者が車両５００を使用することを許可し、車両識別子「ＲＥＮＴ００１」に対応付けて格納されている解錠データ「ＫＥＹ００１」を車両テーブルＴＢ２から読み出す（ステップＳＧ５）。
【００５４】
次にＣＰＵ４０８は、電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている利用者名「ＡＡＡ」を読み出し、読み出した利用者名と使用要求メッセージから抽出した時刻データ「１２：００」とを対応付けて課金テーブルＴＢ３に格納する（ステップＳＧ６）。次にＣＰＵ４０８は、ステップＳＧ５で読み出した解錠データを内包する使用許可メッセージを生成し、通信部４０２を制御して、生成したメッセージを携帯電話機１００へ送信する（ステップＳＧ７、ステップＳ１０４）。
【００５５】
携帯電話機１００の通信部１０２にて使用許可メッセージが受信されると（ステップＳＤ４；ＹＥＳ）、ＣＰＵ１０９は、近距離無線通信部１０３を制御し、受信した使用許可メッセージを車両５００へ転送する（ステップＳＤ５、ステップＳ１０５）。
【００５６】
この使用許可メッセージが、近距離無線通信部５０３にて受信された後、ＣＰＵ５０９へ供給されると（ステップＳＡ５；ＹＥＳ）、ＣＰＵ５０９は、このメッセージに内包されている解錠データ「ＫＥＹ００１」を抽出する（ステップＳＡ６）。次にＣＰＵ１０９は、記憶部５０６から錠データ「ＫＥＹ００１」を読み出し、読み出した錠データが使用許可メッセージから抽出した解錠データと同じであるか否かを判断する（ステップＳＡ７）。ＣＰＵ５０９は、記憶部５０６から読み出した錠データ「ＫＥＹ００１」と、使用許可メッセージから抽出した解錠データ「ＫＥＹ００１」とが同じであるため（ステップＳＡ７；ＹＥＳ）、ドア制御部５０５を制御し、ドアの錠を解錠する（ステップＳＡ８）。
【００５７】
以上説明したように、本実施形態によれば、サーバ装置４００は、携帯電話機１００から送信されたデータに基づいて、携帯電話機１００の使用者が車両５００を使用することを許可し、課金を開始する。
【００５８】
［２−２．車両５００を返却する時の動作例］
次に、携帯電話機１００の使用者が、車両５００を返却する時の動作例について、図１７を用いて説明する。なお、以下に説明する動作例では、上述した車両５００を使用する時の動作が既に行われている場合を想定する。
【００５９】
携帯電話機１００の使用者が、車両５００の返却場所として指定された場所に車両５００を停止させ、シフトレバーをパーキングの位置へ移動させると、シフトレバーの位置を示す信号がセンサ部５０４からＣＰＵ５０９へ供給される。ＣＰＵ５０９は、このシフトレバーの位置を示す信号が供給されると、車両識別子「ＲＥＮＴ００１」を記憶部５０６から読み出し（図４：ステップＳＢ１）、ＧＰＳ部５０２から、車両５００が停止している場所の緯度を示す緯度データ「Ｎ３５．３９．５１．６１」と経度を示す経度データ「Ｅ１３９．４４．５１」とを取得する（ステップＳＢ２）。また、ＣＰＵ５０９は、ＲＡＭ５０８に記憶されている時刻データ「２２：００」を読み出す（ステップＳＢ３）。次にＣＰＵ５０９は、車両識別子と、緯度データと、経度データと、時刻データとを内包する使用終了メッセージを生成し、生成したメッセージを、近距離無線通信部５０３を制御して携帯電話機１００へ送信する（ステップＳＢ４、ステップＳ２０１）。
【００６０】
この使用終了メッセージが、近距離無線通信部１０３にて受信された後、ＣＰＵ１０９へ供給されると。ＣＰＵ１０９は、このメッセージから車両識別子と、緯度データと、経度データと、時刻データとを抽出し（図８：ステップＳＥ１）、ＲＡＭ１０８に記憶する（ステップＳＥ２）。
【００６１】
携帯電話機１００の使用者がエンジンを停止させた後、車両５００と携帯電話機１００とが近距離無線通信を行うことができない距離まで離れると、携帯電話機１００は、車両５００から発信されている問い合わせパケットを受信できなくなり、応答パケットを送信しなくなる。ＣＰＵ５０９は、近距離無線通信部５０３にて応答パケットが一定時間受信されないと（図５：ステップＳＣ１；ＹＥＳ）、ドア制御部５０５を制御してドアの錠を施錠する（ステップＳＣ３）。
【００６２】
携帯電話機１００が使用終了メッセージを受信した後、携帯電話機１００の使用者が車両５００から離れ、近距離無線通信部１０３にて問い合わせパケットが一定時間受信されなくなると（図９：ステップＳＦ１；ＹＥＳ）、ＣＰＵ１０９は、ＲＡＭ１０８に記憶した車両識別子と、緯度データと、経度データと、時刻データとを読み出し（ステップＳＦ３）、記憶部１０６から電話番号を読み出す（ステップＳＦ４）。次にＣＰＵ１０９は、読み出したこれらのデータを内包する使用終了メッセージを生成し、生成したメッセージを、通信部１０２を制御してサーバ装置４００へ送信する（ステップＳＦ５、ステップＳ２０２）。
【００６３】
この使用終了メッセージが通信部４０２にて受信されると、受信されたメッセージはＣＰＵ４０８へ供給される。ＣＰＵ４０８は、使用終了メッセージが供給されると、使用終了メッセージに内包されたデータを抽出する（図１５：ステップＳＨ１）。次にＣＰＵ４０８は、ステップＳＨ１で抽出した電話番号をキーにして利用者テーブルＴＢ１に格納されているデータを検索する。ＣＰＵ４０８は、抽出した電話番号と同じ電話番号を見つけると（ステップＳＨ２；ＹＥＳ）、携帯電話機１００の使用者が、車両５００を使用していた者であると判断する。次にＣＰＵ４０８は、抽出した車両識別子「ＲＥＮＴ００１」をキーにして、車両テーブルＴＢ２に格納されているデータを検索する。ＣＰＵ４０８は、該当する車両識別子を見つけると、車両識別子に対応付けて格納されているデータであって、返却位置フィールドに格納されている緯度データ「Ｎ３５．３９．５０−Ｎ３５．３９．５２」および経度データ「Ｅ１３９．４４．５０−Ｅ１３９．４４．５２」とを車両テーブルＴＢ２から読み出す（ステップＳＨ３）。
【００６４】
次にＣＰＵ４０８は、車両５００の駐車位置が、車両５００の返却位置として定められた位置であるか否かを判断する（ステップＳＨ４）。使用終了メッセージから抽出した緯度データが示す位置「Ｎ３５．３９．５０．６０」は、返却位置フィールドから読み出し緯度たデータ「Ｎ３５．３９．５０−Ｎ３５．３９．５２」の範囲内である。また使用終了メッセージから抽出した経度データが示す位置「Ｅ１３９．４４．５１」は、返却位置フィールドから読み出した経度データ「Ｅ１３９．４４．５０−Ｅ１３９．４４．５２」の範囲内であるので（ステップＳＨ４；ＹＥＳ）、ＣＰＵ４０８は、車両５００が指定された場所へ返却されたものと判断する。
【００６５】
次にＣＰＵ４０８は、電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている利用者名「ＡＡＡ」を利用者テーブルＴＢ１から読み出し、読み出した利用者名をキーにして課金テーブルＴＢ３に格納されているデータを検索する。ＣＰＵ４０８は、該当する利用者名を見つけると、使用終了メッセージから抽出した時刻データ「２２：００」を、利用者名「ＡＡＡ」に対応付けて課金テーブルＴＢ３の使用終了時刻フィールドに格納する（ステップＳＨ５）。
【００６６】
次にＣＰＵ４０８は、電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている電子メールアドレス「ａａａ＠ａｂｃ．ｎｅ．ｊｐ」を利用者テーブルＴＢ１から読み出し、車両５００を継続して使用するか否かを問い合わせる旨の電子メールを生成する（ステップＳＨ６）。ＣＰＵ４０８は、読み出した電子メールアドレスを宛先として、生成した電子メールを送信する（ステップＳＨ７、ステップＳ２０３）。
【００６７】
この電子メールは、インターネット３００および移動パケット通信網２００を介して携帯電話機１００へ送信される。携帯電話機１００のＣＰＵ１０９がこの電子メールを受信し、携帯電話機１００の使用者が、操作部１０４が有するキーを用い、この電子メールを開封する旨の操作を行うと、図２０に例示した画面が、表示部１０５に表示される。この画面を見た携帯電話機１００の使用者が、操作部１０４が有するキーを用い、表示されている「いま精算します」の部分をクリックする旨の操作を行うと、ＣＰＵ１０９は、記憶部１０６に記憶されている電話番号を内包し、車両５００の使用料金を精算するよう要求する旨の精算指示メッセージを生成し、サーバ装置４００へ送信する（ステップＳ２０４）。
【００６８】
この精算指示メッセージが、通信部４０２にて受信された後、ＣＰＵ４０８へ供給されると（ステップＳＨ８；ＹＥＳ）、ＣＰＵ４０８は、このメッセージに内包された電話番号を抽出する。次にＣＰＵ４０８は、抽出した電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている利用者名「ＡＡＡ」を利用者テーブルＴＢ１から読み出し、読み出した利用者名をキーにして、課金テーブルＴＢ３に格納されているデータを検索する。ＣＰＵ４０８は、該当する利用者名を見つけると、利用者名に対応付けて格納されている使用開始時刻と使用終了時刻に基づいて、車両５００が使用された時間を算出し、算出した時間を基に、携帯電話機１００の使用者へ請求する車両５００の使用料金を算出する（ステップＳＨ９）。
【００６９】
次にＣＰＵ４０８は、ステップＳＨ９で算出した車両５００の使用料金を記述した電子メールを生成し（ステップＳＨ１０）、電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている電子メールアドレス「ａａａ＠ａｂｃ．ｎｅ．ｊｐ」を利用者テーブルＴＢ１から読み出す（ステップＳＨ１６）。ＣＰＵ４０８は、この電子メールアドレスを宛先として、ステップＳＨ１０で生成した電子メールアドレスを送信する（ステップＳＨ１７、ステップＳ２０５）。
【００７０】
携帯電話機１００のＣＰＵ１０９がこの電子メールを受信し、携帯電話機１００の使用者が、操作部１０４が有するキーを用い、この電子メールを開封する旨の操作を行うと、図２２に例示した画面が、表示部１０５に表示される。
【００７１】
以上説明したように本実施形態によれば、車両５００が返却場所として指定された場所へ戻された後、携帯電話機１００の使用者が車両５００から離れると、車両５００の使用料金の精算処理が開始される。
【００７２】
［２−３．車両５００を継続して使用する場合の動作例］
次に、携帯電話機１００の使用者が、指定された返却場所へ車両５００を返却した後、車両５００を継続して使用する時の動作例について、図１８を用いて説明する。なお、携帯電話機１００の使用者が、車両５００から降車した後、車両５００を継続して使用するか否かを問い合わせる旨の電子メールを開封する動作までは、上述した、車両５００を返却する時の動作例と同様であるため、その説明を省略する（ステップＳ３０１〜Ｓ３０３）。
【００７３】
携帯電話機１００の使用者が、操作部１０４が有するキーを用い、図２０に例示した画面の「継続して利用します」と表示されている部分をクリックする旨の操作を行うと、ＣＰＵ１０９は、記憶部１０６に記憶されている電話番号を内包し、車両５００を継続して使用することを通知する旨の継続利用メッセージを生成し、サーバ装置４００へ送信する（ステップＳ３０４）。
【００７４】
この継続利用メッセージが通信部４０２にて受信された後、ＣＰＵ４０８へ供給されると（ステップＳＨ８；ＮＯ、ステップＳＨ１１；ＮＯ、ステップＳＨ１４；ＹＥＳ）、ＣＰＵ４０８は、開封された時に図２１に例示した画面が表示される電子メールを生成する（ステップＳＨ１５）。次にＣＰＵ４０８は、継続利用メッセージに内包された電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている電子メールアドレス「ａａａ＠ａｂｃ．ｎｅ．ｊｐ」を利用者テーブルＴＢ１から読み出す（ステップＳＨ１６）。ＣＰＵ４０８は、この電子メールアドレスを宛先として、ステップＳＨ１５で生成した電子メールを送信する（ステップＳＨ１７、ステップＳ３０５）。
【００７５】
携帯電話機１００のＣＰＵ１０９がこの電子メールを受信し、携帯電話機１００の使用者が、操作部１０４が有するキーを用い、この電子メールを開封する旨の操作を行うと、図２１に例示した画面が、表示部１０５に表示される。
【００７６】
以上説明したように本実施形態によれば、携帯電話機１００の使用者は、車両５００を継続して使用する場合、車両５００から離れるたびに使用料金の精算を行わずにすむ。
【００７７】
［２−４．車両５００を乗り捨てる場合の動作例］
次に、携帯電話機１００の使用者が、指定された返却場所へ車両５００を返却せずに、車両５００の使用料金の精算を行う場合の動作例について、図１９を用いて説明する。なお、携帯電話機１００の使用者が、車両５００から降車した後、サーバ装置４００が、使用終了メッセージを受信するまでの動作は、車両を停止させた位置を示す緯度データと経度データが、「Ｎ３５．４０．２５」と「Ｅ１３９．４４．０４」である点を除いて、上述した、車両５００を返却した時の動作例と同様であるため、その説明を省略する（ステップＳ４０１〜Ｓ４０２）。
【００７８】
使用終了メッセージが、通信部４０２にて受信された後、ＣＰＵ４０８へ供給されると、ＣＰＵ４０８は、このメッセージに内包されたデータを抽出する（図１５：ステップＳＨ１）。次にＣＰＵ４０８は、ステップＳＨ１で抽出した電話番号をキーにして利用者テーブルＴＢ１に格納されているデータを検索する。ＣＰＵ４０８は、該当する利用者名を見つけると（ステップＳＨ２；ＹＥＳ）、抽出した車両識別子「ＲＥＮＴ００１」をキーにして、車両テーブルＴＢ２に格納されているデータを検索する。ＣＰＵ４０８は、該当する車両識別子を見つけると、車両識別子に対応付けて格納されているデータであって、返却位置フィールドに格納されている緯度データ「Ｎ３５．３９．５０−Ｎ３５．３９．５２」および経度データ「Ｅ１３９．４４．５０−Ｅ１３９．４４．５２」とを車両テーブルＴＢ２から読み出す（ステップＳＨ３）。
【００７９】
次にＣＰＵ４０８は、車両５００の駐車位置が、車両５００の返却位置として定められた位置であるか否かを判断する（ステップＳＨ４）。使用終了メッセージから抽出した緯度データが示す位置「Ｎ３５．４０．２５」は、返却位置フィールドから読み出した緯度データ「Ｎ３５．３９．５０−Ｎ３５．３９．５２」の範囲外であるので、ＣＰＵ４０８は、車両５００が返却位置として指定された場所以外の場所に駐車されたものと判断する（ステップＳＨ４；ＮＯ）。
【００８０】
次にＣＰＵ４０８は、電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている電子メールアドレス「ａａａ＠ａｂｃ．ｎｅ．ｊｐ」を利用者テーブルＴＢ１から読み出し、車両５００を継続して使用するか否かを問い合わせる旨の電子メールを生成する（ステップＳＨ１８）。ＣＰＵ４０８は、読み出した電子メールアドレスを宛先として、生成した電子メールを送信する（ステップＳＨ７、ステップＳ４０３）。
【００８１】
携帯電話機１００のＣＰＵ１０９がこの電子メールを受信した後、携帯電話機１００の使用者が、操作部１０４が有するキーを用い、この電子メールを開封する旨の操作を行うと、図２１に例示した画面が、表示部１０５に表示される。この画面を見た携帯電話機１００の使用者が、操作部１０４が有するキーを用い、表示されている「乗り捨て精算します」の部分をクリックする旨の操作を行うと、ＣＰＵ１０９は、記憶部１０６に記憶されている電話番号を内包し、車両５００の使用料金を精算するよう要求する旨の乗り捨てメッセージを生成する。ＣＰＵ１０９は、生成したメッセージをサーバ装置４００へ送信する（ステップＳ４０４）。
【００８２】
この乗り捨てメッセージが通信部４０２にて受信された後、ＣＰＵ４０８へ供給されると（ステップＳＨ８；ＮＯ、ステップＳＨ１１；ＹＥＳ）、ＣＰＵ４０８は、このメッセージに内包された電話番号を抽出する。次にＣＰＵ４０８は、抽出した電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている利用者名「ＡＡＡ」を利用者テーブルＴＢ１から読み出し、読み出した利用者名をキーにして課金テーブルＴＢ３の利用者名フィールドを検索する。ＣＰＵ４０８は、該当するデータを見つけると、使用終了メッセージから抽出した時刻データ「２２：００」を、利用者名「ＡＡＡ」に対応付けて課金テーブルＴＢ３の使用終了時刻フィールドに格納する（ステップＳＨ１２）。
【００８３】
次にＣＰＵ４０８は、抽出した電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている利用者名「ＡＡＡ」をキーにして、課金テーブルＴＢ３に格納されているデータを検索する。ＣＰＵ４０８は、該当する利用者名を見つけると、利用者名に対応付けて格納されている使用開始時刻と使用終了時刻に基づいて、車両５００が使用された時間を算出し、算出した時間を基に、車両５００の使用者、即ち携帯電話機１００の使用者へ請求する車両５００の使用料金を算出する（ステップＳＨ１３）。
【００８４】
使用料金を算出した後、算出した使用料金を携帯電話機１００の使用者へ通知するまでの動作は、上述した、車両５００を返却する時の動作例と同様であるため、その説明を省略する。
【００８５】
以上説明したように本実施形態によれば、携帯電話機１００の使用者は、車両５００を返却場所として指定された場所へ戻さなくても、車両５００の使用料金の精算を行うことができる。特許文献１に開示されているシステムでは、指定された返却場所に返却するまでは使用料金の精算を行うことができず、乗り捨てができないという問題があるが、本実施形態では、車両５００を乗り捨てても使用料金の精算を行うことが可能となる。
【００８６】
［３．変形例］
本発明は、係る実施形態に限定されるものではない。以下、上述した実施形態の変形例について述べる。
【００８７】
携帯電話機１００と車両５００との間で行われる通信は、Ｂｌｕｅｔｏｏｔｈ規格に従った通信に限定されるものではない。例えば、ＩｒＤＡ Ｓｔａｎｄａｒｄ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）に準拠した無線通信などの赤外線を用いた通信やＨｏｍｅＲＦ（Ｈｏｍｅ Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの近距離無線通信によりローカル通信であってもよい。
【００８８】
上述した実施形態では、電子メールを用いて、使用料金の精算、乗り捨て精算、車両５００の継続利用を携帯電話機１００の使用者へ問い合わせているが、携帯電話機１００の使用者へ問い合わせを行う方法は、電子メールを用いた方法に限定されるものではない。サーバ装置４００は、携帯電話機１００から送信された使用終了メッセージを受信した時に携帯電話機１００との間で通信のコネクションを確立し、このコネクションを用いて、使用料金の精算、乗り捨て精算、車両５００の継続利用を携帯電話機１００の使用者へ問い合わる旨のメッセージを送信するようにしてもよい。また、携帯電話機１００では、このメッセージをカーシェア用ＡＰが解釈し、図２０〜図２２に例示した画面を表示させるようにしてもよい。
【００８９】
車両５００は、走行距離やガソリン使用量を示すデータを、携帯電話機１００を介してサーバ装置４００へ送信し、サーバ装置４００は、これらのデータを基に使用料金を精算するようにしてもよい。
【００９０】
車両５００が、使用終了メッセージを送信するのは、シフトレバーがパーキングの位置に動かされた時に限定されるものではない。携帯電話機１００の使用者が、車両５００のエンジンを停止させた時や、車両５００のドアを施錠した時など、携帯電話機１００の使用者が車両５００の使用を終了したことを表す契機で使用終了メッセージを携帯電話機１００へ送信するようにしてもよい。また、使用終了メッセージが内包するデータと同じデータを内包するメッセージを、一定の周期で携帯電話機１００へ送信するようにし、携帯電話機１００が車両５００から離れた時に、このメッセージに電話番号を内包させて使用終了メッセージとしてサーバ装置４００へ送信するようにしてもよい。
【００９１】
上述した実施形態では、使用料金の精算を行うか携帯電話機１００の使用者へ問い合わせた後、使用料金の算出を行っているが、携帯電話機１００の使用者へ問い合わせることなく、使用料金の算出を行うようにしてもよい。
【００９２】
車両テーブルＴＢ２に格納されている車両識別子に、車両を使用する者の氏名と、電話番号と、電子メールアドレスとを対応付けて格納し、決められた者しか車両５００を使用できないようにしてもよい。
【００９３】
【発明の効果】
以上説明したように本発明によれば、車両を貸し出すサービスにおいて、車両の使用者に意識させることなく、車両の使用料金の精算処理を開始することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態に係わる通信システム１０の全体構成を例示する図である。
【図２】同実施形態に係わる車両５００のハードウェア構成を例示するブロック図である。
【図３】同実施形態に係わる車両５００のＣＰＵ５０９がドアの錠を解錠する際に行う処理の流れを例示するフローチャートである。
【図４】同実施形態に係わる車両５００のＣＰＵ５０９が使用終了メッセージを携帯電話機１００へ送信する際の処理の流れを例示するフローチャートである。
【図５】同実施形態に係わる車両５００のＣＰＵ５０９がドアの錠を施錠する際に行う処理の流れを例示するフローチャートである。
【図６】同実施形態に係わる携帯電話機１００のハードウェア構成を例示する図である。
【図７】同実施形態に係わる携帯電話機１００のＣＰＵ１０９がサーバ装置４００から送信される解錠データを車両５００へ送信する際の処理の流れを例示するフローチャートである。
【図８】同実施形態に係わる携帯電話機１００のＣＰＵ１０９が車両５００から送信される使用終了メッセージを受信した時に行う処理の流れを例示するフローチャートである。
【図９】同実施形態に係わる携帯電話機１００のＣＰＵ１０９が、使用終了メッセージをサーバ装置４００へ送信する際に行う処理の流れを例示するフローチャートである。
【図１０】同実施形態に係わるサーバ装置４００のハードウェア構成を例示する図である。
【図１１】同実施形態に係わるサーバ装置４００の記憶部４０５に記憶される利用者テーブルＴＢ１のフォーマットを例示する図である。
【図１２】同実施形態に係わるサーバ装置４００の記憶部４０５に記憶される車両テーブルＴＢ２のフォーマットを例示する図である。
【図１３】同実施形態に係わるサーバ装置４００の記憶部４０５に記憶される課金テーブルＴＢ３のフォーマットを例示する図である。
【図１４】同実施形態に係わるサーバ装置４００のＣＰＵ４０８が、解錠データを送信する際に行う処理の流れを例示するフローチャートである。
【図１５】同実施形態に係わるサーバ装置４００のＣＰＵ４０８が、車両５００の使用料金の精算を行う際の処理の流れを例示するフローチャートである。
【図１６】同実施形態の動作例を説明するための図である。
【図１７】同実施形態の動作例を説明するための図である。
【図１８】同実施形態の動作例を説明するための図である。
【図１９】同実施形態の動作例を説明するための図である。
【図２０】同実施形態に係わる携帯電話機１００にて、電子メールが開封された時に表示される画面を例示する図である。
【図２１】同実施形態に係わる携帯電話機１００にて、電子メールが開封された時に表示される画面を例示する図である。
【図２２】同実施形態に係わる携帯電話機１００にて、電子メールが開封された時に表示される画面を例示する図である。
【符号の説明】
１０・・・通信システム
１００・・・携帯電話機
１０１・・・バス、１０２・・・通信部、１０３・・・近距離無線通信部、１０４・・・操作部、１０５・・・表示部、１０６・・・記憶部、１０７・・・ＲＯＭ、１０８・・・ＲＡＭ、１０９・・・ＣＰＵ
２００・・・移動パケット通信網
３００・・・インターネット
４００・・・サーバ装置
４０１・・・バス、４０２・・・通信部、４０３・・・操作部、４０４・・・表示部、４０５・・・記憶部、４０６・・・ＲＯＭ、４０７・・・ＲＡＭ、４０８・・・ＣＰＵ
５００・・・車両
５０１・・・バス、５０２・・・ＧＰＳ部、５０３・・・近距離無線通信部、５０４・・・センサ部、５０５・・・ドア制御部、５０６・・・記憶部、５０７・・・ＲＯＭ、５０８・・・ＲＡＭ、５０９・・・ＣＰＵ
【発明の属する技術分野】
本発明は、車両の貸出を行うためのシステムに関する。
【０００２】
【従来の技術】
レンタカーサービスやカーシェアリングサービスなどで提供される車両を借り受ける者は、車両を貸し出すサービスを提供する事業者のもとへ出向き、この事業者と車両の使用に関する契約を結ぶことにより、車両を使用することが可能となる。車両を借り受ける者にとって、このように車両の借り受けや返却の手続を行うために事業者のもとへ出向くのは面倒なことである。そこで、このような問題を解決するために、車両を借りる者が事業者のもとへ出向くことなく、車両の貸し出しや返却の手続を行えることを可能とするシステムが提案されている（例えば、特許文献１参照。）。このシステムによれば、車両と車両を管理する司令室が通信を行うことにより、車両を借り受ける者は、事業者のもとへ出向かなくとも、車両を借り受け、車両の使用料金を精算することが可能となる。
【０００３】
【特許文献１】
特開平５−１５９１４３号公報
【０００４】
【発明が解決しようとする課題】
特許文献１に開示されているシステムでは、車両に設けられた返却ボタンが押下されることにより使用料金の精算が行われる。このため、車両の使用者が、返却ボタンを押下し忘れて車両を離れると、車両を使用していない時間があるにも係わらず、使用していない時間分の使用料も請求されることとなり、車両を借り受ける者に不利益を与えてしまう。
【０００５】
本発明は、上述した事情に鑑みてなされたものであり、車両の使用者に意識させることなく、車両の使用料金の精算処理を開始する、使用料金精算方法、通信端末、サーバ装置、プログラムおよび記録媒体を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上述した課題を解決するために本発明は、車両が、当該車両を一意に識別するための車両識別子と、当該車両の位置を示す位置データとをローカル通信により通信端末へ送信する車両データ送信ステップと、前記通信端末が、前記車両データ送信ステップにより送信された車両識別子と位置データとを受信する車両データ受信ステップと、前記通信端末が、前記車両との間でローカル通信を行うことが不可となったことを契機として、当該通信端末の使用者を一意に識別する使用者識別子と、前記車両データ受信ステップにより受信された車両識別子と位置データとを、前記車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶したサーバ装置へ送信する使用終了データ送信ステップと、前記サーバ装置が、前記使用終了データ送信ステップにより送信された使用者識別子と車両識別子と位置データとを受信し、受信した位置データが示す位置が、前記車両識別子に対応付けて記憶された返却地域データが示す地域内であるか判定する返却位置判定ステップと、前記サーバ装置が、前記返却位置判定ステップの判定結果が肯定的である場合、前記使用者識別子で識別される者へ請求する前記車両の使用料金を精算する使用料金精算ステップとを有する使用料金精算方法を提供する。
【０００７】
また本発明は、ローカル通信により車両から送信される、前記車両を一意に識別するための車両識別子と前記車両の位置を示す位置データとを受信する車両データ受信手段と、前記車両との間でローカル通信を行うことが不可となったことを契機として、自己の使用者を一意に識別する使用者識別子と、前記車両データ受信ステップにより受信された車両識別子と位置データとを、前記車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶したサーバ装置へ送信する使用終了データ送信手段とを有する通信端末を提供する。
【０００８】
また本発明は、貸し出す車両を一意に識別するための車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶する記憶手段と、通信端末から送信される、前記通信端末の使用者を一意に識別する使用者識別子と、前記車両識別子と前記車両の位置を示す位置データとを受信し、受信した位置データが示す位置が、前記車両識別子に対応付けて記憶された返却地域データが示す地域内であるか判定する返却位置判定手段と、前記返却位置判定手段による判定結果が肯定的である場合、前記使用者識別子で識別される者へ請求する前記車両の使用料金を精算する使用料金精算手段とを有するサーバ装置を提供する。
【０００９】
また本発明は、コンピュータ装置を、ローカル通信により車両から送信される、前記車両を一意に識別するための車両識別子と前記車両の位置を示す位置データとを受信する車両データ受信手段と、前記車両との間でローカル通信を行うことが不可となったことを契機として、自己の使用者を一意に識別する使用者識別子と、前記車両データ受信ステップにより受信された車両識別子と位置データとを、前記車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶したサーバ装置へ送信する使用終了データ送信手段として機能させるためのプログラムおよび当該プログラムを記録した記録媒体を提供する。
【００１０】
また本発明は、コンピュータ装置を、貸し出す車両を一意に識別するための車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶部に記憶させる記憶手段と、通信端末から送信される、前記通信端末の使用者を一意に識別する使用者識別子と、前記車両識別子と前記車両の位置を示す位置データとを受信し、受信した位置データが示す位置が、前記車両識別子に対応付けて記憶された返却地域データが示す地域内であるか判定する返却位置判定手段と、前記返却位置判定手段による判定結果が肯定的である場合、前記使用者識別子で識別される者へ請求する前記車両の使用料金を精算する使用料金精算手段として機能させるためのプログラムおよび当該プログラムを記録した記録媒体を提供する。
【００１１】
本発明によれば、通信端末は、車両から離れローカル通信が行えなくなったことを契機として、車両の位置を示す位置データをサーバ装置へ送信する。サーバ装置は、車両の位置が、車両の返却場所として指定されている地域内であるか判定し、地域内であると判定した場合には、通信端末の使用者へ請求する車両の使用料金を精算する。
【００１２】
【発明の実施の形態】
以下、図面を参照して本発明に係る実施形態について説明する。
【００１３】
［１．実施形態の構成］
［１−１．実施形態の全体構成］
図１は、本実施形態に係わる通信システム１０の全体構成を例示する図である。通信システム１０には多数の携帯電話機、サーバ装置および車両が存在するが、図面が繁雑になるのを防ぐために、携帯電話機１００と、サーバ装置４００と、車両５００のみを図１に示す。
【００１４】
移動パケット通信網２００は、これを運用する通信事業者と加入契約を結んだ者に対してデータ通信サービスを提供する通信網である。この移動パケット通信網２００は、携帯電話機１００と無線通信を行う無線基地局と、交換機と、インターネット３００と当該通信網との相互接続を行うゲートウェイサーバ装置（いずれも図示略）とを有しており、インターネット３００に接続されている装置と携帯電話機１００との間で行われるパケット通信を中継する。
【００１５】
携帯電話機１００は、パケット通信可能な携帯電話機であり、移動パケット通信網２００およびインターネット３００を介して、サーバ装置４００と通信を行うことができる。また、携帯電話機１００は、近距離無線通信の規格の一つであるＢｌｕｅｔｏｏｔｈ（登録商標）規格に準拠した通信インターフェースを有しており、同じくＢｌｕｅｔｏｏｔｈ規格に準拠した通信インターフェースを有している他の装置と通信を行うことができる。
【００１６】
サーバ装置４００は、携帯電話機１００の使用者へ車両５００を貸し出すサービスを提供するためのサーバ装置である。このサーバ装置４００は、携帯電話機１００から送信されるデータに基づいて車両５００のドアの錠を解錠するためのデータを携帯電話機１００へ送信する。また、サーバ装置４００は、携帯電話機１００から送信されるデータを用いて、車両５００の使用料金を算出し、算出した使用料金を携帯電話機１００の使用者へ通知する。
【００１７】
車両５００は、携帯電話機１００の使用者へ車両５００を貸し出すサービスを提供する事業者が所有する車両である。この車両５００は、携帯電話機１００と同様にＢｌｕｅｔｏｏｔｈ規格に準拠した通信インターフェースを有しており、携帯電話機１００との間でＢｌｕｅｔｏｏｔｈ規格に従って通信を行うことができる。
【００１８】
［１−２．車両５００の構成］
図２は、車両５００のハードウェア構成のうち、本発明に係わる部分の構成を例示したブロック図である。図２に示したように、車両５００の各部は、バス５０１に接続されており、このバス５０１を介して各部間でデータの授受を行う。
【００１９】
ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）部５０２は、人工衛星を利用した位置測定システムを利用するためのものである。ＧＰＳ部５０２は、複数の人工衛星から発信される位置測定用の電波を受信すると、それぞれの人工衛星から発信される電波の位相差を基に、車両５００が存在する位置の緯度および経度を算出する。ＧＰＳ部５０２は、算出した緯度を示す緯度データおよび経度を示す経度データとを、バス５０１を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０９へ供給する。
【００２０】
近距離無線通信部５０３は、Ｂｌｕｅｔｏｏｔｈ規格に準拠した通信を行うためのインターフェースとしての機能を有しており、受信した信号をＣＰＵ５０９へ供給する一方、ＣＰＵ５０９から供給された信号をＢｌｕｅｔｏｏｔｈ規格に準拠した信号に変換して送信する。センサ部５０４は、車両５００のシフトレバーの位置を検知するセンサを有しており、シフトレバーの位置を示すデータをＣＰＵ５０９へ供給する。ドア制御部５０５は、ＣＰＵ５０９の制御の下、車両５００のドアの錠を解錠または施錠する。
【００２１】
記憶部５０６は、データを永続的に記憶するためのメモリ、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）などを有しており、車両５００を一意に識別するための車両識別子と、ドアの錠を解錠するための錠データとを記憶する。車両識別子としては、例えば「ＲＥＮＴ００１」、錠データとしては、例えば「ＫＥＹ００１」といったデータを記憶する。
【００２２】
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５０７は、車両５００の各部を制御するための制御プログラムを記憶している。ＣＰＵ５０９は、図示を省略した電源から電力が供給されると、ＲＯＭ５０７から制御プログラムを読み出して起動し、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５０８を作業エリアとして車両５００の各部の制御を行う。このように車両５００は、ＲＯＭから読み出したプログラムに基づいてＣＰＵに接続された各部を制御し、種々の機能を実現するという意味において、一般的なコンピュータ装置と同様の構成を有していると言える。
【００２３】
ＣＰＵ５０９は、制御プログラムを起動すると時刻をカウントすることが可能となり、例えば、一秒毎に、時刻を示す時刻データをＲＡＭ１０８に記憶する。
【００２４】
また、制御プログラムを起動したＣＰＵ５０９は、近距離無線通信部５０３を制御して、Ｂｌｕｅｔｏｏｔｈ規格に従った通信を行う携帯電話機１００が車両５００と近距離無線通信を行うことが可能な通信エリアに存在するか確認するための問い合わせパケットを発信する。近距離無線通信部５０３が、この問い合わせパケットを受信した携帯電話機１００から送信される応答パケットを受信すると、この応答パケットがＣＰＵ５０９へ供給され、ＣＰＵ５０９は、携帯電話機１００が車両５００と通信を行うことが可能な通信エリアに入ったことを検知する。
【００２５】
ＣＰＵ５０９は、携帯電話機１００と通信が可能になったことを検知すると、携帯電話機１００から送信される情報と記憶部５０６に記憶している情報に基づいてドアの錠を解錠する。図３は、ＣＰＵ５０９が行うこの処理の流れを例示するフローチャートである。ＣＰＵ５０９は、携帯電話機１００と通信可能になったことを検知すると、記憶部５０６から車両識別子を読み出し（ステップＳＡ１）、ＧＰＳ部５０２から緯度データと経度データとを取得し（ステップＳＡ２）、ＲＡＭ５０８から時刻データを読み出す（ステップＳＡ３）。次にＣＰＵ５０９は、これらのデータを内包する車両メッセージを生成して携帯電話機１００へ送信する（ステップＳＡ４）。ＣＰＵ５０９は、車両メッセージへの応答として送信される使用許可メッセージを受信すると（ステップＳＡ５；ＹＥＳ）、この使用許可メッセージに内包される解錠データを抽出し（ステップＳＡ６）、記憶部５０６が記憶している錠データと比較する（ステップＳＡ７）。ＣＰＵ５０９は、両者が同じ場合にはドア制御部５０５を制御し、ドアの錠を解錠する（ステップＳＡ８）。
【００２６】
また、制御プログラムを起動したＣＰＵ５０９は、シフトレバーの位置がパーキングの位置であることを示す信号がセンサ部５０４から供給されると、車両５００の位置を示すデータを携帯電話機１００へ送信する。図４は、ＣＰＵ５０９が行うこの処理の流れを例示するフローチャートである。ＣＰＵ５０９は、シフトレバーの位置がパーキングの位置であることを示す信号がセンサ部５０４から供給されると、車両識別子を記憶部５０６から読み出し（ステップＳＢ１）、ＧＰＳ部５０２から、緯度を示す緯度データと経度を示す経度データとを取得する（ステップＳＢ２）。また、ＣＰＵ５０９は、ＲＡＭ５０８に記憶されている時刻データを読み出す（ステップＳＢ３）。次にＣＰＵ５０９は、車両識別子と、緯度データと、経度データと、時刻データとを内包する使用終了メッセージを生成し、生成したメッセージを、近距離無線通信部５０３を制御して携帯電話機１００へ送信する（ステップＳＢ４）。
【００２７】
また、制御プログラムを起動したＣＰＵ５０９は、問い合わせパケットに対する応答として送信される応答パケットが近距離無線通信部５０３にて受信されなくなると、ドアの錠を施錠する。図５は、ＣＰＵ５０９が行うこの処理の流れを例示するフローチャートである。ＣＰＵ５０９は、応答パケットが送信されなくなると、一定時間の間、応答パケットが送信されるのを待つ。ＣＰＵ５０９は、一定時間の間、応答パケットを受信しないと、ドア制御部５０５を制御し、ドアの錠を施錠する（ステップＳＣ３）。
【００２８】
［１−３．携帯電話機１００の構成］
図６は、携帯電話機１００のハードウェア構成を例示するブロック図である。図６に示したように、携帯電話機１００の各部は、バス１０１を介して各部間でデータの授受を行う。
【００２９】
通信部１０２は、通信インターフェースとしての機能を有しており、ＣＰＵ１０９の制御の下、図示を省略したアンテナを介して、移動パケット通信網２００の無線基地局との間で無線通信を行う。また、通信部１０２は、無線基地局から送信されたパケットデータを、ＣＰＵ１０９へ供給する一方、ＣＰＵ１０９から出力されたパケットデータを無線基地局へ送信する。
【００３０】
近距離無線通信部１０３は、Ｂｌｕｅｔｏｏｔｈ規格に準拠した通信を行うためのインターフェースとしての機能を有しており、受信した信号をＣＰＵ１０９へ供給する一方、ＣＰＵ１０９から供給された信号をＢｌｕｅｔｏｏｔｈ規格に準拠した信号に変換して送信する。操作部１０４は、携帯電話機１００を操作するための複数のキー（図示略）を有しており、このキーが押下されると、押下されたキーを示す信号をＣＰＵ１０９へ供給する。表示部１０５は、ＣＰＵ１０９の制御の下、文字やグラフィック画面、携帯電話機１００を操作するためのメニュー画面などを表示する。
【００３１】
記憶部１０６は、データを永続的に記憶するメモリ、例えば、ＥＥＰＲＯＭなどのメモリを有している。この記憶部１０６は、携帯電話機１００を制御するためのデータや、携帯電話機１００の使用者に付与された電話番号、例えば「０＊０−ＡＡＡＡ−ＡＡＡＡ」を記憶する。
【００３２】
ＲＯＭ１０７は、携帯電話機１００の各部を制御するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）ソフトウェアや、車両５００を借りるためのアプリケーション（以下、カーシェア用ＡＰと略称する）を実現させるためのプログラム（以下、カーシェア用プログラムと称する）、電子メールを送受信するための電子メールプログラムなどを記憶している。ＣＰＵ１０９は、図示を省略した電源から電力が供給されると、ＲＯＭ１０７からＯＳソフトウェアを読み出して起動し、ＲＡＭ１０８を作業エリアとして携帯電話機１００の各部の制御を行う。このように携帯電話機１００は、一般的なコンピュータ装置と同様の構成を有している。
【００３３】
ＯＳソフトウェアを起動したＣＰＵ１０９は、ＣＰＵ１０９に入力される信号に応じた処理を行う。例えば、携帯電話機１００の使用者が、操作部１０４が有するキーを押下してカーシェア用ＡＰを実現させる旨の操作を行うと、ＣＰＵ１０９は、操作部１０４から供給される信号と表示部１０５に表示されている画面とに基づいて使用者の指示を特定し、ＲＯＭ１０７からカーシェア用プログラムを読み出して実行する。
【００３４】
カーシェア用プログラムを起動したＣＰＵ１０９は、携帯電話機１００の使用者が車両５００を使用できるようにするために、車両５００のドアの錠を解錠するためのデータをサーバ装置４００から取得し、車両５００へ送信する。図７は、ＣＰＵ１０９が行う、この処理の流れを例示するフローチャートである。近距離無線通信部１０３が車両５００から送信された車両メッセージを受信し、このメッセージをＣＰＵ１０９へ供給すると、ＣＰＵ１０９は、このメッセージに内包された車両識別子と、緯度データと、経度データと、時刻データとを抽出する（ステップＳＤ１）。次にＣＰＵ１０９は、記憶部１０６から電話番号を読み出し（ステップＳＤ２）、読み出した電話番号と、車両メッセージから抽出したデータとを内包した使用要求メッセージを生成する。ＣＰＵ１０９は、通信部１０２を制御し、サーバ装置４００を宛先として、この生成した使用要求メッセージを送信する（ステップＳＤ３）。ＣＰＵ１０９は、使用要求メッセージへの応答として送信される、車両５００のドアの錠を解錠するためのデータを内包する使用許可メッセージを受信すると（ステップＳＤ４；ＹＥＳ）、受信した使用許可メッセージを車両５００へ転送する（ステップＳＤ５）。
【００３５】
また、カーシェア用プログラムを実行しているＣＰＵ１０９は、携帯電話機１００の使用者が車両５００の使用を終了した旨をサーバ装置４００へ通知する。図８および図９は、ＣＰＵ１０９が行う、この処理の流れを例示するフローチャートである。ＣＰＵ１０９は、車両５００から送信される使用終了メッセージを受信すると、図８に例示したように、このメッセージに内包されている車両識別子と、緯度データと、経度データと、時刻データとを抽出し（ステップＳＥ１）、ＲＡＭ１０８に記憶する（ステップＳＥ２）。また、カーシェア用プログラムを実行しているＣＰＵ１０９は、近距離無線通信部１０３にて問い合わせパケットが一定時間受信されないと（ステップＳＦ１；ＹＥＳ）、図９に例示したように、ＲＡＭ１０８に記憶した車両識別子と、緯度データと、経度データと、時刻データとを読み出し（ステップＳＦ３）、記憶部１０６から電話番号を読み出す（ステップＳＦ４）。次にＣＰＵ１０９は、読み出したこれらのデータを内包する使用終了メッセージを生成し、生成したメッセージを、通信部１０２を制御してサーバ装置４００へ送信する（ステップＳＦ５）。
【００３６】
電子メールプログラムを起動したＣＰＵ１０９は、携帯電話機１００の使用者が行う操作と電子メールの記述とに基づいて、サーバ装置４００へメッセージを送信する。例えば、携帯電話機１００の使用者が、電子メールを開封した時に表示されるハイパーリンクの部分をクリックする旨の操作を行うと、ＣＰＵ１０９は、電子メールの記述に基づいてサーバ装置４００へメッセージを送信する。
【００３７】
電子メールが、ハイパーリンクの部分がクリックされた際、車両５００の使用料金を精算するよう指示する旨の精算指示メッセージを生成し、生成したメッセージをサーバ装置４００へ送信するように記述されていると、ＣＰＵ１０９は、ＰＯＳＴメソッドを用いたＨＴＴＰリクエストメッセージであって、車両５００の使用料金を精算するよう指示する旨の精算指示メッセージをサーバ装置４００へ送信する。また、電子メールが、ハイパーリンクの部分がクリックされた際、車両５００を継続して利用する旨を通知する継続利用メッセージを生成し、生成したメッセージをサーバ装置４００へ送信するように記述されていると、ＣＰＵ１０９は、ＰＯＳＴメソッドを用いたＨＴＴＰリクエストメッセージであって、車両５００を継続して利用する旨を通知する継続利用メッセージをサーバ装置４００へ送信する。また、電子メールが、ハイパーリンクの部分がクリックされた際、車両５００の乗り捨て精算を指示する旨の乗り捨てメッセージを生成し、生成したメッセージをサーバ装置４００へ送信するように記述されていると、ＣＰＵ１０９は、ＰＯＳＴメソッドを用いたＨＴＴＰリクエストメッセージであって、車両５００の乗り捨て精算を指示する旨の乗り捨てメッセージをサーバ装置４００へ送信する。
【００３８】
［１−４．サーバ装置４００の構成］
図１０は、サーバ装置４００のハードウェア構成を例示するブロック図である。図１０に示したように、サーバ装置４００の各部は、バス４０１に接続されており、このバス４０１を介して各部間でデータの授受を行う。
【００３９】
通信部４０２は、インターネット３００を利用した通信を行うための通信インターフェースである。操作部４０３は、図示を省略したキーボードおよびマウスを有している。操作部４０３は、サーバ装置４００の使用者がマウスまたはキーボードを操作すると、操作されたボタンやキーを示す信号をＣＰＵ４０８へ出力する。表示部４０４は、ＣＰＵ４０８の制御の下、文字やグラフィック画面、サーバ装置４００を操作するためのメニュー画面等を表示する。
【００４０】
記憶部４０５は、例えばハードディスク装置など、データを永続的に記憶する装置（図示略）を有している。この記憶部４０５は、利用者テーブルＴＢ１と、車両テーブルＴＢ２と、課金テーブルＴＢ３とを記憶している。
【００４１】
利用者テーブルＴＢ１には、車両５００を貸し出すサービスを提供する事業者との間で車両５００の使用に関して契約を結んだ者の氏名と、通信事業者がこの者に付与した電話番号と電子メールアドレスとが対応付けられて、図１１に例示したフォーマットで格納される。
【００４２】
車両テーブルＴＢ２には、車両５００の車両識別子に対応付けて、車両５００のドアの錠を解錠するための解錠データと、車両５００を貸し出す時の車両５００の位置を示す乗車位置データと、車両５００が返却される時の位置を示す返却位置データとが図１２に例示したフォーマットで格納される。乗車位置および返却位置を格納するフィールドには、緯度および経度を表すデータが格納される。例えば、返却位置を格納するフィールドに、緯度データとして「Ｎ３５．３９．５０−Ｎ３５．３９．５２」、経度データとして「Ｅ１３９．４４．５０−Ｅ１３９．４４．５２」が格納されている場合、返却位置として、北緯３５度３９分５０秒から北緯３５度３９分５２秒の間、東経１３９度４４分５０秒から東経１３９度４４分５２秒の間が指定されていることを示す。
【００４３】
課金テーブルＴＢ３には、車両５００を借りている者の氏名に対応付けて、車両５００を貸し出した時刻と、車両５００が返却された時の時刻とが対応付けられて、図１３に例示したフォーマットで格納される。
【００４４】
ＲＯＭ４０６には、サーバ装置４００の各部を制御するためのＯＳソフトウェアと、貸し出しプログラムとが記憶されている。ＣＰＵ４０８が貸し出しプログラムに基づいて行う処理については後に説明する。ＣＰＵ４０８は、図示を省略した電源から電力が供給されると、ＲＯＭ４０６からＯＳソフトウェアを読み出して実行し、ＲＡＭ４０７を作業エリアとしてサーバ装置４００の各部の制御を行う。このように、サーバ装置４００は、一般的なコンピュータ装置と同様の構成を有している。
【００４５】
ＣＰＵ４０８は、ＯＳソフトウェアを起動すると、ＲＯＭ４０６から貸し出しプログラムを読み出して起動する。貸し出しプログラムを起動したＣＰＵ４０８は、携帯電話機１００から送信されるデータに基づいて、車両５００のドアの錠を解錠するためのデータを携帯電話機１００へ送信する。図１４は、ＣＰＵ４０８が行う、この処理の流れを例示するフローチャートである。ＣＰＵ４０８は、携帯電話機１００から送信された使用要求メッセージが通信部４０２から供給されると、このメッセージに内包されているデータに基づいて、車両５００を貸し出すか否かを判断し、車両５００の貸し出しを許可する場合には、車両５００のドアの錠を解錠するためのデータを携帯電話機１００へ送信する（ステップＳＧ７）。
【００４６】
また貸し出しプログラムを起動したＣＰＵ４０８は、携帯電話機１００から送信されるデータに基づいて、車両５００の使用料金を精算する。図１５は、ＣＰＵ４０８が行う、この処理の流れを例示するフローチャートである。ＣＰＵ４０８は、携帯電話機１００から送られた位置データと時刻データに基づいて、車両５００の使用料金を算出し（ステップＳＨ１０）、算出した金額を電子メールを利用して携帯電話機１００の使用者へ通知する（ステップＳＨ１８）。
【００４７】
［２．実施形態の動作例］
次に本実施形態の動作例について説明する。なお、以下に説明する動作例においては、利用者テーブルＴＢ１には、図１１に例示したようにデータが格納されており、車両テーブルＴＢ２には、図１２に例示したようにデータが格納されている場合を想定して動作例の説明を行う。また、以下に説明する動作例においては、携帯電話機１００においてカーシェア用ＡＰが既に実現されている場合を想定する。
【００４８】
［２−１．車両５００を使用する時の動作例］
まず、携帯電話機１００の使用者が車両５００を使用する時の動作例について、図１６を用いて説明する。
【００４９】
車両５００のＣＰＵ５０９は、近距離無線通信部５０３を制御して、Ｂｌｕｅｔｏｏｔｈ規格に従った通信を行う装置が車両５００と近距離無線通信を行うことが可能な通信エリアに存在するか確認するための問い合わせわせパケットを発信する。携帯電話機１００の使用者が、車両５００と携帯電話機１００とが互いにＢｌｕｅｔｏｏｔｈ規格による通信を行うことが可能となる場所まで移動すると、この問い合わせパケットが携帯電話機１００の近距離無線通信部１０３にて受信される。ＣＰＵ１０９は、この問い合わせパケットが近距離無線通信部１０３から供給されると、近距離無線通信部１０３を制御して、問い合わせパケットに対する応答パケットを送信する。この応答パケットは、近距離無線通信部５０３にて受信されるとＣＰＵ５０９へ供給される。ＣＰＵ５０９は、この応答パケットが供給されると、携帯電話機１００が、車両５００とＢｌｕｅｔｏｏｔｈ規格に従った通信を行うことが可能な通信エリアに入ったことを検知する（図１６：ステップＳ１０１）。
【００５０】
ＣＰＵ５０９は、携帯電話機１００が当該装置と近距離無線通信を行うことが可能になったことを検知すると、記憶部５０６から車両識別子「ＲＥＮＴ００１」を読み出し（図３：ステップＳＡ１）、ＧＰＳ部５０２から、車両５００が駐車されている場所の緯度を示す緯度データ「Ｎ３５．３９．５１」と、経度を示す経度データ「Ｅ１３９．４４．５１」とを取得する（ステップＳＡ２）。また、ＣＰＵ５０９は、ＲＡＭ５０８に記憶されている時刻データ「１２：００」を読み出す（ステップＳＡ３）。次にＣＰＵ５０９は、車両識別子と、緯度データと、経度データと、時刻データとを内包する車両メッセージを生成し、生成したメッセージを、近距離無線通信部５０３を制御して携帯電話機１００へ送信する（ステップＳＡ４、ステップＳ１０２）。
【００５１】
この車両メッセージが、近距離無線通信部１０３にて受信された後、ＣＰＵ１０９へ供給されると、ＣＰＵ１０９は、このメッセージに内包された車両識別子と、緯度データと、経度データと、時刻データとを抽出する（図７：ステップＳＤ１）。次にＣＰＵ１０９は、記憶部１０６から電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」を読み出し（ステップＳＤ２）、読み出した電話番号と、車両メッセージから抽出したデータとを内包した使用要求メッセージを生成する。ＣＰＵ１０９は、通信部１０２を制御し、サーバ装置４００を宛先として、この使用要求メッセージを送信する（ステップＳＤ３）。このメッセージは、移動パケット通信網２００、インターネット３００を介してサーバ装置４００へ送信される（ステップＳ１０３）。
【００５２】
この使用要求メッセージが、通信部４０２にて受信された後、ＣＰＵ４０８へ供給されると、ＣＰＵ４０８は、このメッセージに内包されたデータを抽出する（図１４：ステップＳＧ１）。次にＣＰＵ４０８は、ステップＳＧ１で抽出した電話番号をキーにして利用者テーブルＴＢ１に格納されているデータを検索する。ＣＰＵ４０８は、利用者テーブルＴＢ１に、抽出した電話番号と同じ電話番号が格納されているのを見つけると、携帯電話機１００の使用者が車両５００を使用することができる者であると判断する（ステップＳＧ２；ＹＥＳ）。次にＣＰＵ４０８は、抽出した車両識別子「ＲＥＮＴ００１」をキーにして、車両テーブルＴＢ２に格納されているデータを検索する。ＣＰＵ４０８は、該当する車両識別子を見つけると、車両識別子に対応付けて格納されているデータであって、乗車位置フィールドに格納されている緯度データ「Ｎ３５．３９．５０−Ｎ３５．３９．５２」および経度データ「Ｅ１３９．４４．５０−Ｅ１３９．４４．５２」とを車両テーブルＴＢ２から読み出す（ステップＳＧ３）。
【００５３】
次にＣＰＵ４０８は、車両５００の駐車位置が、車両５００を貸し出す際に定めた駐車位置に駐車されているか否かを判断する（ステップＳＧ４）。使用要求メッセージから抽出した緯度データが示す位置「Ｎ３５．３９．５１」は、乗車位置フィールドから読み出した緯度データ「Ｎ３５．３９．５０−Ｎ３５．３９．５２」の範囲内である。また使用要求メッセージから抽出した経度データが示す位置「Ｅ１３９．４４．５１」は、乗車位置フィールドから読み出した経度データ「Ｅ１３９．４４．５０−Ｅ１３９．４４．５２」の範囲内であるので（ステップＳＧ４；ＹＥＳ）、車両５００は、決められた位置に駐車されているものと判断する。ＣＰＵ４０８は、ステップＳＧ４で行った判断が肯定的な結果になると、携帯電話機１００の使用者が車両５００を使用することを許可し、車両識別子「ＲＥＮＴ００１」に対応付けて格納されている解錠データ「ＫＥＹ００１」を車両テーブルＴＢ２から読み出す（ステップＳＧ５）。
【００５４】
次にＣＰＵ４０８は、電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている利用者名「ＡＡＡ」を読み出し、読み出した利用者名と使用要求メッセージから抽出した時刻データ「１２：００」とを対応付けて課金テーブルＴＢ３に格納する（ステップＳＧ６）。次にＣＰＵ４０８は、ステップＳＧ５で読み出した解錠データを内包する使用許可メッセージを生成し、通信部４０２を制御して、生成したメッセージを携帯電話機１００へ送信する（ステップＳＧ７、ステップＳ１０４）。
【００５５】
携帯電話機１００の通信部１０２にて使用許可メッセージが受信されると（ステップＳＤ４；ＹＥＳ）、ＣＰＵ１０９は、近距離無線通信部１０３を制御し、受信した使用許可メッセージを車両５００へ転送する（ステップＳＤ５、ステップＳ１０５）。
【００５６】
この使用許可メッセージが、近距離無線通信部５０３にて受信された後、ＣＰＵ５０９へ供給されると（ステップＳＡ５；ＹＥＳ）、ＣＰＵ５０９は、このメッセージに内包されている解錠データ「ＫＥＹ００１」を抽出する（ステップＳＡ６）。次にＣＰＵ１０９は、記憶部５０６から錠データ「ＫＥＹ００１」を読み出し、読み出した錠データが使用許可メッセージから抽出した解錠データと同じであるか否かを判断する（ステップＳＡ７）。ＣＰＵ５０９は、記憶部５０６から読み出した錠データ「ＫＥＹ００１」と、使用許可メッセージから抽出した解錠データ「ＫＥＹ００１」とが同じであるため（ステップＳＡ７；ＹＥＳ）、ドア制御部５０５を制御し、ドアの錠を解錠する（ステップＳＡ８）。
【００５７】
以上説明したように、本実施形態によれば、サーバ装置４００は、携帯電話機１００から送信されたデータに基づいて、携帯電話機１００の使用者が車両５００を使用することを許可し、課金を開始する。
【００５８】
［２−２．車両５００を返却する時の動作例］
次に、携帯電話機１００の使用者が、車両５００を返却する時の動作例について、図１７を用いて説明する。なお、以下に説明する動作例では、上述した車両５００を使用する時の動作が既に行われている場合を想定する。
【００５９】
携帯電話機１００の使用者が、車両５００の返却場所として指定された場所に車両５００を停止させ、シフトレバーをパーキングの位置へ移動させると、シフトレバーの位置を示す信号がセンサ部５０４からＣＰＵ５０９へ供給される。ＣＰＵ５０９は、このシフトレバーの位置を示す信号が供給されると、車両識別子「ＲＥＮＴ００１」を記憶部５０６から読み出し（図４：ステップＳＢ１）、ＧＰＳ部５０２から、車両５００が停止している場所の緯度を示す緯度データ「Ｎ３５．３９．５１．６１」と経度を示す経度データ「Ｅ１３９．４４．５１」とを取得する（ステップＳＢ２）。また、ＣＰＵ５０９は、ＲＡＭ５０８に記憶されている時刻データ「２２：００」を読み出す（ステップＳＢ３）。次にＣＰＵ５０９は、車両識別子と、緯度データと、経度データと、時刻データとを内包する使用終了メッセージを生成し、生成したメッセージを、近距離無線通信部５０３を制御して携帯電話機１００へ送信する（ステップＳＢ４、ステップＳ２０１）。
【００６０】
この使用終了メッセージが、近距離無線通信部１０３にて受信された後、ＣＰＵ１０９へ供給されると。ＣＰＵ１０９は、このメッセージから車両識別子と、緯度データと、経度データと、時刻データとを抽出し（図８：ステップＳＥ１）、ＲＡＭ１０８に記憶する（ステップＳＥ２）。
【００６１】
携帯電話機１００の使用者がエンジンを停止させた後、車両５００と携帯電話機１００とが近距離無線通信を行うことができない距離まで離れると、携帯電話機１００は、車両５００から発信されている問い合わせパケットを受信できなくなり、応答パケットを送信しなくなる。ＣＰＵ５０９は、近距離無線通信部５０３にて応答パケットが一定時間受信されないと（図５：ステップＳＣ１；ＹＥＳ）、ドア制御部５０５を制御してドアの錠を施錠する（ステップＳＣ３）。
【００６２】
携帯電話機１００が使用終了メッセージを受信した後、携帯電話機１００の使用者が車両５００から離れ、近距離無線通信部１０３にて問い合わせパケットが一定時間受信されなくなると（図９：ステップＳＦ１；ＹＥＳ）、ＣＰＵ１０９は、ＲＡＭ１０８に記憶した車両識別子と、緯度データと、経度データと、時刻データとを読み出し（ステップＳＦ３）、記憶部１０６から電話番号を読み出す（ステップＳＦ４）。次にＣＰＵ１０９は、読み出したこれらのデータを内包する使用終了メッセージを生成し、生成したメッセージを、通信部１０２を制御してサーバ装置４００へ送信する（ステップＳＦ５、ステップＳ２０２）。
【００６３】
この使用終了メッセージが通信部４０２にて受信されると、受信されたメッセージはＣＰＵ４０８へ供給される。ＣＰＵ４０８は、使用終了メッセージが供給されると、使用終了メッセージに内包されたデータを抽出する（図１５：ステップＳＨ１）。次にＣＰＵ４０８は、ステップＳＨ１で抽出した電話番号をキーにして利用者テーブルＴＢ１に格納されているデータを検索する。ＣＰＵ４０８は、抽出した電話番号と同じ電話番号を見つけると（ステップＳＨ２；ＹＥＳ）、携帯電話機１００の使用者が、車両５００を使用していた者であると判断する。次にＣＰＵ４０８は、抽出した車両識別子「ＲＥＮＴ００１」をキーにして、車両テーブルＴＢ２に格納されているデータを検索する。ＣＰＵ４０８は、該当する車両識別子を見つけると、車両識別子に対応付けて格納されているデータであって、返却位置フィールドに格納されている緯度データ「Ｎ３５．３９．５０−Ｎ３５．３９．５２」および経度データ「Ｅ１３９．４４．５０−Ｅ１３９．４４．５２」とを車両テーブルＴＢ２から読み出す（ステップＳＨ３）。
【００６４】
次にＣＰＵ４０８は、車両５００の駐車位置が、車両５００の返却位置として定められた位置であるか否かを判断する（ステップＳＨ４）。使用終了メッセージから抽出した緯度データが示す位置「Ｎ３５．３９．５０．６０」は、返却位置フィールドから読み出し緯度たデータ「Ｎ３５．３９．５０−Ｎ３５．３９．５２」の範囲内である。また使用終了メッセージから抽出した経度データが示す位置「Ｅ１３９．４４．５１」は、返却位置フィールドから読み出した経度データ「Ｅ１３９．４４．５０−Ｅ１３９．４４．５２」の範囲内であるので（ステップＳＨ４；ＹＥＳ）、ＣＰＵ４０８は、車両５００が指定された場所へ返却されたものと判断する。
【００６５】
次にＣＰＵ４０８は、電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている利用者名「ＡＡＡ」を利用者テーブルＴＢ１から読み出し、読み出した利用者名をキーにして課金テーブルＴＢ３に格納されているデータを検索する。ＣＰＵ４０８は、該当する利用者名を見つけると、使用終了メッセージから抽出した時刻データ「２２：００」を、利用者名「ＡＡＡ」に対応付けて課金テーブルＴＢ３の使用終了時刻フィールドに格納する（ステップＳＨ５）。
【００６６】
次にＣＰＵ４０８は、電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている電子メールアドレス「ａａａ＠ａｂｃ．ｎｅ．ｊｐ」を利用者テーブルＴＢ１から読み出し、車両５００を継続して使用するか否かを問い合わせる旨の電子メールを生成する（ステップＳＨ６）。ＣＰＵ４０８は、読み出した電子メールアドレスを宛先として、生成した電子メールを送信する（ステップＳＨ７、ステップＳ２０３）。
【００６７】
この電子メールは、インターネット３００および移動パケット通信網２００を介して携帯電話機１００へ送信される。携帯電話機１００のＣＰＵ１０９がこの電子メールを受信し、携帯電話機１００の使用者が、操作部１０４が有するキーを用い、この電子メールを開封する旨の操作を行うと、図２０に例示した画面が、表示部１０５に表示される。この画面を見た携帯電話機１００の使用者が、操作部１０４が有するキーを用い、表示されている「いま精算します」の部分をクリックする旨の操作を行うと、ＣＰＵ１０９は、記憶部１０６に記憶されている電話番号を内包し、車両５００の使用料金を精算するよう要求する旨の精算指示メッセージを生成し、サーバ装置４００へ送信する（ステップＳ２０４）。
【００６８】
この精算指示メッセージが、通信部４０２にて受信された後、ＣＰＵ４０８へ供給されると（ステップＳＨ８；ＹＥＳ）、ＣＰＵ４０８は、このメッセージに内包された電話番号を抽出する。次にＣＰＵ４０８は、抽出した電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている利用者名「ＡＡＡ」を利用者テーブルＴＢ１から読み出し、読み出した利用者名をキーにして、課金テーブルＴＢ３に格納されているデータを検索する。ＣＰＵ４０８は、該当する利用者名を見つけると、利用者名に対応付けて格納されている使用開始時刻と使用終了時刻に基づいて、車両５００が使用された時間を算出し、算出した時間を基に、携帯電話機１００の使用者へ請求する車両５００の使用料金を算出する（ステップＳＨ９）。
【００６９】
次にＣＰＵ４０８は、ステップＳＨ９で算出した車両５００の使用料金を記述した電子メールを生成し（ステップＳＨ１０）、電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている電子メールアドレス「ａａａ＠ａｂｃ．ｎｅ．ｊｐ」を利用者テーブルＴＢ１から読み出す（ステップＳＨ１６）。ＣＰＵ４０８は、この電子メールアドレスを宛先として、ステップＳＨ１０で生成した電子メールアドレスを送信する（ステップＳＨ１７、ステップＳ２０５）。
【００７０】
携帯電話機１００のＣＰＵ１０９がこの電子メールを受信し、携帯電話機１００の使用者が、操作部１０４が有するキーを用い、この電子メールを開封する旨の操作を行うと、図２２に例示した画面が、表示部１０５に表示される。
【００７１】
以上説明したように本実施形態によれば、車両５００が返却場所として指定された場所へ戻された後、携帯電話機１００の使用者が車両５００から離れると、車両５００の使用料金の精算処理が開始される。
【００７２】
［２−３．車両５００を継続して使用する場合の動作例］
次に、携帯電話機１００の使用者が、指定された返却場所へ車両５００を返却した後、車両５００を継続して使用する時の動作例について、図１８を用いて説明する。なお、携帯電話機１００の使用者が、車両５００から降車した後、車両５００を継続して使用するか否かを問い合わせる旨の電子メールを開封する動作までは、上述した、車両５００を返却する時の動作例と同様であるため、その説明を省略する（ステップＳ３０１〜Ｓ３０３）。
【００７３】
携帯電話機１００の使用者が、操作部１０４が有するキーを用い、図２０に例示した画面の「継続して利用します」と表示されている部分をクリックする旨の操作を行うと、ＣＰＵ１０９は、記憶部１０６に記憶されている電話番号を内包し、車両５００を継続して使用することを通知する旨の継続利用メッセージを生成し、サーバ装置４００へ送信する（ステップＳ３０４）。
【００７４】
この継続利用メッセージが通信部４０２にて受信された後、ＣＰＵ４０８へ供給されると（ステップＳＨ８；ＮＯ、ステップＳＨ１１；ＮＯ、ステップＳＨ１４；ＹＥＳ）、ＣＰＵ４０８は、開封された時に図２１に例示した画面が表示される電子メールを生成する（ステップＳＨ１５）。次にＣＰＵ４０８は、継続利用メッセージに内包された電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている電子メールアドレス「ａａａ＠ａｂｃ．ｎｅ．ｊｐ」を利用者テーブルＴＢ１から読み出す（ステップＳＨ１６）。ＣＰＵ４０８は、この電子メールアドレスを宛先として、ステップＳＨ１５で生成した電子メールを送信する（ステップＳＨ１７、ステップＳ３０５）。
【００７５】
携帯電話機１００のＣＰＵ１０９がこの電子メールを受信し、携帯電話機１００の使用者が、操作部１０４が有するキーを用い、この電子メールを開封する旨の操作を行うと、図２１に例示した画面が、表示部１０５に表示される。
【００７６】
以上説明したように本実施形態によれば、携帯電話機１００の使用者は、車両５００を継続して使用する場合、車両５００から離れるたびに使用料金の精算を行わずにすむ。
【００７７】
［２−４．車両５００を乗り捨てる場合の動作例］
次に、携帯電話機１００の使用者が、指定された返却場所へ車両５００を返却せずに、車両５００の使用料金の精算を行う場合の動作例について、図１９を用いて説明する。なお、携帯電話機１００の使用者が、車両５００から降車した後、サーバ装置４００が、使用終了メッセージを受信するまでの動作は、車両を停止させた位置を示す緯度データと経度データが、「Ｎ３５．４０．２５」と「Ｅ１３９．４４．０４」である点を除いて、上述した、車両５００を返却した時の動作例と同様であるため、その説明を省略する（ステップＳ４０１〜Ｓ４０２）。
【００７８】
使用終了メッセージが、通信部４０２にて受信された後、ＣＰＵ４０８へ供給されると、ＣＰＵ４０８は、このメッセージに内包されたデータを抽出する（図１５：ステップＳＨ１）。次にＣＰＵ４０８は、ステップＳＨ１で抽出した電話番号をキーにして利用者テーブルＴＢ１に格納されているデータを検索する。ＣＰＵ４０８は、該当する利用者名を見つけると（ステップＳＨ２；ＹＥＳ）、抽出した車両識別子「ＲＥＮＴ００１」をキーにして、車両テーブルＴＢ２に格納されているデータを検索する。ＣＰＵ４０８は、該当する車両識別子を見つけると、車両識別子に対応付けて格納されているデータであって、返却位置フィールドに格納されている緯度データ「Ｎ３５．３９．５０−Ｎ３５．３９．５２」および経度データ「Ｅ１３９．４４．５０−Ｅ１３９．４４．５２」とを車両テーブルＴＢ２から読み出す（ステップＳＨ３）。
【００７９】
次にＣＰＵ４０８は、車両５００の駐車位置が、車両５００の返却位置として定められた位置であるか否かを判断する（ステップＳＨ４）。使用終了メッセージから抽出した緯度データが示す位置「Ｎ３５．４０．２５」は、返却位置フィールドから読み出した緯度データ「Ｎ３５．３９．５０−Ｎ３５．３９．５２」の範囲外であるので、ＣＰＵ４０８は、車両５００が返却位置として指定された場所以外の場所に駐車されたものと判断する（ステップＳＨ４；ＮＯ）。
【００８０】
次にＣＰＵ４０８は、電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている電子メールアドレス「ａａａ＠ａｂｃ．ｎｅ．ｊｐ」を利用者テーブルＴＢ１から読み出し、車両５００を継続して使用するか否かを問い合わせる旨の電子メールを生成する（ステップＳＨ１８）。ＣＰＵ４０８は、読み出した電子メールアドレスを宛先として、生成した電子メールを送信する（ステップＳＨ７、ステップＳ４０３）。
【００８１】
携帯電話機１００のＣＰＵ１０９がこの電子メールを受信した後、携帯電話機１００の使用者が、操作部１０４が有するキーを用い、この電子メールを開封する旨の操作を行うと、図２１に例示した画面が、表示部１０５に表示される。この画面を見た携帯電話機１００の使用者が、操作部１０４が有するキーを用い、表示されている「乗り捨て精算します」の部分をクリックする旨の操作を行うと、ＣＰＵ１０９は、記憶部１０６に記憶されている電話番号を内包し、車両５００の使用料金を精算するよう要求する旨の乗り捨てメッセージを生成する。ＣＰＵ１０９は、生成したメッセージをサーバ装置４００へ送信する（ステップＳ４０４）。
【００８２】
この乗り捨てメッセージが通信部４０２にて受信された後、ＣＰＵ４０８へ供給されると（ステップＳＨ８；ＮＯ、ステップＳＨ１１；ＹＥＳ）、ＣＰＵ４０８は、このメッセージに内包された電話番号を抽出する。次にＣＰＵ４０８は、抽出した電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている利用者名「ＡＡＡ」を利用者テーブルＴＢ１から読み出し、読み出した利用者名をキーにして課金テーブルＴＢ３の利用者名フィールドを検索する。ＣＰＵ４０８は、該当するデータを見つけると、使用終了メッセージから抽出した時刻データ「２２：００」を、利用者名「ＡＡＡ」に対応付けて課金テーブルＴＢ３の使用終了時刻フィールドに格納する（ステップＳＨ１２）。
【００８３】
次にＣＰＵ４０８は、抽出した電話番号「０＊０−ＡＡＡＡ−ＡＡＡＡ」に対応付けて格納されている利用者名「ＡＡＡ」をキーにして、課金テーブルＴＢ３に格納されているデータを検索する。ＣＰＵ４０８は、該当する利用者名を見つけると、利用者名に対応付けて格納されている使用開始時刻と使用終了時刻に基づいて、車両５００が使用された時間を算出し、算出した時間を基に、車両５００の使用者、即ち携帯電話機１００の使用者へ請求する車両５００の使用料金を算出する（ステップＳＨ１３）。
【００８４】
使用料金を算出した後、算出した使用料金を携帯電話機１００の使用者へ通知するまでの動作は、上述した、車両５００を返却する時の動作例と同様であるため、その説明を省略する。
【００８５】
以上説明したように本実施形態によれば、携帯電話機１００の使用者は、車両５００を返却場所として指定された場所へ戻さなくても、車両５００の使用料金の精算を行うことができる。特許文献１に開示されているシステムでは、指定された返却場所に返却するまでは使用料金の精算を行うことができず、乗り捨てができないという問題があるが、本実施形態では、車両５００を乗り捨てても使用料金の精算を行うことが可能となる。
【００８６】
［３．変形例］
本発明は、係る実施形態に限定されるものではない。以下、上述した実施形態の変形例について述べる。
【００８７】
携帯電話機１００と車両５００との間で行われる通信は、Ｂｌｕｅｔｏｏｔｈ規格に従った通信に限定されるものではない。例えば、ＩｒＤＡ Ｓｔａｎｄａｒｄ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）に準拠した無線通信などの赤外線を用いた通信やＨｏｍｅＲＦ（Ｈｏｍｅ Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの近距離無線通信によりローカル通信であってもよい。
【００８８】
上述した実施形態では、電子メールを用いて、使用料金の精算、乗り捨て精算、車両５００の継続利用を携帯電話機１００の使用者へ問い合わせているが、携帯電話機１００の使用者へ問い合わせを行う方法は、電子メールを用いた方法に限定されるものではない。サーバ装置４００は、携帯電話機１００から送信された使用終了メッセージを受信した時に携帯電話機１００との間で通信のコネクションを確立し、このコネクションを用いて、使用料金の精算、乗り捨て精算、車両５００の継続利用を携帯電話機１００の使用者へ問い合わる旨のメッセージを送信するようにしてもよい。また、携帯電話機１００では、このメッセージをカーシェア用ＡＰが解釈し、図２０〜図２２に例示した画面を表示させるようにしてもよい。
【００８９】
車両５００は、走行距離やガソリン使用量を示すデータを、携帯電話機１００を介してサーバ装置４００へ送信し、サーバ装置４００は、これらのデータを基に使用料金を精算するようにしてもよい。
【００９０】
車両５００が、使用終了メッセージを送信するのは、シフトレバーがパーキングの位置に動かされた時に限定されるものではない。携帯電話機１００の使用者が、車両５００のエンジンを停止させた時や、車両５００のドアを施錠した時など、携帯電話機１００の使用者が車両５００の使用を終了したことを表す契機で使用終了メッセージを携帯電話機１００へ送信するようにしてもよい。また、使用終了メッセージが内包するデータと同じデータを内包するメッセージを、一定の周期で携帯電話機１００へ送信するようにし、携帯電話機１００が車両５００から離れた時に、このメッセージに電話番号を内包させて使用終了メッセージとしてサーバ装置４００へ送信するようにしてもよい。
【００９１】
上述した実施形態では、使用料金の精算を行うか携帯電話機１００の使用者へ問い合わせた後、使用料金の算出を行っているが、携帯電話機１００の使用者へ問い合わせることなく、使用料金の算出を行うようにしてもよい。
【００９２】
車両テーブルＴＢ２に格納されている車両識別子に、車両を使用する者の氏名と、電話番号と、電子メールアドレスとを対応付けて格納し、決められた者しか車両５００を使用できないようにしてもよい。
【００９３】
【発明の効果】
以上説明したように本発明によれば、車両を貸し出すサービスにおいて、車両の使用者に意識させることなく、車両の使用料金の精算処理を開始することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態に係わる通信システム１０の全体構成を例示する図である。
【図２】同実施形態に係わる車両５００のハードウェア構成を例示するブロック図である。
【図３】同実施形態に係わる車両５００のＣＰＵ５０９がドアの錠を解錠する際に行う処理の流れを例示するフローチャートである。
【図４】同実施形態に係わる車両５００のＣＰＵ５０９が使用終了メッセージを携帯電話機１００へ送信する際の処理の流れを例示するフローチャートである。
【図５】同実施形態に係わる車両５００のＣＰＵ５０９がドアの錠を施錠する際に行う処理の流れを例示するフローチャートである。
【図６】同実施形態に係わる携帯電話機１００のハードウェア構成を例示する図である。
【図７】同実施形態に係わる携帯電話機１００のＣＰＵ１０９がサーバ装置４００から送信される解錠データを車両５００へ送信する際の処理の流れを例示するフローチャートである。
【図８】同実施形態に係わる携帯電話機１００のＣＰＵ１０９が車両５００から送信される使用終了メッセージを受信した時に行う処理の流れを例示するフローチャートである。
【図９】同実施形態に係わる携帯電話機１００のＣＰＵ１０９が、使用終了メッセージをサーバ装置４００へ送信する際に行う処理の流れを例示するフローチャートである。
【図１０】同実施形態に係わるサーバ装置４００のハードウェア構成を例示する図である。
【図１１】同実施形態に係わるサーバ装置４００の記憶部４０５に記憶される利用者テーブルＴＢ１のフォーマットを例示する図である。
【図１２】同実施形態に係わるサーバ装置４００の記憶部４０５に記憶される車両テーブルＴＢ２のフォーマットを例示する図である。
【図１３】同実施形態に係わるサーバ装置４００の記憶部４０５に記憶される課金テーブルＴＢ３のフォーマットを例示する図である。
【図１４】同実施形態に係わるサーバ装置４００のＣＰＵ４０８が、解錠データを送信する際に行う処理の流れを例示するフローチャートである。
【図１５】同実施形態に係わるサーバ装置４００のＣＰＵ４０８が、車両５００の使用料金の精算を行う際の処理の流れを例示するフローチャートである。
【図１６】同実施形態の動作例を説明するための図である。
【図１７】同実施形態の動作例を説明するための図である。
【図１８】同実施形態の動作例を説明するための図である。
【図１９】同実施形態の動作例を説明するための図である。
【図２０】同実施形態に係わる携帯電話機１００にて、電子メールが開封された時に表示される画面を例示する図である。
【図２１】同実施形態に係わる携帯電話機１００にて、電子メールが開封された時に表示される画面を例示する図である。
【図２２】同実施形態に係わる携帯電話機１００にて、電子メールが開封された時に表示される画面を例示する図である。
【符号の説明】
１０・・・通信システム
１００・・・携帯電話機
１０１・・・バス、１０２・・・通信部、１０３・・・近距離無線通信部、１０４・・・操作部、１０５・・・表示部、１０６・・・記憶部、１０７・・・ＲＯＭ、１０８・・・ＲＡＭ、１０９・・・ＣＰＵ
２００・・・移動パケット通信網
３００・・・インターネット
４００・・・サーバ装置
４０１・・・バス、４０２・・・通信部、４０３・・・操作部、４０４・・・表示部、４０５・・・記憶部、４０６・・・ＲＯＭ、４０７・・・ＲＡＭ、４０８・・・ＣＰＵ
５００・・・車両
５０１・・・バス、５０２・・・ＧＰＳ部、５０３・・・近距離無線通信部、５０４・・・センサ部、５０５・・・ドア制御部、５０６・・・記憶部、５０７・・・ＲＯＭ、５０８・・・ＲＡＭ、５０９・・・ＣＰＵ
Claims (10)
- 車両が、当該車両を一意に識別するための車両識別子と、当該車両の位置を示す位置データとをローカル通信により通信端末へ送信する車両データ送信ステップと、
前記通信端末が、前記車両データ送信ステップにより送信された車両識別子と位置データとを受信する車両データ受信ステップと、
前記通信端末が、前記車両との間でローカル通信を行うことが不可となったことを契機として、当該通信端末の使用者を一意に識別する使用者識別子と、前記車両データ受信ステップにより受信された車両識別子と位置データとを、前記車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶したサーバ装置へ送信する使用終了データ送信ステップと、
前記サーバ装置が、前記使用終了データ送信ステップにより送信された使用者識別子と車両識別子と位置データとを受信し、受信した位置データが示す位置が、前記車両識別子に対応付けて記憶された返却地域データが示す地域内であるか判定する返却位置判定ステップと、
前記サーバ装置が、前記返却位置判定ステップの判定結果が肯定的である場合、前記使用者識別子で識別される者へ請求する前記車両の使用料金を精算する使用料金精算ステップと
を有する使用料金精算方法。 - 前記サーバ装置は、前記車両の使用を終了するか否か確認する旨の終了確認メッセージを前記通信端末へ送信する終了確認メッセージ送信ステップと、
前記終了確認メッセージへの応答として前記通信端末から送信される、応答メッセージを受信する応答メッセージ受信ステップとをさらに具備し、
前記使用料金精算ステップでは、前記応答メッセージが前記車両の使用料金の精算を指示する旨である場合、前記使用者識別子で識別される者へ請求する前記車両の使用料金を精算すること
を特徴とする請求項１に記載の使用料金精算方法。 - 前記サーバ装置は、前記返却位置判定ステップの判定結果が否定的である場合、前記車両を乗り捨てて使用料金の精算を行うか否か確認する旨の乗り捨て確認メッセージを前記通信端末へ送信する乗り捨て確認メッセージ送信ステップと、
前記乗り捨て確認メッセージへの応答として前記通信端末から送信される、応答メッセージを受信する応答メッセージ受信ステップとをさらに具備し、
前記使用料金精算ステップでは、前記応答メッセージが前記車両の使用料金の精算を指示する旨である場合、前記使用者識別子で識別される者へ請求する前記車両の使用料金を精算すること
を特徴とする請求項１に記載の使用料金精算方法。 - 前記通信端末は、移動体通信網を介して前記サーバ装置と通信を行うこと
を特徴とする請求項１に記載の使用料金精算方法。 - 前記車両データ送信ステップでは、車両が停止したことを契機として、前記車両識別子と前記位置データとを通信端末へ送信すること
を特徴とする請求項１に記載の使用料金精算方法。 - ローカル通信により車両から送信される、前記車両を一意に識別するための車両識別子と前記車両の位置を示す位置データとを受信する車両データ受信手段と、
前記車両との間でローカル通信を行うことが不可となったことを契機として、自己の使用者を一意に識別する使用者識別子と、前記車両データ受信ステップにより受信された車両識別子と位置データとを、前記車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶したサーバ装置へ送信する使用終了データ送信手段と
を有する通信端末。 - 貸し出す車両を一意に識別するための車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶する記憶手段と、
通信端末から送信される、前記通信端末の使用者を一意に識別する使用者識別子と、前記車両識別子と前記車両の位置を示す位置データとを受信し、受信した位置データが示す位置が、前記車両識別子に対応付けて記憶された返却地域データが示す地域内であるか判定する返却位置判定手段と、
前記返却位置判定手段による判定結果が肯定的である場合、前記使用者識別子で識別される者へ請求する前記車両の使用料金を精算する使用料金精算手段と
を有するサーバ装置。 - コンピュータ装置を、
ローカル通信により車両から送信される、前記車両を一意に識別するための車両識別子と前記車両の位置を示す位置データとを受信する車両データ受信手段と、
前記車両との間でローカル通信を行うことが不可となったことを契機として、自己の使用者を一意に識別する使用者識別子と、前記車両データ受信ステップにより受信された車両識別子と位置データとを、前記車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶したサーバ装置へ送信する使用終了データ送信手段
として機能させるためのプログラム。 - コンピュータ装置を、
貸し出す車両を一意に識別するための車両識別子と前記車両の返却地域を示す返却地域データとを対応付けて記憶部に記憶させる記憶手段と、
通信端末から送信される、前記通信端末の使用者を一意に識別する使用者識別子と、前記車両識別子と前記車両の位置を示す位置データとを受信し、受信した位置データが示す位置が、前記車両識別子に対応付けて記憶された返却地域データが示す地域内であるか判定する返却位置判定手段と、
前記返却位置判定手段による判定結果が肯定的である場合、前記使用者識別子で識別される者へ請求する前記車両の使用料金を精算する使用料金精算手段
として機能させるためのプログラム。 - 請求項８または請求項９の何れかに記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003016669A JP2004227427A (ja) | 2003-01-24 | 2003-01-24 | 使用料金精算方法、通信端末、サーバ装置、プログラムおよび記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003016669A JP2004227427A (ja) | 2003-01-24 | 2003-01-24 | 使用料金精算方法、通信端末、サーバ装置、プログラムおよび記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004227427A true JP2004227427A (ja) | 2004-08-12 |
Family
ID=32904052
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003016669A Withdrawn JP2004227427A (ja) | 2003-01-24 | 2003-01-24 | 使用料金精算方法、通信端末、サーバ装置、プログラムおよび記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004227427A (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007183749A (ja) * | 2006-01-05 | 2007-07-19 | Nec Infrontia Corp | 自動車管理装置、車載器、携帯端末、カーシェアリング管理システム、方法、およびプログラム |
| CN106604233A (zh) * | 2017-02-14 | 2017-04-26 | 北斗导航位置服务（北京）有限公司 | 一种基于卫星定位的智能共享租车计费方法及系统 |
| CN107293109A (zh) * | 2017-07-20 | 2017-10-24 | 无锡福源自动化系统工程有限公司 | 共享交通工具的停放方法及系统 |
| JP2020035496A (ja) * | 2019-12-05 | 2020-03-05 | 株式会社パークランド | レンタル対象管理方法 |
| JP2022033320A (ja) * | 2019-12-05 | 2022-02-28 | 株式会社パークランド | 貸出し車両管理システム |
| JP2022033335A (ja) * | 2020-02-02 | 2022-02-28 | 株式会社パークランド | 貸出し車両管理システム |
| JP2022189962A (ja) * | 2022-01-06 | 2022-12-22 | 株式会社パークランド | 貸出し車両管理システム |
| JP2023030223A (ja) * | 2019-12-05 | 2023-03-07 | 株式会社パークランド | 貸出し車両管理システム |
| US11610257B2 (en) | 2020-09-11 | 2023-03-21 | Honda Motor Company, Ltd. | Vehicle rental system |
| JP7361148B2 (ja) | 2021-04-16 | 2023-10-13 | 株式会社日立製作所 | マルチモードトランスポートを管理するための方法、サーバ、およびシステム |
-
2003
- 2003-01-24 JP JP2003016669A patent/JP2004227427A/ja not_active Withdrawn
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007183749A (ja) * | 2006-01-05 | 2007-07-19 | Nec Infrontia Corp | 自動車管理装置、車載器、携帯端末、カーシェアリング管理システム、方法、およびプログラム |
| CN106604233A (zh) * | 2017-02-14 | 2017-04-26 | 北斗导航位置服务（北京）有限公司 | 一种基于卫星定位的智能共享租车计费方法及系统 |
| CN107293109A (zh) * | 2017-07-20 | 2017-10-24 | 无锡福源自动化系统工程有限公司 | 共享交通工具的停放方法及系统 |
| JP2023030223A (ja) * | 2019-12-05 | 2023-03-07 | 株式会社パークランド | 貸出し車両管理システム |
| JP2020035496A (ja) * | 2019-12-05 | 2020-03-05 | 株式会社パークランド | レンタル対象管理方法 |
| JP2022033320A (ja) * | 2019-12-05 | 2022-02-28 | 株式会社パークランド | 貸出し車両管理システム |
| JP7474523B2 (ja) | 2019-12-05 | 2024-04-25 | 株式会社パークランド | レンタル対象管理システムおよびプログラム |
| JP7116493B2 (ja) | 2019-12-05 | 2022-08-10 | 株式会社パークランド | レンタル対象管理システムおよびレンタル対象管理方法 |
| JP2022132602A (ja) * | 2019-12-05 | 2022-09-08 | 株式会社パークランド | レンタル対象管理システム |
| JP7311211B2 (ja) | 2019-12-05 | 2023-07-19 | 株式会社パークランド | 貸出し車両管理システム |
| JP7215780B2 (ja) | 2019-12-05 | 2023-01-31 | 株式会社パークランド | 貸出し車両管理システム |
| JP7175538B2 (ja) | 2020-02-02 | 2022-11-21 | 株式会社パークランド | 貸出し車両管理システム |
| JP2022033335A (ja) * | 2020-02-02 | 2022-02-28 | 株式会社パークランド | 貸出し車両管理システム |
| US11610257B2 (en) | 2020-09-11 | 2023-03-21 | Honda Motor Company, Ltd. | Vehicle rental system |
| JP7361148B2 (ja) | 2021-04-16 | 2023-10-13 | 株式会社日立製作所 | マルチモードトランスポートを管理するための方法、サーバ、およびシステム |
| JP2022189962A (ja) * | 2022-01-06 | 2022-12-22 | 株式会社パークランド | 貸出し車両管理システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5978414B1 (ja) | オンライン・レンタル・システムおよびオンライン・レンタル方法 | |
| KR101930888B1 (ko) | 공유 자전거 운영 방법 및 시스템 | |
| CN110027569B (zh) | 停车辅助服务管理装置及其控制方法、用户终端控制方法和非暂时性计算机可读取存储介质 | |
| WO2014030233A1 (ja) | レンタカー管理システム、レンタカー管理方法、及びレンタカー管理プログラム | |
| JP2004214875A (ja) | 通信端末及び通信端末を利用した電波状況管理装置 | |
| JP5220763B2 (ja) | 携帯端末 | |
| WO2002003735A1 (fr) | Procede et appareil permettant d'assister un service d'informations de position | |
| JP2005085187A (ja) | 無線ｌａｎシステムを利用した駐車場管理システム | |
| JP2009100391A (ja) | 通信端末装置と通信システムおよび情報利用方法 | |
| US8606863B2 (en) | Mobile terminal | |
| JPH1151678A (ja) | 移動体位置情報表示装置 | |
| JP2004227427A (ja) | 使用料金精算方法、通信端末、サーバ装置、プログラムおよび記録媒体 | |
| JP2011221738A (ja) | カーシェアリングシステム、カーシェアリング方法およびカーシェアリングプログラム | |
| US20040229564A1 (en) | Gps positioner having a rescue call function and the system thereof | |
| JP2008204215A (ja) | 駐車場利用管理方法及びそのシステム | |
| CN110969497A (zh) | 订单处理方法、装置、设备与计算机可读存储介质 | |
| JP2004140706A (ja) | 車載用通信装置 | |
| CN102006549A (zh) | 一种利用agps进行定位的方法及装置 | |
| JP2002324296A (ja) | 車両貸し出しシステム | |
| JP4876958B2 (ja) | 情報配信システム、サーバ及び中継装置 | |
| JP2005173993A (ja) | 駐輪場における自転車の有効活用システム，方法，駐輪場サーバおよびプログラム | |
| JP2005160046A (ja) | 移動通信端末のための動作環境設定システム | |
| JP2017182762A (ja) | オンライン・レンタル・システムおよびオンライン・レンタル方法 | |
| JP2020202724A (ja) | 情報処理システム、車両、管理装置、管理方法、およびプログラム | |
| JP2020200736A (ja) | 制御装置、制御方法、およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060404 |