JP2021103368A - 第１のサーバと第１のサーバのためのコンピュータプログラム - Google Patents

Abstract

【課題】サーバが、携帯端末においてユーザによって選択される乗車停留所に停車する路線バスに関連する情報を適切に出力するサーバを提供する。【解決手段】バス管理サーバ１００は、複数個の停留所のそれぞれについて、当該停留所を示す停留所情報と、当該停留所に停車する１個以上の路線バスを示す１個以上の路線バス情報と、を関連付けて記憶する。バス管理サーバは、車両端末６ｂにおいて、複数個の停留所のうちの第１の停留所が乗車停留所としてユーザによって選択される場合に、車両端末から、第１の停留所を示す第１の停留所情報を受信する。バス管理サーバは、車両端末から第１の停留所情報が受信される場合に、第１の停留所情報に関連付けられている１個以上の路線バス情報を取得し、取得済みの１個以上の路線バス情報によって示される１個以上の路線バスに関連する情報を外部に出力する。【選択図】図７

Description

本明細書では、路線バスに関連する情報を外部に出力するサーバを開示する。

特許文献１には、携帯情報端末とサーバとを備えるシステムが開示されている。バスの停留所には、当該停留所に固有の個別番号を記憶するＩＣチップが配置されている。携帯情報端末は、ＩＣチップから個別番号を取得し、当該個別番号をサーバに送信する。これにより、携帯情報端末は、個別番号によって識別される上記の停留所に停車する路線バスに関連する情報（例えば運行状況等）を受信して表示することができる。

特開２０１４−４９０８２号公報

特許文献１には、サーバが、携帯情報端末から受信された個別番号を利用して、停留所に停車する路線バスに関連する情報を携帯情報端末に送信するための具体的な手法が開示されていない。

本明細書では、サーバが、携帯端末においてユーザによって選択される乗車停留所に停車する路線バスに関連する情報を適切に出力することができる技術を開示する。

本明細書が開示する第１のサーバは、複数個の停留所のそれぞれについて、当該停留所を示す停留所情報と、当該停留所に停車する１個以上の路線バスを示す１個以上の路線バス情報と、を関連付けて記憶するメモリと、携帯端末において、前記複数個の停留所のうちの第１の停留所が乗車停留所としてユーザによって選択される場合に、前記携帯端末から、前記第１の停留所を示す第１の停留所情報を受信する第１の受信部と、前記携帯端末から前記第１の停留所情報が受信される場合に、前記メモリから、前記第１の停留所情報に関連付けられている１個以上の路線バス情報を取得する取得部と、取得済みの前記１個以上の路線バス情報によって示される１個以上の路線バスに関連する情報を外部に出力する出力部と、を備えてもよい。

上記の構成によると、メモリにおいて、複数個の停留所のそれぞれについて、当該停留所を示す停留所情報と、当該停留所に停車する１個以上の路線バスを示す１個以上の路線バス情報と、が関連付けられている。このために、第１のサーバは、乗車停留所である第１の停留所を示す第１の停留所情報を受信する場合に、メモリから第１の停留所情報に関連付けられている１個以上の路線バス情報を取得することができ、この結果、取得済みの１個以上の路線バスに関連する情報を適切に出力することができる。

前記第１のサーバは、さらに、前記携帯端末において、前記複数個の停留所のうちの第２の停留所が降車停留所として前記ユーザによって選択される場合に、前記携帯端末から、前記第２の停留所を示す第２の停留所情報を受信する第２の受信部を備え、前記取得部は、前記携帯端末から前記第１の停留所情報と前記第２の停留所情報とが受信される場合に、前記メモリから、前記第１の停留所情報と前記第２の停留所情報との双方に関連付けられている前記１個以上の路線バス情報を取得してもよい。上記の構成によると、第１のサーバは、乗車停留所である第１の停留所を示す第１の停留所情報と、降車停留所である第２の停留所である第２の停留所情報と、の双方に関連付けられている１個以上の路線バス情報を適切に出力することができる。

前記第１の受信部は、前記携帯端末に表示される地図の中から前記第１の停留所が乗車停留所として前記ユーザによって選択される場合に、前記携帯端末から前記第１の停留所情報を受信してもよい。上記の構成によると、ユーザは、携帯端末に表示される地図の中から乗車停留所を選択することができる。

前記出力部は、取得済みの前記１個以上の路線バス情報によって示される前記１個以上の路線バスの中から１個の路線バスを選択するための選択画面を示す選択画面情報を前記携帯端末に送信し、前記第１のサーバは、さらに、前記選択画面情報が前記携帯端末に送信された後に、前記選択画面において前記１個の路線バスが前記ユーザによって選択される場合に、前記携帯端末から、選択済みの路線バスを示す選択結果情報を受信する第３の受信部を備え、前記出力部は、さらに、前記携帯端末から前記選択結果情報が受信される場合に、前記第１の停留所で前記選択済みの路線バスに乗車する乗客が存在することを前記選択済みの路線バスの運転手に通知するための乗客情報を前記選択済みの路線バスに送信してもよい。上記の構成によると、運転手は、第１の停留所で路線バスに乗車する乗客が存在することを知ることができる。

前記乗客情報は、前記第１の停留所で前記選択済みの路線バスに乗車すること、及び、前記選択済みの路線バスに乗車するための補助が必要であること、を前記運転手に通知するための情報であってもよい。上記の構成によると、運転手は、第１の停留所において路線バスに乗車するための補助が必要であることを知ることができる。

前記出力部は、取得済みの前記１個以上の路線バス情報によって示される前記１個以上の路線バスのそれぞれについて、当該路線バスが前記第１の停留所に到着するまでの時間を含む第１の通知画面を示す第１の通知画面情報を前記携帯端末に送信してもよい。上記の構成によると、ユーザは、路線バスが第１の停留所に到着するまでの時間を知ることができる。

前記出力部は、取得済みの前記１個以上の路線バス情報によって示される前記１個以上の路線バスのそれぞれについて、当該路線バスの座席の現在の空席状況を示す空席情報を含む第２の通知画面を示す第２の通知画面情報を前記携帯端末に送信してもよい。上記の構成によると、ユーザは、路線バスの空席状況を知ることができる。

前記出力部は、取得済みの前記１個以上の路線バス情報によって示される前記１個以上の路線バスの中から１個の路線バスを選択するための選択画面を示す選択画面情報を前記携帯端末に送信し、前記第１のサーバは、さらに、前記選択画面情報が前記携帯端末に送信された後に、前記選択画面において前記１個の路線バスが前記ユーザによって選択される場合に、前記携帯端末から、選択済みの路線バスを示す選択結果情報を受信する第３の受信部を備え、前記出力部は、さらに、通知時間を指定するための指定画面を示す指定画面情報を前記携帯端末に送信し、前記第１のサーバは、さらに、前記指定画面情報が前記携帯端末に送信された後に、前記指定画面において前記通知時間が指定される場合に、前記携帯端末から、指定済みの前記通知時間を示す時間情報を受信する時間情報受信部を備え、前記出力部は、さらに、前記選択済みの路線バスが前記第１の停留所に到着するまでの時間が、前記時間情報によって示される前記通知時間に基づいて決定される時間に一致する場合に、前記選択済みの路線バスが前記第１の停留所に到着するまでの時間が前記通知時間に到達したことを通知するための第３の通知画面を示す第３の通知画面情報を前記携帯端末に送信してもよい。上記の構成によると、ユーザは、路線バスが第１の停留所に到着するまでの時間が通知時間に到達したことを知ることができる。

前記第１の受信部は、前記携帯端末から、前記第１のサーバとは異なる第２のサーバを介して、前記第１の停留所情報を受信してもよい。

上記の第１のサーバを実現するためのコンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ読取可能記憶媒体も新規で有用である。また、上記の第１のサーバによって実行される方法も新規で有用である。また、上記の第１のサーバと他の装置（例えば、携帯端末）とを備えるシステムも新規で有用である。

実施例のシステムを模式的に示す。 バス管理サーバと携帯端末の構成を示す。 停留所テーブルの一例を示す。 系統テーブルの一例を示す。 路線バスの系統図を示す。 各デバイスによって実行される処理のシーケンス図を示す。 「乗車補助申請」を示すアイコンが選択される場合に実行される処理のシーケンス図を示す。 図７の続きのシーケンス図を示す。 「バス接近情報」を示すアイコンが選択される場合に実行される処理のシーケンス図を示す。 図９の続きのシーケンス図を示す。 携帯端末に表示される各画面の一例を示す。

（通信システムの概略；図１）
図１に示されるように、通信システム３０は、携帯端末１０と、バス管理サーバ１００と、アプリケーションサーバ２００と、路線バス６に設置された車両端末６ｂと、を備える。車両端末６ｂは、インターネット５０を介して、各サーバ１００，２００と通信可能である。路線バス６にはＧＰＳ受信機６ａが設置されており、ＧＰＳ受信機６ａは、ＧＰＳ衛星８と通信することによって、路線バス６の現在の位置の経度及び緯度を示す情報を取得することができる。

携帯端末１０は、スマートフォン、携帯電話、タブレットＰＣ、ノートＰＣ等の可搬型のユーザ端末である。バス管理サーバ１００は、路線バス６に関する処理を実行するためのサーバであり、例えば、車両端末６ｂのベンダによってインターネット５０上に設置される。アプリケーションサーバ２００は、携帯端末１０にインストールされるアプリケーションプログラム２８（図２参照）に関する処理を実行するためのサーバであり、アプリケーションプログラム２８のベンダによってインターネット５０上に設置される。各デバイス１０，１００，２００は、インターネット５０を介して相互に通信可能である。

（各デバイス１０，１００の構成；図２）
続いて、図２を参照して、携帯端末１０とバス管理サーバ１００の構成について説明する。携帯端末１０は、操作部１２と、ＬＴＥ（Long Term Evolutionの略）インターフェース１４と、表示部１６と、制御部２０と、を備える。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。

操作部１２は、ユーザによって操作されるキーを備える。ＬＴＥＩ／Ｆ１４は、セルラー方式の一種であるＬＴＥに従った無線通信を実行するためのインターフェースであり、インターネット５０を介した通信を実行可能である。なお、変形例では、携帯端末１０は、他のセルラー方式（例えば、３Ｇ（3rd Generationの略）方式、４Ｇ（4th Generationの略）方式等）に従った無線通信を実行可能であってもよい。表示部１６は、様々な情報を表示するためのディスプレイである。表示部１６は、いわゆるタッチパネル（即ち操作部）としても機能する。

制御部２０は、ＣＰＵ２２とメモリ２４とを備える。ＣＰＵ２２は、メモリ２４に記憶されている様々なプログラム２６，２８に従って、様々な処理を実行する。メモリ２４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ２４は、携帯端末１０の基本的な処理を実行するためのＯＳプログラム（Operating Systemの略）２６と、携帯端末１０が出荷された後に携帯端末１０にインストールされるアプリケーションプログラム２８と、を記憶する。ＯＳプログラム２６は、例えば、Ａｎｄｒｏｉｄ（登録商標）、ｉＯＳ（登録商標）等である。アプリケーションプログラム２８は、本実施例では、メッセージ、写真、動画等の通信を実現するためのＬＩＮＥ（登録商標）である。変形例では、アプリケーションプログラム２８は、メッセージ等の通信を実現するための他のプログラムであってもよい。

バス管理サーバ１００は、通信Ｉ／Ｆ１１４と、制御部１２０と、を備える。通信Ｉ／Ｆ１１４は、インターネット５０に接続されている。制御部１２０は、ＣＰＵ１２２と、メモリ１２４と、を備える。ＣＰＵ１２２は、メモリ１２４に記憶されているプログラム１２６に従って、様々な処理を実行する。メモリ１２４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ１２４は、例えば停留所テーブル１３０と、系統テーブル１３２と、を記憶する。

（停留所テーブル１３０の内容；図３）
図３を参照して、停留所テーブル１３０の詳細について説明する。停留所テーブル１３０は、停留所名称と系統と方面とバス情報とを関連付けて記憶している。停留所名称は、停留所の名称である。系統は、１個の路線バスが順次停車する複数個の停留所によって構成される路線バスの走行ルートを識別する情報であり、「路線」と呼ばれることもある。方面は、路線バスが、系統を構成する複数個の停留所のうちのどの停留所から出発してどの停留所まで走行するのかを示す情報である。本実施例では、方面は、終着停留所の名称を示す。バス情報は、複数個の路線バスを識別する複数個のバスＩＤのそれぞれについて、当該バスＩＤと、当該バスＩＤによって識別される路線バスが停留所に到着する到着時刻（換言すると出発時刻）と、が関連付けられた情報である。なお、以下では、例えば、停留所名称「ＡＡＡ」によって示される停留所のことを単に停留所「ＡＡＡ」と表現するとともに、バスＩＤ「００２」によって識別される路線バスのことを単に路線バス「００２」と表現する場合がある。

（系統テーブル１３２の内容；図４）
図４を参照して、系統テーブル１３２の詳細について説明する。系統テーブル１３２は、系統と、当該系統を構成する複数個の停留所と、を関連付けて記憶している。例えば、系統「９００」は、複数個の停留所「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、「ＤＤＤ」、「ＥＥＥ」・・・「ＸＸＸ」によって構成される。そして、図３に示されるように、系統「９００」には、方面として「ＸＸＸ」及び「ＡＡＡ」が存在する。これは、系統「９００」には、始発停留所が「ＡＡＡ」であると共に終着停留所が「ＸＸＸ」である走行ルート（即ち方面「ＸＸＸ」の走行ルート）と、始発停留所が「ＸＸＸ」であると共に終着停留所が「ＡＡＡ」である走行ルート（即ち方面「ＡＡＡ」の走行ルート）と、が存在することを意味する。

（系統図；図５）
図５を参照して、系統テーブル１３２によって示される複数の系統についてさらに説明する。理解を助けるため、図５では、系統毎に、矢印の線種を変えている。図５を参照すれば、系統「９００」が、複数個の停留所「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、「ＤＤＤ」、「ＥＥＥ」・・・「ＸＸＸ」によって構成されることを容易に理解できる。また、例えば、系統「９０２」は、複数個の停留所「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、「ＦＦＦ」、「ＧＧＧ」・・・「ＹＹＹ」によって構成される。他の系統についても、図５を参照すれば容易に理解できる。

（各デバイスによって実行される処理；図６）
図６を参照して、各デバイス１０，１００，２００によって実行される処理を説明する。なお、以下では、理解の容易さの観点から、バス管理サーバ１００のＣＰＵ１２２及び携帯端末１０のＣＰＵ２２が実行する処理について説明する際に、ＣＰＵを主体として説明せず、バス管理サーバ１００及び携帯端末１０を主体として説明する。

携帯端末１０は、まず、例えば冊子等に印刷されたＱＲコード（登録商標）Ｄ２を読み取る（Ｔ２００）。ＱＲコードＤ２は、アプリケーションプログラム２８を利用して、バス管理サーバ１００が提供するサービス（以下では単に「サービス」と呼ぶ）を受けるための情報がコード化されたものである。ＱＲコードＤ２は、例えば、バス管理サーバ１００のＵＲＬ（Uniform Resource Locatorの略）を含む。携帯端末１０は、ＱＲコードＤ２を読み取ることによってアプリケーションプログラム２８を起動し、アプリケーションプログラム２８に従って以降の処理を実行する。なお、携帯端末１０は、ＱＲコードＤ２を読み取る代わりに、例えば検索サイトからバス管理サーバ１００にアクセスしてもよい。

Ｔ２０２では、携帯端末１０は、Ｔ２００で読み取ったＱＲコードＤ２に含まれるＵＲＬ７０２と、アプリケーションプログラム２８を利用するためのアカウント情報に含まれるユーザＩＤ「ｎａｍｅ０２」と、をアプリケーションサーバ２００に送信する。この場合、Ｔ２０４では、アプリケーションサーバ２００は、ＵＲＬ７０２とユーザＩＤ「ｎａｍｅ０２」とをバス管理サーバ１００に送信する。即ち、携帯端末１０は、アプリケーションサーバ２００を介して、ＵＲＬ７０２とユーザＩＤ「ｎａｍｅ０２」とをバス管理サーバ１００に送信する。なお、ＵＲＬ７０２は、バス管理サーバ１００内の位置を示す情報であり、より具体的には、後述のアイコン選択画面データ８００の位置を示す情報である。

バス管理サーバ１００は、Ｔ２０２及びＴ２０４において、携帯端末１０からＵＲＬ７０２とユーザＩＤ「ｎａｍｅ０２」とを受信する。この場合、Ｔ２１０では、バス管理サーバ１００は、ユーザＩＤ「ｎａｍｅ０２」と、ＵＲＬ７０２によって特定されるアイコン選択画面データ８００と、をアプリケーションサーバ２００に送信する。この場合、Ｔ２１２では、アプリケーションサーバ２００は、Ｔ２１０で受信されたアイコン選択画面データ８００を、Ｔ２１０で受信されたユーザＩＤ「ｎａｍｅ０２」によって識別される携帯端末１０に送信する。なお、以下では、バス管理サーバ１００が何らかのデータと、ユーザＩＤ「ｎａｍｅ０２」と、をアプリケーションサーバ２００に送信し、アプリケーションサーバ２００が当該データをユーザＩＤ「ｎａｍｅ０２」によって識別される携帯端末１０に送信することを、「バス管理サーバ１００がアプリケーションサーバ２００を介してデータを携帯端末１０に送信する」と省略して表現する。また、以下では、「アプリケーションサーバ２００を介して」という記載も省略することがある。

携帯端末１０は、Ｔ２１０及びＴ２１２において、バス管理サーバ１００からアイコン選択画面データ８００を受信すると、Ｔ２１４において、アイコン選択画面データ８００によって表わされるアイコン選択画面Ｄ４を表示する。アイコン選択画面Ｄ４は、バスの乗り方を示すアイコンＩＣ２と、バス接近情報を示すアイコンＩＣ４と、乗車補助申請を示すアイコンＩＣ６と、お気に入り登録を示すアイコンＩＣ８と、お知らせを示すアイコンＩＣ１０と、サービスの使い方を示すアイコンＩＣ１２と、を含む。

図示省略しているが、携帯端末１０は、各アイコンＩＣ２，ＩＣ１０，ＩＣ１２を選択する操作を受け付けると、図示省略のウェブブラウザを利用して、選択済みのアイコンに対応するホームページにアクセスし、当該ホームページを表示する。例えば、アイコンＩＣ２に対応するホームページには、バスの乗り方の説明が記述されている。アイコンＩＣ１０に対応するホームページには、災害時のバスの運休情報等が記述されている。アイコンＩＣ１２に対応するホームページには、サービスの使い方の説明が記述されている。なお、アイコンＩＣ８は、後述する方法で入力する乗車停留所及び降車停留所を、携帯端末１０のメモリ２４（図２参照）に保存するためのアイコンである。

上述したように、バス管理サーバ１００は、複数個のアイコンＩＣ２〜ＩＣ１２を携帯端末１０に表示させることができる（図６のＴ２１０〜Ｔ２１４）。そして、バス管理サーバ１００は、携帯端末１０から複数個のアイコンＩＣ２〜ＩＣ１２のうちのどれかが選択されたことを示す選択情報であるＵＲＬを受信する場合に、選択済みのアイコンに対応する処理を実行する。以下では、アイコンＩＣ４，ＩＣ６が選択される場合の処理について、詳しく説明する。

（「乗車補助申請」を示すアイコンＩＣ６が選択される場合の処理；図７）
図７は、図６に示す処理に続けて実行される処理を示す。携帯端末１０では、Ｔ３００において、アイコン選択画面Ｄ４（図６参照）に含まれる「乗車補助申請」を示すアイコンＩＣ６が選択される。この「乗車補助申請」を示すアイコンＩＣ６は、ユーザが所望の路線バスに乗車する際に乗車補助を希望することを路線バスの運転手に伝えるためのアイコンである。ユーザがアイコンＩＣ６を選択した場合、携帯端末１０は、アイコン選択画面データ８００からアイコンＩＣ６に対応付けられているＵＲＬ７０４を特定し、Ｔ３０２及びＴ３０４において、ＵＲＬ７０４とユーザＩＤ「ｎａｍｅ０２」とをアプリケーションサーバ２００を介してバス管理サーバ１００に送信する。ＵＲＬ７０４は、後述の指定画面データ８０２の位置を示す情報である。

バス管理サーバ１００は、Ｔ３０２及びＴ３０４において、携帯端末１０からＵＲＬ７０４とユーザＩＤ「ｎａｍｅ０２」とを受信する。この場合、Ｔ３１０及びＴ３１２において、バス管理サーバ１００は、ＵＲＬ７０４によって特定される指定画面データ８０２を携帯端末１０に送信する。

携帯端末１０は、Ｔ３１０及びＴ３１２において、バス管理サーバ１００から指定画面データ８０２を受信すると、Ｔ３１４において、指定画面データ８０２によって表わされる指定画面Ｄ６を表示する。指定画面Ｄ６は、携帯端末１０のユーザが乗車停留所を入力するためのアイコンＩＣ２０と、ユーザが降車停留所を入力するためのアイコンＩＣ２４と、乗車停留所及び降車停留所を走行する路線バスを検索するためのアイコンＩＣ２６と、を含む。指定画面Ｄ６は、さらに、携帯端末１０の現在位置の周辺の地図を表示するためのアイコンＩＣ２０ｍ，ＩＣ２４ｍと、図６のアイコンＩＣ８を用いて携帯端末１０のメモリ２４（図２参照）に保存済みの乗車停留所及び降車停留所を、携帯端末１０の画面を表示させるためのアイコンＩＣ２８と、を含む。

指定画面Ｄ６が携帯端末１０に表示された後、ユーザは、Ｔ３２０において、文字を直接入力するための操作を操作部１２に実行して、例えば停留所名称「ＣＣＣ」を乗車停留所としてアイコンＩＣ２０に入力し、例えば停留所「ＤＤＤ」を降車停留所としてアイコンＩＣ２４に入力する。その後、Ｔ３２２において、ユーザは、アイコンＩＣ２６を選択する。

なお、図示は省略したが、ユーザがアイコンＩＣ２０ｍを選択した場合には、携帯端末１０の現在の位置情報がバス管理サーバ１００に送信され、バス管理サーバ１００は、当該位置情報を利用して、携帯端末１０の周囲に存在する各停留所を特定する。そして、バス管理サーバ１００は、特定済みの各停留所の各位置情報を携帯端末１０に送信する。携帯端末１０は、当該各位置情報に対応する各位置に各停留所のアイコンが追加された周辺地図Ｄ３０（図１１（Ａ）参照）を表示する。この場合、ユーザは、Ｔ３２０において、周辺地図Ｄ３０の中から停留所「ＣＣＣ」を選択することができる。また、ユーザがアイコンＩＣ２４ｍを選択した場合には、携帯端末１０に周辺地図Ｄ３０が表示され、ユーザが周辺地図Ｄ３０をスクロールすることによって、例えば、図１１（Ｂ）に示す地図Ｄ３２が表示される。そして、ユーザは、Ｔ３２０において、地図Ｄ３２の中から停留所「ＤＤＤ」を選択することができる。このように、携帯端末１０に表示された地図Ｄ３０，Ｄ３２の中から乗車停留所及び降車停留所を選択できるようにすることで、ユーザは、乗車停留所及び降車停留所を容易に選択することができる。

また、アイコンＩＣ２８が選択されると、携帯端末１０は、図６のアイコンＩＣ８を用いて携帯端末１０のメモリ２４（図２参照）に保存済みの乗車停留所及び降車停留所を画面に表示する。本実施例では、３組の乗車停留所及び降車停留所を保存および表示することができる。これにより、ユーザは、乗車停留所及び降車停留所を再びアイコンＩＣ２０，ＩＣ２４に入力せずに済む。なお、本実施例では、入力済みの乗車停留所および降車停留所を携帯端末１０のメモリ２４に保存しているが、これに限定されず、例えば、入力済みの乗車停留所および降車停留所は、バス管理サーバ１００のメモリ１２４に保存してもよい。

携帯端末１０は、Ｔ３２４及びＴ３２６において、ユーザＩＤ「ｎａｍｅ０２」と乗車停留所「ＣＣＣ」と降車停留所「ＤＤＤ」とをバス管理サーバ１００に送信する。

バス管理サーバ１００は、Ｔ３２４及びＴ３２６において、携帯端末１０から、ユーザＩＤ「ｎａｍｅ０２」と、乗車停留所「ＣＣＣ」と、降車停留所「ＤＤＤ」と、を受信する。この場合、Ｔ３３０において、バス管理サーバ１００は、メモリ１２４内の系統テーブル１３２を利用して、停留所名称「ＣＣＣ」，「ＤＤＤ」の双方に関連付けられている複数の系統から、系統「９００」を特定する。そして、Ｔ３３２において、バス管理サーバ１００は、系統テーブル１３２を利用して、乗車停留所「ＣＣＣ」及び降車停留所「ＤＤＤ」に対応する終着停留所である方面「ＸＸＸ」を特定する。

次いで、Ｔ３３４において、バス管理サーバ１００は、メモリ１２４内の停留所テーブル１３０を利用して、系統「９００」、方面「ＸＸＸ」、及び、乗車停留所「ＣＣＣ」に関連付けられている全てのバス情報（即ち到着時刻及びバスＩＤの組み合わせ）を取得する。また、Ｔ３３６において、バス管理サーバ１００は、現在時刻を取得する。そして、Ｔ３４０において、バス管理サーバ１００は、Ｔ３３６で取得された現在時刻と、Ｔ３３４で取得された各バス情報と、を利用して、停留所「ＣＣＣ」にこれから最も早く到着する３個の路線バスを特定する。例えば、現在時刻が午前６時１２分である場合には、３個の路線バス「００４」、「００６」、「００８」が特定される。なお、ここで特定される路線バスの個数は３個に限られず、３個未満であってもよいし（例えば１個のみ）、４個以上であってもよい。

次いで、バス管理サーバ１００は、Ｔ３５０において、Ｔ３４０で特定された３個の路線バスのそれぞれの車両端末６ｂに空席情報要求を送信する。空席情報要求は、空席情報を示す空席情報通知の送信を要求するための信号である。本実施例では、空席情報は、路線バス内に設置された障害者用座席の使用状況を示す情報である。各路線バスでは、障害者用座席が使用される際に、一般座席を折りたたむことで障害者用座席のためのスペースを設ける。各路線バスの車両端末６ｂは、一般座席が折りたたまれたことを示す信号を取得することによって、障害者用座席の使用状況を把握する。車両端末６ｂは、Ｔ３５２において、空席情報通知をバス管理サーバ１００に送信する。なお、変形例では、空席情報は、一般座席の使用状況を示す情報であってもよいし、優先座席の使用状況を示す情報であってもよい。

バス管理サーバ１００は、Ｔ３５２において、車両端末６ｂから空席情報通知を受信すると、Ｔ３５４において、Ｔ３４０で特定された３個の路線バスのそれぞれが停留所「ＣＣＣ」に到着するまでの時間を予測する。具体的には、バス管理サーバ１００は、図示省略のデータベースにおいて、各路線バスの現在の位置を管理している。そして、バス管理サーバ１００は、路線バス「００４」の現在の位置と停留所「ＣＣＣ」の位置とを利用して、路線バス「００４」が停留所に到着するまでの時間である到着時間「ｔ１」を予測する。具体的には、バス管理サーバ１００は、まず、路線バス「００４」の現在の位置と停留所「ＣＣＣ」の位置とを利用して、路線バス「００４」が停留所「ＣＣＣ」に到着するまでに必要な走行距離を算出する。そして、バス管理サーバ１００は、算出済みの走行距離を予め決められている路線バスの標準的な走行速度で除算することによって、到着時間「ｔ１」を算出する。バス管理サーバ１００は、Ｔ３５４において、他の２個の路線バス「００６」、「００８」についても、同様に到着時間「ｔ２」、「ｔ３」を算出する。なお、到着時間「ｔ１」、「ｔ２」、「ｔ３」は、上述した予測に基づくものではなく、メモリ１２４内のバス情報の時刻表から算出してもよい。

次いで、バス管理サーバ１００は、Ｔ３５２で受信された空席情報通知によって示される空席情報と、Ｔ３５４で予測された到着時間「ｔ１」、「ｔ２」、「ｔ３」と、を利用して、バス選択画面データ８０６を生成し、Ｔ３６０及びＴ３６２において、バス選択画面データ８０６を携帯端末１０に送信する。

携帯端末１０は、Ｔ３６０及びＴ３６２において、バス管理サーバ１００からバス選択画面データ８０６を受信すると、Ｔ３６４において、バス選択画面データ８０６によって表わされるバス選択画面Ｄ８を表示する。バス選択画面Ｄ８では、停留所「ＣＣＣ」に早く到着する順序で、３台の路線バスに関連する情報が記述されている。バス選択画面Ｄ８は、さらに、時刻表を示すアイコンＩＣ３０を含む。

例えば、停留所「ＣＣＣ」に最も早く到着する路線バス「００４」に関連する情報は、到着時間が約「３分」（上記の時間「ｔ１」）であることを示す文字列と、２個の障害者用座席のうちの１個が使用中であることを示すアイコンＩＣ３８ａと、を含む。このように、バス管理サーバ１００は、ユーザによって入力された乗車停留所及び降車停留所から特定される１個以上の路線バスに関連する情報を含むバス選択画面Ｄ８を携帯端末１０に表示させることができる。このために、ユーザは、乗車停留所及び降車停留所に停車する１個以上の路線バスを知ることができ、さらに、１個以上の路線バスのそれぞれの到着時間及び空席情報を知ることができる。

路線バス「００４」に関連する情報は、さらに、停留所「ＣＣＣ」から停留所「ＤＤＤ」まで乗車する際の運賃情報を表示するためのアイコンＩＣ３２ａと、路線バス「００４」に関連するバス情報を表示するためのアイコンＩＣ３４ａと、乗車補助を申請するためのアイコンＩＣ３６ａと、を含む。アイコンＩＣ３２ａがユーザによって選択された場合には、図示は省略されているが、携帯端末１０は、選択済みの路線バスＩＤ「００４」と、運賃情報要求と、をバス管理サーバ１００に送信する。この場合、バス管理サーバ１００は、路線バスＩＤ「００４」と、運賃情報要求と、を受信する。次いで、バス管理サーバ１００は、メモリ１２４から路線バス「００４」に停留所「ＣＣＣ」から停留所「ＤＤＤ」まで乗車する場合に発生する運賃情報を取得し、携帯端末１０に運賃情報データを送信する。運賃情報データを受信した携帯端末１０は、図１１（Ｃ）に示す運賃情報画面Ｄ４０を表示する。これにより、ユーザは、運賃を知ることができる。

また、アイコンＩＣ３４ａがユーザによって選択された場合には、図示は省略されているが、携帯端末１０は、選択済みの路線バスＩＤ「００４」と、バス情報要求と、をバス管理サーバ１００に送信する。この場合、バス管理サーバ１００は、路線バスＩＤ「００４」と、バス情報要求と、を受信する。次いで、バス管理サーバ１００は、メモリ１２４から路線バス「００４」に関するバス情報を取得し、携帯端末１０にバス情報データを送信する。バス情報データを受信した携帯端末１０は、図１１（Ｄ）に示すバス情報画面Ｄ５０を表示する。これにより、ユーザは、路線バス「００４」の車両に関する情報を知ることができる。

なお、路線バス「００４」に後続する各路線バス「００６」、「００８」に関連する情報は、路線バス「００４」に関連する情報と同様である。なお、路線バス「００６」に関連する情報は、２個の障害者用座席とも使用中でないことを示すアイコンＩＣ３８ｂを含む。

（「乗車補助申請」を示すアイコンＩＣ３６ａが選択される場合の処理；図８）
図８は、図７に示す処理に続けて実行される処理を示す。先に述べたように、バス選択画面Ｄ８（図７参照）は、乗車補助を申請するためのアイコンＩＣ３６ａを含む。Ｔ４００において、アイコンＩＣ３６ａが選択されると、携帯端末１０は、Ｔ４０２及びＴ４０４において、バスＩＤ「００４」と補助要求８０８とユーザＩＤ「ｎａｍｅ０２」とをバス管理サーバ１００に送信する。

バス管理サーバ１００は、Ｔ４０２及びＴ４０４において、携帯端末１０から、バスＩＤ「００４」と補助要求８０８とユーザＩＤ「ｎａｍｅ０２」とを受信する。この場合、バス管理サーバ１００は、Ｔ４０６において、図７のＴ３２６で受信された停留所名称「ＣＣＣ」とＴ４０４で受信されたユーザＩＤ「ｎａｍｅ０２」とを利用して補助申請画面データ８１０を生成し、Ｔ４０４で受信されたバスＩＤ「００４」によって特定される路線バスに設置されている車両端末６ｂに補助申請画面データ８１０を送信する。

車両端末６ｂは、Ｔ４０６において、バス管理サーバ１００から補助申請画面データ８１０を受信すると、Ｔ４１０において、補助申請画面データ８１０によって表わされる補助申請画面Ｄ１０を表示する。補助申請画面Ｄ１０は、ユーザＩＤ「ｎａｍｅ０２」と停留所名称「ＣＣＣ」とを示す。これにより、路線バス「００４」の運転手は、ユーザＩＤ「ｎａｍｅ０２」によって識別される乗客が停留所「ＣＣＣ」で乗車することを知ることができ、かつ、当該乗客がバスに乗車するための補助が必要であることを知ることができる。

補助申請画面Ｄ１０は、補助申請画面Ｄ１０を確認したことを示すアイコンＩＣ４０を含む。Ｔ４１２において、アイコンＩＣ４０が運転手によって選択されると、車両端末６ｂは、Ｔ４１４において、ユーザＩＤ「ｎａｍｅ０２」と確認通知とをバス管理サーバ１００に送信する。

バス管理サーバ１００は、Ｔ４１４において、車両端末６ｂからユーザＩＤ「ｎａｍｅ０２」と確認通知とを受信する。この場合、Ｔ４２０及びＴ４２２において、バス管理サーバ１００は、確認通知データ８１１を携帯端末１０に送信する。

携帯端末１０は、Ｔ４２０及びＴ４２２において、バス管理サーバ１００から確認通知データ８１１を受信すると、Ｔ４２４において、確認通知データ８１１によって表わされる確認通知Ｄ１２を表示する。確認通知Ｄ１２は、乗車の補助の申請がバスの運転手によって確認されたことを示す文字列を含む。

（「バス接近情報」を示すアイコンＩＣ４が選択される場合に実行される処理；図９）
図９は、図６に示す処理に続けて実行される処理を示す。携帯端末１０では、Ｔ５００において、アイコン選択画面Ｄ４（図３参照）に含まれる「バス接近情報」を示すアイコンＩＣ４が選択される。この場合に実行されるＴ５０２〜Ｔ５４０は、図７のＴ３０２〜Ｔ３４０と同様である。ただし、Ｔ５０２及びＴ５０４では、ＵＲＬ７０４に代えて、アイコンＩＣ４に対応するＵＲＬ７０６が通信される。その後に実行されるＴ５５４〜Ｔ５６４は、図７のＴ３５４〜Ｔ３６４と同様である。Ｔ５６４で表示されるバス選択画面Ｄ１８は、図７のバス選択画面Ｄ８と同様に、３個のバスが停留所「ＣＣＣ」に到着するまでの時間「ｔ１」、「ｔ２」、「ｔ３」（図９の例では「３分」、「１８分」、「３３分」）を含む。ただし、図７のバス選択画面Ｄ８とは異なり、バス選択画面Ｄ１８は、空席情報を示すアイコンＩＣと、乗車補助を申請するためのアイコンＩＣと、を含まない。バス選択画面Ｄ１８は、通知予約を行なうためのアイコンＩＣ５６ａ〜５６ｃを含む。

（「通知予約」を示すアイコンＩＣ５６ａが選択される場合の処理；図１０）
図１０は、図９に示す処理に続けて実行される処理を示す。携帯端末１０では、Ｔ６００において、バス選択画面Ｄ１８（図９参照）に含まれる「通知予約」を示すアイコンＩＣ５６ａが選択される。この場合、携帯端末１０は、Ｔ６０２及びＴ６０４において、バスＩＤ「００４」とユーザＩＤ「ｎａｍｅ０２」とをバス管理サーバ１００に送信する。

バス管理サーバ１００は、Ｔ６０２及びＴ６０４において、携帯端末１０からバスＩＤ「００４」とユーザＩＤ「ｎａｍｅ０２」とを受信すると、Ｔ６１０において、図９のＴ５５４と同様の手法で、到着時間「ｔ１」を再び予測する。次いで、バス管理サーバ１００は、Ｔ６２０及びＴ６２２において、指定画面データ８３０を携帯端末１０に送信する。

携帯端末１０は、Ｔ６２０及びＴ６２２において、バス管理サーバ１００から指定画面データ８３０を受信すると、Ｔ６２４において、指定画面データ８３０によって表わされる指定画面Ｄ２０を表示する。

指定画面Ｄ２０は、路線バス「００４」が停留所「ＣＣＣ」に到着するまでの時間「ｔ１」（図１０の例では３分）を含む。また、指定画面Ｄ２０は、通知時間を指定するためのアイコンＩＣ６０と、指定済みの通知時間を送信するためのアイコンＩＣ６２と、を含む。通知時間は、路線バス「００４」が停留所「ＣＣＣ」に到着する前に通知が欲しいユーザによって指定される時間である。Ｔ６２６では、アイコンＩＣ６０において通知時間「ｔ１０」（図１０の例では「１分」）が指定され、次いで、Ｔ６３０において、アイコンＩＣ６２が選択される。この場合、携帯端末１０は、Ｔ６３２及びＴ６３４において、指定済みの通知時間「ｔ１０」とユーザＩＤ「ｎａｍｅ０２」とをバス管理サーバ１００に送信する。

バス管理サーバ１００は、Ｔ６３２及びＴ６３４において、携帯端末１０から通知時間「ｔ１０」とユーザＩＤ「ｎａｍｅ０２」とを受信する。この場合、バス管理サーバ１００は、Ｔ６４０及びＴ６４２において、通知画面データ８３２を携帯端末１０に送信する。この場合、携帯端末１０は、Ｔ６４０及びＴ６４２において、通知画面データ８３２を受信し、Ｔ６４４において、通知画面Ｄ２２を表示する。通知画面Ｄ２２は、乗車停留所「ＣＣＣ」と、降車停留所「ＤＤＤ」と、系統「９００」と、終着停留所「ＸＸＸ」と、を含む。さらに、通知画面Ｄ２２は、Ｔ６１０で予測された到着時間「ｔ１」（図１０の例では「３分」）を含む。

次いで、バス管理サーバ１００は、Ｔ６５０及びＴ６５２において、通知画面データ８３４を携帯端末１０に送信する。この場合、携帯端末１０は、Ｔ６５０及びＴ６５２において、通知画面データ８３４を受信し、Ｔ６５４において、通知画面Ｄ２４を表示する。通知画面Ｄ２４は、Ｔ６２６で指定された通知時間「ｔ１０」（図１０の例では「１分」）に従って通知を行なうことを示す文字列を含む。

次いで、バス管理サーバ１００は、Ｔ６６０において、路線バス「００４」が乗車停留所「ＣＣＣ」に到着するまでの到着時間「ｔ２０」を予測する。Ｔ６６０の処理は、図９のＴ５５４の処理と同様である。そして、Ｔ６６１では、バス管理サーバ１００は、Ｔ６３４で受信された通知時間「ｔ１０」とＴ６６０で予測された到着時間「ｔ２０」とが一致するのか否かを判断する。そして、バス管理サーバ１００は、通知時間「ｔ１０」と予測された到着時間「ｔ２０」とが一致しないと判断する場合（Ｔ６６１でＮＯ）には、Ｔ６６０に戻り、到着時間「ｔ２０」を再び予測する。一方、バス管理サーバ１００は、通知時間「ｔ１０」と到着時間「ｔ２０」とが一致すると判断する場合（Ｔ６６１でＹＥＳ）には、Ｔ６６２及びＴ６６４において、通知画面データ８３６を携帯端末１０に送信する。

携帯端末１０は、Ｔ６６２及びＴ６６４において、バス管理サーバ１００から通知画面データ８３６を受信すると、Ｔ６７０において、通知画面データ８３４によって表わされるバス接近通知Ｄ２６を表示する。バス接近通知Ｄ２６は、通知時間「ｔ１０」（図１０の例では「１分」）が経過すると路線バス「００４」が停留所「ＣＣＣ」に到着することを示す。これにより、ユーザは、路線バスがもうすぐ乗車停留所「ＣＣＣ」に到着することを知ることができる。

（対応関係）
バス管理サーバ１００、アプリケーションサーバ２００が、それぞれ、「第１のサーバ」、「第２のサーバ」の一例である。停留所名称が、「停留所情報」の一例である。バスＩＤが、路線バス情報の一例である。バス選択画面データ８０６、補助申請画面データ８１０、確認通知データ８１１、バス選択画面データ８２２、指定画面データ８３０、通知画面データ８３６、それぞれ、「路線バスに関連する情報」の一例である。バス選択画面データ８０６、バス選択画面データ８２２が、それぞれ、「選択画面情報」の一例である。指定画面データ８３０が、「指定画面情報」の一例である。バス選択画面データ８２２が、「第１の通知画面情報」の一例である。バス選択画面データ８０６が、「第２の通知画面情報」の一例である。通知画面データ８３６が、「第３の通知画面情報」の一例である。バス選択画面Ｄ８に含まれるアイコンＩＣ３８ａ〜３８ｂが、「空席情報」の一例である。通知時間「ｔ１０」が、「時間情報」の一例である。「補助申請画面データ８１０」が、「乗客情報」の一例である。

以上、本明細書で開示する技術の実施例を詳細に説明したが、上記の実施例は例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例を採用してもよい。

（変形例１）バス管理サーバ１００は、アプリケーションサーバ２００を介して携帯端末１０との通信を実行しなくてもよく、携帯端末１０との直接通信を実行してもよい。本変形例では、「第２のサーバ」を省略可能である。

（変形例２）図７の指定画面Ｄ６において、ユーザに降車停留所「ＤＤＤ」を入力させるのではなく、例えば路線バスの系統及び方面を入力させてもよい。この場合、図７のＴ３２４及びＴ３２６において、降車停留所「ＤＤＤ」がバス管理サーバ１００に送信されず、当該系統及び当該方面がバス管理サーバ１００に送信される。この場合、バス管理サーバ１００は、Ｔ３３４において、乗車停留所「ＣＣＣ」、当該系統、及び、当該方面に関連付けられているバス情報を取得することができる。本変形例では、「第２の受信部」を省略可能である。

（変形例３）図６のアイコン選択画面Ｄ４は、乗車補助申請を示すアイコンＩＣ６を含まなくてもよい。この場合、図７及び図８の処理が実行されない。一般的に言うと、「出力部」は、選択画面情報を携帯端末に送信しなくてもよいし、乗客情報を路線バスに送信しなくてもよい。また、「第３の受信部」を省略可能である。

（変形例４）図６のアイコンＩＣ６は、バスに乗車するための補助が必要であることを運転手に通知するものでなくもよく、単に、バスに乗車することを運転手に通知するものであってもよい。

（変形例５）図７のバス選択画面Ｄ８及び図８のバス選択画面Ｄ１８は、「到着までの時間」を含まなくてもよい。一般的に言うと、「出力部」は、第１の通知画面情報を携帯端末に送信しなくてもよい。

（変形例６）図７のバス選択画面Ｄ８は、空席情報を示すアイコンＩＣ３８ａ、３８ｂ等を含まなくてもよい。一般的に言うと、「出力部」は、第２の通知画面情報を携帯端末に送信しなくてもよい。

（変形例７）図９のバス選択画面Ｄ１８は、通知予約を示すアイコンＩＣ５６ａ等を含まなくてもよい。この場合、図１０の処理が実行されない。一般的に言うと、「出力部」は選択画面情報、指定画面情報、及び、第３の通知画面情報を携帯端末に送信しなくてもよい。また、「第３の受信部」及び「時間情報受信部」を省略可能である。

（変形例８）図７のバス選択画面Ｄ８及び図９のバス選択画面１８に表示される到着時間は、到着時間「ｔ１」（図７の例では「３分」）を示す画面でなくてもよく、到着時刻（即ち何時何分）を示す画面であってもよい。本変形例では、到着時刻が、「当該路線バスが前記第１の停留所に到着するまでの時間を含む第１の通知画面」の一例である。

（変形例９）図１０のＴ６６１では、バス管理サーバ１００は、通知時間「ｔ１０」と到着時間「ｔ２０」とが一致するのか否かを判断する。これに代えて、例えば、バス管理サーバ１００は、「ｔ１０±１分」の範囲内に到着時間「ｔ２０」が含まれるのか否かを判断してもよい。一般的に言うと、「通知時間に基づいて決定される時間」は、上記の実施例のように、通知時間「ｔ１０」そのものであってもよいし、通知時間「ｔ１０」に基づいて決定される時間範囲であってもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２、４：停留所
６：路線バス
６ａ：ＧＰＳ受信機
６ｂ：車両端末
８：ＧＰＳ衛生
１０：携帯端末
１２：操作部
１４：ＬＴＥＩ／Ｆ
１６：表示部
２０、１２０：制御部
２２、１２２：ＣＰＵ
２４、１２４：メモリ
２６：ＯＳプログラム
２８：アプリケーションプログラム
３０：通信システム
５０：インターネット
１００：バス管理サーバ
１１４：通信Ｉ／Ｆ
１２６：プログラム
１３０：停留所テーブル
１３２：系統テーブル
２００：アプリケーションサーバ

Claims (10)

1. 第１のサーバであって、
   複数個の停留所のそれぞれについて、当該停留所を示す停留所情報と、当該停留所に停車する１個以上の路線バスを示す１個以上の路線バス情報と、を関連付けて記憶するメモリと、
   携帯端末において、前記複数個の停留所のうちの第１の停留所が乗車停留所としてユーザによって選択される場合に、前記携帯端末から、前記第１の停留所を示す第１の停留所情報を受信する第１の受信部と、
   前記携帯端末から前記第１の停留所情報が受信される場合に、前記メモリから、前記第１の停留所情報に関連付けられている１個以上の路線バス情報を取得する取得部と、
   取得済みの前記１個以上の路線バス情報によって示される１個以上の路線バスに関連する情報を外部に出力する出力部と、
   を備える第１のサーバ。
2. 前記第１のサーバは、さらに、
   前記携帯端末において、前記複数個の停留所のうちの第２の停留所が降車停留所として前記ユーザによって選択される場合に、前記携帯端末から、前記第２の停留所を示す第２の停留所情報を受信する第２の受信部を備え、
   前記取得部は、前記携帯端末から前記第１の停留所情報と前記第２の停留所情報とが受信される場合に、前記メモリから、前記第１の停留所情報と前記第２の停留所情報との双方に関連付けられている前記１個以上の路線バス情報を取得する、請求項１に記載の第１のサーバ。
3. 前記第１の受信部は、前記携帯端末に表示される地図の中から前記第１の停留所が乗車停留所として前記ユーザによって選択される場合に、前記携帯端末から前記第１の停留所情報を受信する、請求項１又は２に記載の第１のサーバ。
4. 前記出力部は、取得済みの前記１個以上の路線バス情報によって示される前記１個以上の路線バスの中から１個の路線バスを選択するための選択画面を示す選択画面情報を前記携帯端末に送信し、
   前記第１のサーバは、さらに、
   前記選択画面情報が前記携帯端末に送信された後に、前記選択画面において前記１個の路線バスが前記ユーザによって選択される場合に、前記携帯端末から、選択済みの路線バスを示す選択結果情報を受信する第３の受信部を備え、
   前記出力部は、さらに、前記携帯端末から前記選択結果情報が受信される場合に、前記第１の停留所で前記選択済みの路線バスに乗車する乗客が存在することを前記選択済みの路線バスの運転手に通知するための乗客情報を前記選択済みの路線バスに送信する、請求項１から３のいずれか一項に記載の第１のサーバ。
5. 前記乗客情報は、前記第１の停留所で前記選択済みの路線バスに乗車すること、及び、前記選択済みの路線バスに乗車するための補助が必要であること、を前記運転手に通知するための情報である、請求項４に記載の第１のサーバ。
6. 前記出力部は、取得済みの前記１個以上の路線バス情報によって示される前記１個以上の路線バスのそれぞれについて、当該路線バスが前記第１の停留所に到着するまでの時間を含む第１の通知画面を示す第１の通知画面情報を前記携帯端末に送信する、請求項１から５のいずれか一項に記載の第１のサーバ。
7. 前記出力部は、取得済みの前記１個以上の路線バス情報によって示される前記１個以上の路線バスのそれぞれについて、当該路線バスの座席の現在の空席状況を示す空席情報を含む第２の通知画面を示す第２の通知画面情報を前記携帯端末に送信する、請求項１から６のいずれか一項に記載の第１のサーバ。
8. 前記出力部は、取得済みの前記１個以上の路線バス情報によって示される前記１個以上の路線バスの中から１個の路線バスを選択するための選択画面を示す選択画面情報を前記携帯端末に送信し、
   前記第１のサーバは、さらに、
   前記選択画面情報が前記携帯端末に送信された後に、前記選択画面において前記１個の路線バスが前記ユーザによって選択される場合に、前記携帯端末から、選択済みの路線バスを示す選択結果情報を受信する第３の受信部を備え、
   前記出力部は、さらに、通知時間を指定するための指定画面を示す指定画面情報を前記携帯端末に送信し、
   前記第１のサーバは、さらに、
   前記指定画面情報が前記携帯端末に送信された後に、前記指定画面において前記通知時間が指定される場合に、前記携帯端末から、指定済みの前記通知時間を示す時間情報を受信する時間情報受信部を備え、
   前記出力部は、さらに、前記選択済みの路線バスが前記第１の停留所に到着するまでの時間が、前記時間情報によって示される前記通知時間に基づいて決定される時間に一致する場合に、前記選択済みの路線バスが前記第１の停留所に到着するまでの時間が前記通知時間に到達したことを通知するための第３の通知画面を示す第３の通知画面情報を前記携帯端末に送信する、請求項１から７のいずれか一項に記載の第１のサーバ。
9. 前記第１の受信部は、前記携帯端末から、前記第１のサーバとは異なる第２のサーバを介して、前記第１の停留所情報を受信する、請求項１から８に記載の第１のサーバ。
10. 第１のサーバのためのコンピュータプログラムであって、
    前記第１のサーバは、
    複数個の停留所のそれぞれについて、当該停留所を示す停留所情報と、当該停留所に停車する１個以上の路線バスを示す１個以上の路線バス情報と、を関連付けて記憶するメモリと、
    コンピュータと、を備え、
    前記コンピュータプログラムは、前記コンピュータを、
    携帯端末において、前記複数個の停留所のうちの第１の停留所が乗車停留所としてユーザによって選択される場合に、前記携帯端末から、前記第１の停留所を示す第１の停留所情報を受信する第１の受信部と、
    前記携帯端末から前記第１の停留所情報が受信される場合に、前記メモリから、前記第１の停留所情報に関連付けられている１個以上の路線バス情報を取得する取得部と、
    取得済みの前記１個以上の路線バス情報によって示される１個以上の路線バスに関連する情報を外部に出力する出力部と、
    として機能させる、コンピュータプログラム。
    

Images