(57)【特許請求の範囲】
【請求項１】
インターネット上のダウンロードサイトから携帯端末にダウンロードされてインストールされ、その携帯端末によって実行されるコンピュータプログラムであって、
ユーザから、タクシーの配車の要求を受け付ける機能と、
タクシーの配車の要求を受け付けた場合、配車要求信号を生成し、ネットワークを介してサーバに送信する機能と、
配車要求信号に対応してサーバ側によってユーザに割り当てられたタクシーが到着するのにかかると予測される迎車時間に関する情報を含む配車確認信号を、ネットワークを介してサーバから受信する機能と、
受信された配車確認信号から迎車時間に関する情報を抽出し、抽出された情報に基づいて待機期間を設定する機能と、
設定された待機期間が満了したか否かを、ネットワークを介した通信に依らずに判定する機能と、
待機期間が満了したと判定された場合、ユーザに通知する機能と、を携帯端末に実現させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末にネットワークを介してダウンロードされ、その携帯端末によって実行されるコンピュータプログラムに関する。
【背景技術】
【０００２】
特許文献１、２、３には、携帯端末を使用したタクシー配車システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−８２１９９号公報
【特許文献２】特開２０１１−２４８８４８号公報
【特許文献３】特開２００３−３１７１９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のタクシー配車システムの大まかな流れは以下の通りである。
まず、ユーザが配車要求を携帯端末に入力し、携帯端末はその配車要求をシステム側にネットワークを介して送信する。システムは配車要求に基づきユーザにタクシーを割り当て、割り当てられたタクシーの情報を携帯端末に返す。携帯端末は割り当てられたタクシーの情報をディスプレイに表示させる。ここでタクシーの情報は、そのタクシーがどのような色であり、今どこにいて、いつごろ迎えに来るかに関する情報を含む。
【０００５】
タクシーの配車を要求してからタクシーが迎えに来るまでは、通常、５分から２０分程度かかる。この間ユーザは様々なことをしながら待つのであるが、ユーザの状況によっては、ユーザがタクシーを呼んだことを忘れてしまうことも考えられる。そこで特許文献１には、車載呼出通知装置が契約者の呼出位置に車両が接近した場合に接近情報を発信する接近情報発信手段を備え、かつ携帯呼出装置が接近情報を受信して音声、発光、振動の何れか又はそれらの組み合わせで契約者に車両の接近を合図する車両接近告知手段を備えている車両配車システムが開示されている。
【０００６】
しかしながら、特許文献１に記載されるような通知手法では、システム側がタクシーの位置とユーザの位置とを比較し、その結果に基づいてシステムがユーザの携帯端末に通知のための信号を送信するので、システム側の負担が増大する。
【０００７】
近年、スマートホンとも称される多機能端末が普及してきている。このような端末の特徴のひとつとして、インターネット上のダウンロードサイトから好きなアプリケーションをダウンロードしてインストールできることがある。タクシー配車のためのアプリケーションは、その利便性から、多くのユーザから支持を受けてダウンロード数を伸ばすことが予想される。
【０００８】
配車アプリケーションの利用者数すなわちダウンロード数が増大すると、その分配車要求や接近確認・通知の発生頻度が増大するので、配車システムへの負荷も増大する。
【０００９】
ＣＤやＤＶＤなどのメディアを介して頒布されるアプリケーションと比較したときのスマートホンにダウンロードされるアプリケーションに特有の現象として、いったん人気が出るとダウンロード数が一気に増大することがある。早いものでは数タップでアプリケーションをダウンロードできてしまうという、アプリケーション導入へのしきいの低さにその一因がある。
【００１０】
配車システムを運営する側がタクシー配車サービスを障害なく継続しようとする場合、このようなダウンロード数の急増に備えて設備投資を増やし、システムのキャパシティに大きな余裕を持たせておくことが考えられる。しかしながら、予想通りにダウンロード数が伸びない場合やダウンロード数が伸びるまでの間は、システムのかなりの部分が未使用のままおかれることとなるので、システムリソースに比較的大きな無駄が発生することとなる。
【００１１】
また、ダウンロード数の伸びに合わせて設備投資をしてシステムの処理能力を増やすという戦略もあるが、上述の通りダウンロード数の増加は多くの場合急かつ予測困難であり、設備投資が追いつかない虞がある。ダウンロード数の急増によりシステムへの負荷が爆発的に増えると、システムのキャパシティをオーバーして接続障害等が発生し、ユーザに迷惑をかける可能性がある。
【００１２】
本発明はこうした課題に鑑みてなされたものであり、その目的は、携帯端末にネットワークを介してダウンロードされ、その携帯端末によって実行されるコンピュータプログラムを使用して実現されるタクシーの配車サービスにおいて、ユーザへの通知機能を実現して利便性を維持しつつ、システム側の負荷の増大を抑制できる技術の提供にある。
【課題を解決するための手段】
【００１３】
本発明のある態様はコンピュータプログラムに関する。このコンピュータプログラムは、携帯端末にネットワークを介してダウンロードされ、その携帯端末によって実行されるコンピュータプログラムであって、ユーザから、タクシーの配車の要求を受け付ける機能と、タクシーの配車の要求を受け付けた場合、配車要求信号を生成し、ネットワークを介してサーバに送信する機能と、配車要求信号に対応してユーザに割り当てられたタクシーが到着するのにかかると予測される迎車時間に関する情報を含む配車確認信号を、ネットワークを介してサーバから受信する機能と、受信された配車確認信号から迎車時間に関する情報を抽出し、抽出された情報に基づいて待機期間を設定する機能と、設定された待機期間が満了したか否かを判定する機能と、待機期間が満了したと判定された場合、ユーザに通知する機能と、を携帯端末に実現させる。
【００１４】
「迎車時間に関する情報」は、迎車時間そのものであってもよいし、迎車時間から導かれる到着予想時刻であってもよい。
【００１５】
なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を方法、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。
【図面の簡単な説明】
【００１６】
【図１】図１（ａ）〜（ｆ）は、携帯電話が本実施の形態に係るコンピュータプログラムを実行することにより、携帯電話のタッチパネルに表示される画面の遷移を示す画面遷移図である。
【発明を実施するための形態】
【００１７】
以下、各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。
【００１８】
実施の形態に係るコンピュータプログラムは、サーバからインターネットなどのネットワークを介して携帯端末すなわち携帯電話にダウンロードされ、その携帯電話によって実行されるコンピュータプログラムである。携帯電話はいわゆるスマートホンなどであってもよく、タッチパネル、通話機能およびＷｅｂ通信機能を有し、ウェブブラウザを有していてもよい。携帯電話にはiPhone（登録商標）OS4などのマルチタスク対応のオペレーティングシステムが導入されている。
【００１９】
本実施の形態に係るコンピュータプログラムは、例えばインターネット上のスマートホン用アプリケーションダウンロードサイトからダウンロードされるスマートホン用のアプリケーションプログラムであってもよく、あるいはまた、サーバから携帯電話のウェブブラウザにネットワークを介して送信され、そのウェブブラウザによって実行される、ＨＴＭＬ（HyperText Markup Language）などのプログラミング言語により記述されたコンピュータプログラムであってもよい。
【００２０】
図１（ａ）〜（ｆ）は、携帯電話が本実施の形態に係るコンピュータプログラムを実行することにより、携帯電話のタッチパネル１０に表示される画面の遷移を示す画面遷移図である。ユーザが携帯電話を操作することにより本実施の形態に係るコンピュータプログラム（以下、タクシー配車アプリケーションと称す）を起動すると、タクシー配車アプリケーションは携帯電話のＧＰＳ（Global Positioning System）機能を使用して携帯電話の位置を取得する。タクシー配車アプリケーションは、取得された位置の周辺の地図情報を携帯電話の記憶装置またはネットワークから取得する。タクシー配車アプリケーションは、取得された地図情報と携帯電話の位置とをタッチパネル１０に表示させる。
【００２１】
図１（ａ）はタクシー配車アプリケーションによってタッチパネル１０に表示される地図画面を示す。地図画面は、周辺地図表示領域１２と、配車目標カーソル１４と、配車要求受付ボタン１６と、を有する。配車目標カーソル１４は、最初は取得された携帯電話の位置に合わされている。ユーザは周辺地図表示領域１２に表示される地図を見ながら、配車目標カーソル１４を所望の位置に動かす。配車目標カーソル１４の移動は、タッチパネル１０に対するタップ動作やスライド動作により実現されてもよい。ユーザは、配車目標カーソル１４を所望の位置に合わせた後、配車要求受付ボタン１６をタップする。タクシー配車アプリケーションは、配車要求受付ボタン１６がタップされたことを検知すると、それを配車目標カーソル１６が合わされている位置へのタクシーの配車の要求として受け付ける。
【００２２】
図１（ｂ）は配車要求受付ボタン１６がタップされるとタッチパネル１０に表示される配車注文確認画面を示す。配車注文確認画面は、タクシーの配車要求に関連するメッセージを表示する確認メッセージ表示領域１８と、戻るボタン２０と、注文ボタン２２と、を有する。ユーザは、確認メッセージ表示領域１８に表示されるメッセージを確認し、タクシーの配車を続行する場合は注文ボタン２２を、続行しない場合は戻るボタン２０を、タップする。タクシー配車アプリケーションは、注文ボタン２２がタップされたことを検知すると、配車要求信号を生成し、ネットワークを介して配車サーバに送信する。タクシー配車アプリケーションは、戻るボタン２０がタップされたことを検知すると、タッチパネル１０に再度地図画面を表示させる。
【００２３】
配車要求信号は、携帯電話においてタクシーの配車の要求が発生したことを配車サーバに知らせる信号であり、配車要求受付ボタン１６がタップされたときの配車目標カーソル１４の位置と、携帯電話またはそのユーザを特定するＩＤと、を含む。
【００２４】
配車サーバは、配車要求信号を受信し、それに基づいてタクシーの配車処理を行うサーバであり、例えば特許文献１、２、３に記載される公知のタクシー配車技術を使用して構成される。配車サーバは、配車要求信号を発信した携帯電話またはそのユーザに空車のタクシーを割り当てる。特に配車サーバは、配車要求信号に含まれるＩＤと、配車要求信号に含まれる位置へ１０分程度の所定の上限時間内に到着できる空車のタクシーを特定するＩＤと、を対応付ける。
【００２５】
配車サーバは、配車要求信号を発信した携帯電話またはそのユーザに割り当てられたタクシーが、配車要求信号に含まれる位置に到着するのにかかると予測される迎車時間を演算する。あるいはまた、配車サーバはそのような迎車時間をタクシーまたはその運転手から取得する。配車サーバは配車確認信号を生成し、ネットワークを介して携帯電話に送信する。
【００２６】
配車確認信号は、迎車時間と、配車要求信号を発信した携帯電話またはそのユーザに割り当てられたタクシーのＩＤと、そのタクシーの無線番号や車両種別などのそのタクシーに関する情報と、を含む。
【００２７】
図１（ｃ）は配車要求信号を発信してから配車確認信号を受信するまでタッチパネル１０に表示される配車中画面を示す。
【００２８】
図１（ｄ）は配車確認信号が受信されるとタッチパネル１０に表示される注文明細画面を示す。タクシー配車アプリケーションは、配車サーバから配車確認信号を受信する。注文明細画面は、割り当てられたタクシーに関する情報が表示される割り当てタクシー情報表示領域２４と、迎え先や台数などの注文に関する情報が表示される注文情報表示領域２６と、タイマー設定ボタン２８と、終了ボタン３０と、を有する。
【００２９】
タクシー情報表示領域２４には、割り当てられたタクシーの無線番号と、車両種別と、割り当てられたタクシーが到着すると予想される時刻である到着予想時刻と、が表示される。タクシー配車アプリケーションは、受信された配車確認信号から迎車時間を抽出する。タクシー配車アプリケーションは、抽出された迎車時間に基づいて到着予想時刻を演算する。例えば、現在時刻が２時５４分であり、迎車時間が１０分である場合、到着予想時刻は３時４分と演算される。
【００３０】
ユーザは、注文明細画面に表示される情報を確認し、そのままタクシー配車アプリケーションを終了したい場合は終了ボタン３０をタップする。ユーザは、到着予想時刻到来の通知を望む場合、タイマー設定ボタン２８をタップする。
【００３１】
タクシー配車アプリケーションは、タイマー設定ボタン２８がタップされたことを検知すると、抽出された迎車時間に基づいて待機期間を設定する。この待機期間は、タイマー設定ボタン２８がタップされたことを検知した時刻から開始し、迎車時間と実質的に同じ長さを有する期間である。あるいはまた、待機期間は、到着予想時刻に満了する期間であってもよい。タクシー配車アプリケーションは携帯電話のタイマー機能を使用して、待機期間の計時を開始する。携帯電話のタイマー機能は公知である。
【００３２】
図１（ｅ）はタイマー設定ボタン２８がタップされるとタッチパネル１０に表示されるタイマー設定確認画面を示す。タイマー設定確認画面は、設定されたタイマーに関する情報が表示されるタイマー設定内容表示領域３２と、ＯＫボタン３４と、を有する。ユーザは、タイマー設定内容表示領域３２に表示される情報を確認し、ＯＫボタン３４を押し下げる。ＯＫボタン３４が押し下げられるとタクシー配車アプリケーションは、フォアグラウンドで実行される状態からバックグラウンドで実行される状態に遷移する。
【００３３】
ユーザはタクシー配車アプリケーション以外のアプリケーション、例えば音楽を聴くためのアプリケーションやウェブブラウザをフォアグラウンドで実行する。この間、タクシー配車アプリケーションはバックグラウンドにおいて、定期的に待機期間が満了したか否かを判定する。
【００３４】
図１（ｆ）は待機期間が満了したと判定された場合にタッチパネル１０に表示される接近通知画面を示す。接近通知画面は、タクシー情報表示領域２４に表示される情報と同様の内容の情報およびそのタクシーの到着予想時刻が到来したことを表示する接近情報表示領域３６と、ＯＫボタン３８と、を有する。タクシー配車アプリケーションは、接近通知画面をタッチパネル１０に表示させると共に、携帯電話の振動機能を利用して携帯電話を振動させる。ユーザは、接近通知画面や振動により通知を受け、注文したタクシーの到着が間近であることを認識する。接近通知画面を閉じる場合はユーザはＯＫボタン３８をタップする。
【００３５】
本実施の形態に係るタクシー配車アプリケーションによると、タクシーの接近通知は携帯電話のタイマーにより実現されるので、配車サーバ側は接近通知のための処理を行う必要はない。したがって、ユーザに接近通知機能を提供しつつ、それによる配車サーバ側の負荷の増大を抑えることができる。
【００３６】
また、本実施の形態に係るタクシー配車アプリケーションは、携帯電話にネットワークを介してダウンロードされ、その携帯電話によって実行されるコンピュータプログラムである。このタクシー配車アプリケーションの利便性が認知されて急激にダウンロード数が伸びた場合、タクシーの接近通知機能に関する処理量も増大する。しかしながら本実施の形態ではそのような接近通知機能に関する処理は各携帯電話のタイマー機能を使用して実現されるので、ダウンロード数が急激に増大したとしても、接近通知機能に起因する配車サーバ側の負荷の増大は抑えられる。
【００３７】
以上、実施の形態に係るコンピュータプログラムについて説明した。この実施の形態は例示であり、その各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【要約】
【課題】タクシーの配車サービスにおいて、ユーザへの通知機能を実現して利便性を維持しつつ、システム側の負荷の増大を抑制する。
【解決手段】コンピュータプログラムは、ユーザから、タクシーの配車の要求を受け付ける機能と、配車の要求を受け付けた場合、配車要求信号を生成し、ネットワークを介してサーバに送信する機能と、配車要求信号に対応してユーザに割り当てられたタクシーが到着するのにかかると予測される迎車時間に関する情報を含む配車確認信号を、ネットワークを介してサーバから受信する機能と、受信された配車確認信号から迎車時間に関する情報を抽出し、抽出された情報に基づいて待機期間を設定する機能と、設定された待機期間が満了したか否かを判定する機能と、待機期間が満了したと判定された場合、ユーザに通知する機能と、を携帯端末に実現させる。
【選択図】図１【図１】
0005144825.tif 000002