(57)【要約】【課題】座っている乗客がどこで降りるのかを携帯型通信端末を用いて認識することができ、かつ、その乗客の座席を予約することができる座席予約システムを提供する。【解決手段】車両の座席に着席している第１のシステム利用者の携帯型通信端末が、前記第１のシステム利用者によって入力された座席情報および降車駅情報からなる着席情報を前記サーバへ送信する。サーバが該着席情報を内部のメモリに記憶し、座席に着席していない第２のシステム利用者の携帯型通信端末からの要求に応じて前記メモリ内の着席情報を第2のシステム利用者の携帯型通信端末へ送信する。第２のシステム利用者の携帯型通信端末が、第２のシステム利用者によって入力された座席予約情報をサーバへ送信し、サーバが該座席予約情報を前記メモリに記憶すると共に、第１のシステム利用者の携帯型通信端末へ送信する。【選択図】図１
2011081508.tif 000002
【特許請求の範囲】
【請求項１】
システム利用者が所有する携帯型通信端末と、
車両に設けられ、前記携帯型通信端末と通信を行うサーバとからなり、
前記サーバは、
前記車両の座席に着席している第１のシステム利用者の携帯型通信端末から送信された座席情報および降車駅情報からなる着席情報を内部のメモリに記憶し、
座席に着席していない第２のシステム利用者の携帯型通信端末からの要求に応じて前記メモリ内の着席情報を該携帯型通信端末へ送信し、
前記第２のシステム利用者の携帯型通信端末から送信された座席予約情報を前記メモリに記憶し、
前記メモリに記憶した座席予約情報を前記第１のシステム利用者の携帯型通信端末へ送信する
ことを特徴とする座席予約システム。
【請求項２】
前記サーバは、
前記第１のシステム利用者が携帯型通信端末によって座席情報および降車駅情報からなる着席情報を入力した後、その座席に前記予約情報を入力した第２のシステム利用者が着席して携帯型通信端末によって座席情報および降車駅情報からなる着席情報を入力した時、
前記第１のシステム利用者にポイントを付与することを特徴とする請求項１に記載の座席予約システム。
【請求項３】
前記サーバは、
前記予約情報が登録されている座席に対し新たな予約情報が入力された場合、両予約情報の入力者のポイントを比較し、ポイントが大の方の予約情報を優先することを特徴とする請求項２に記載の座席予約システム。
【請求項４】
前記サーバは、前記第１のシステム利用者によって前記着席情報とともに自身の特徴を示す特徴データが入力された時、前記着席情報と共に該特徴データを前記第２のシステム利用者の携帯型通信端末へ送信することを特徴とする請求項１〜請求項３のいずれかの項に記載の座席予約システム。
【請求項５】
前記サーバは、前記着席情報が示す到着駅に着いた時、前記着席情報をクリヤし、予め決められた一定時間が経過した後、新たな着席情報の入力を許可することを特徴とする請求項１〜請求項４のいずれかの項に記載の座席予約システム。
【請求項６】
前記サーバは、座席に登録された降車駅のキャンセルが入力され、次いで、該座席について新たな着席情報が入力された場合において、該着席情報が予めその座席について登録されていた予約情報に対応する情報であった時、前記キャンセルを行ったシステム利用者にポイントを付与することを特徴とする請求項１〜請求項５のいずれかの項に記載の座席予約システム。
【請求項７】
システム利用者が所有する携帯型通信端末と、車両に設けられ、前記携帯型通信端末と通信を行うサーバとからなる座席予約システムにおいて、
前記車両の座席に着席している第１のシステム利用者の携帯型通信端末が、前記第１のシステム利用者によって入力された座席情報および降車駅情報からなる着席情報を前記サーバへ送信し、
前記サーバが該着席情報を内部のメモリに記憶し、
前記サーバが、座席に着席していない第２のシステム利用者の携帯型通信端末からの要求に応じて前記メモリ内の着席情報を第2のシステム利用者の携帯型通信端末へ送信し、
前記第２のシステム利用者の携帯型通信端末が、前記第２のシステム利用者によって入力された座席予約情報を前記サーバへ送信し、
前記サーバが該座席予約情報を前記メモリに記憶すると共に、記憶した座席予約情報を前記第１のシステム利用者の携帯型通信端末へ送信する
ことを特徴とする座席予約システムにおける予約処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両内のシステム利用者が、容易に空きとなる座席を知ることができ、かつ、その座席を予約することができる座席予約システムおよびその予約処理方法に関する。
【背景技術】
【０００２】
電車やバス等の移動手段に乗車した場合、その運賃が安価な場合は一般的に座席が指定席でなく、自由に座ることが可能なサービス体系となっている。そのため、乗客は座席が空いていれば座ることができるが、空いていない場合は立つことを余儀なくさせられる。また、立っている場合において、駅や停車場所に車両が到達すれば、降りる乗客がいるため、運よく立っている付近の座席が空けば座ることが可能である。しかし、座っている乗客がいつ降りるかわからないため、運が悪ければ席が空いても他の立っている乗客が座ってしまい、いつまで経っても座れない状況に陥ることも発生する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２９５６８６号公報
【特許文献２】特開２００５−２６６８５７号公報
【特許文献３】特開平０８−０６５８０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
そこで、座っている乗客がどこで降りるのかを携帯型通信端末を用いて認識することができるシステムについて検討する。このシステムによりサービス利用者は、現在座っている他のサービス利用者の降車予定の駅を知ることができるが、降車予定の駅が分っただけでは、他の立っているサービス利用者にその座席を先に取られてしまう可能性がある。
【０００５】
本発明は上記の事情を考慮してなされたもので、その目的は、座っている乗客がどこで降りるのかを携帯型通信端末を用いて認識することができ、かつ、その乗客の座席を予約することができる座席予約システムおよびその予約処理方法を提供することにある。また、この発明の他の目的は、座っているサービス利用者と立っているサービス利用者がお互い認識できるようにし、これにより、座っているサービス利用者が車両から降りるときの座席の受け渡しが可能となるようにすることにある。また、この発明のさらに他の目的は、座っているサービス利用者が積極的に降車駅を申告するようにすることにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明は、システム利用者が所有する携帯型通信端末と、車両に設けられ、前記携帯型通信端末と通信を行うサーバとからなり、前記サーバは、前記車両の座席に着席している第１のシステム利用者の携帯型通信端末から送信された座席情報および降車駅情報からなる着席情報を内部のメモリに記憶し、座席に着席していない第２のシステム利用者の携帯型通信端末からの要求に応じて前記メモリ内の着席情報を該携帯型通信端末へ送信し、前記第２のシステム利用者の携帯型通信端末から送信された座席予約情報を前記メモリに記憶し、前記メモリに記憶した座席予約情報を前記第１のシステム利用者の携帯型通信端末へ送信することを特徴とする。
【０００７】
また、本発明は、システム利用者が所有する携帯型通信端末と、車両に設けられ、前記携帯型通信端末と通信を行うサーバとからなる座席予約システムにおいて、前記車両の座席に着席している第１のシステム利用者の携帯型通信端末が、前記第１のシステム利用者によって入力された座席情報および降車駅情報からなる着席情報を前記サーバへ送信し、  前記サーバが該着席情報を内部のメモリに記憶し、前記サーバが、座席に着席していない第２のシステム利用者の携帯型通信端末からの要求に応じて前記メモリ内の着席情報を第2のシステム利用者の携帯型通信端末へ送信し、前記第２のシステム利用者の携帯型通信端末が、前記第２のシステム利用者によって入力された座席予約情報を前記サーバへ送信し、前記サーバが該座席予約情報を前記メモリに記憶すると共に、記憶した座席予約情報を前記第１のシステム利用者の携帯型通信端末へ送信することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、車両内において座っている乗客がどこの駅で降りるかを知ることができると共に、その乗客の席を予め予約することができる。これにより、立っている乗客が確実に席に座ることができる効果がある。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態による座席予約システムの概略構成図である。
【図２】同座席予約システムにおいて、システム利用者が車両１に乗り込んだ状態を示す図である。
【図３】図２における携帯型通信端末５に表示されるWEBページの一例を示す図である。
【図４】同座席予約システムの動作を説明するためのフローチャートである。
【図５】同座席予約システムの動作を説明するためのフローチャートである。
【図６】同座席予約システムの動作を説明するためのフローチャートである。
【図７】同座席予約システムにおいて、システム利用者の携帯型通信端末に表示されるアバターの一例を示す図である。
【図８】同座席予約システムの動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照し本発明の実施形態について説明する。
図１は本発明の一実施形態による座席予約システムの概略構成図である。この図において、符号１、２は電車、新幹線等の車両であり、各車両１，２にはそれぞれ車両プレゼンスサーバ３、４が設けられている。また、符号５は車両１または２に乗車しようとする客（システムのサービス利用者）が所有する携帯型通信端末である。図３は携帯型通信端末５がプレゼンスサーバ３または４にアクセスした時、プレゼンスサーバ３または４から携帯型通信端末５へ配信されるWEBページ１０を示す図であり、１１は車両内の座席を示す図、１２、１３は各座席の着席者が降車する駅名およびその座席の予約状況を示す図である。
【００１１】
いま、図１のように、本座席予約システムのサービス利用者が車両１、２の外にいて、ある車両１内に乗り込む状況下にある。この場合は、まだ座席予約システムを利用できる環境下ではない。図２のように、ある車両１に乗り込んだ場合には、その車両１に搭載されている車両プレゼンスサーバ３が、そのサービス利用者がネットワーク内にいることを認識することが可能となる。サービス利用者は携帯型通信端末５のブラウザを用いて座席予約システムのサービスを受けることが可能となる。サービス利用者はこのシステムで、現在座っている他のサービス利用者の降車予定の駅を知ることができる。しかし、降車予定の駅がわかっただけでは、他の立っているサービス利用者にその座席を先に取られてしまう可能性がある。そこで、このシステムにおいては、その座席に予約を入れることを可能とし、座っているサービス利用者と立っているサービス利用者がお互い認識できるようにする。 
【００１２】
サービス利用者は座席の予約を行いたい場合は、図３に示す座席予約システムのWEBページ画面１０から、座席に座っている他のサービス利用者がどこの駅で降りる予定なのかを把握することができる。サービス利用者はその情報から席が空いた場合にどこの席に座りたいかを決めて、予約が入っていない場合には予約を入れることができる。例えば、座席A−１には誰も予約を入れていない状況なので予約を入れることが可能である。その後、予約を入れている席に座っているサービス利用者が降りる駅に近づいてきたタイミングで、予約を入れたサービス利用者は座っているサービス利用者に声をかけて、席を譲ってもらうことになる。
【００１３】
一方、座席を譲ってもらった後や、あるいは乗車したときに座席が空いていた場合に、サービス利用者は座席に座る。その際に、サービス利用者は携帯型通信端末の座席予約システムのアプリケーションを立ち上げ、WEBページ画面１０の現在座っている座席と同じ場所部分に、自分が降りる駅を自己申告する。その情報が車両プレゼンスサーバ３に通知されて、他のサービス利用者が、現在座っているサービス利用者がどこの駅で降りるのかを把握することができる。 
【００１４】
本座席予約システムでは、座席に座っているサービス利用者が自己申告することにより成り立つシステムであるため、積極的に自己申告するようにサービス利用者への動機付けが必要である。そのため、座席に座ったサービス利用者Ａが降りる駅を自己申告し、他のサービス利用者Ｂがその席に予約を入れて、その後にサービス利用者Ｂが座ることが出来た場合に、サービス利用者Ａにポイントを与えるものとする。 サービス利用者はこのポイントを貯めることにより、座席の予約を入れるときに優遇を受けることが可能となる。
【００１５】
サービス利用者Ａがある座席Zの予約を入れている場合に、サービス利用者ＢがＺの座席に予約を入れたい場合には、もしサービス利用者Ｂの累積ポイントがサービス利用者Ａの累積ポイントよりも多ければサービス利用者Ｂが予約を得ることができ、サービス利用者Ａの予約はキャンセルされる。図３の予約状況で見てみると、あるサービス利用者が４０ポイントを有しているとすると、座席Ｃ−１の予約者のポイントが５０のため、予約を入れることはできないが、座席Ａ−２の予約者のポイントが２０のため、座席Ａ−２に予約を入れることが可能である。これにより、確実に座るためにはポイントを貯める必要があり、サービス利用者の降りる駅の自己申告を促すことが可能となる。
【００１６】
＜実施形態の動作の説明＞
以下、図４、図５、図６に示すフローチャートを用いて詳しく車両プレゼンスサーバ３と携帯型通信端末５の動作を説明する。 まず、図４を参照し、サービス利用者が車両１に乗り込んで座席予約システムを利用できるまでの手順について説明する。ステップ４０１で、サービス利用者が車両１内に入ると、携帯型通信端末５が予め登録されている車両のネットワークに接続要求を開始する。車両プレゼンスサーバ３は接続要求を受けると、ステップ４０２で、座席予約システムのサービス利用者かどうか、内部のサービス利用者データベースによって確認を行う。その結果、ステップ４０３を経て、サービス利用者であればネットワーク接続を許可するステップ４０４へ進み、SIP等の接続も完了させる。その場合は、サービス利用者は携帯型通信端末５が圏内になるのをその画面で確認することができる。ステップ４０３にて、もし、サービス利用者でなければステップ４０５へ進み、ネットワークへの接続を許可しない。その場合は、サービス利用者は携帯型通信端末５が圏外のままのため、ネットワークへ接続できないことを確認できる。
【００１７】
図５に示すフローチャートを参照し、座席予約システムについて説明する。車両ネットワークに接続しているサービス利用者は座席予約システムを利用することができるため、携帯型通信端末５に搭載されているブラウザを起動する。車両ネットワークはローカル接続のため、ブラウザの接続先を座席予約システムのWEBページに限定させるものとする。そのため、車両プレゼンスサーバ３はステップ５０１で座席予約システムへの接続要求がくるまで監視し、サービス利用者のブラウザ起動に伴い接続要求を受信すれば、ステップ５０２で座席予約システムのWEBページを送信するようなHTTPサーバの役割も兼ね備えている。携帯型通信端末５が車両プレゼンスサーバ３からWEBページのデータを受信すると、図３に示すWEBページ画面１０の表示を行う。
【００１８】
ところで、座席予約システムを利用するサービス利用者は２通りの利用方法がある。座席に座っているサービス利用者が自分の降車駅を申告する場合と、立っているサービス利用者が座っている他のサービス利用者の座席に予約を入れる場合である。座っているサービス利用者が座席予約システムのWEBページにアクセスして利用する場合について説明する。自分の座っている座席をWEBページ画面１０から確認することができる。例えば、座席Ａ−３に着目すると、ＷＥＢページ画面１０では降車駅および予約の欄が「−」になっている。これは座席が現在空いている状態か、あるいは乗客が座っているが座席予約システムを利用しない一般客のため、降車駅が入力されない状態を示している。
【００１９】
座席Ａ−３に着席したサービス利用者は、ＷＥＢページ画面１０の座席Ａ−３の降車駅欄をクリックして、自分の降車駅を入力する。その入力方法としては、降車駅一覧から選択する方法とモバイルＦｅｌｉｃａから降車駅を引用する方法を選択できるものとする。サービス利用者が降車駅の入力を確定すると、携帯型通信端末５から車両プレゼンスサーバ３へそのデータが送信される。車両プレゼンスサーバ３はステップ５０４にてそのデータを受信すると、ステップ５０５へ進み、座席Ａ−３の降車駅情報を「−」から受信した駅の情報に更新を行う。さらに、予約の情報を「−」から「なし。」に更新を行う。この更新によりすべてのサービス利用者の携帯型通信端末５のＷＥＢページ画面１０が更新されて、座席Ａ−３にサービス利用者が座ったことが確認できる。さらに、このサービス利用者にポイントが加算されることとする。例えば１０ポイントの増加を行い、サービス利用者データベースを更新する。
【００２０】
次に、立っているサービス利用者が座席予約システムのＷＥＢページにアクセスして利用する場合について説明する。立っているサービス利用者はＷＥＢページ画面１０から座っている他のサービス利用者の座席のうち、降車駅欄の駅を確認して、どの座席が一番早く空くかを確認することができる。例えば、座席Ｄ−１に座っているサービス利用者が降車する駅が、現地点から最も近い距離にある場合、サービス利用者は、予約の欄がなしであることを確認すると迷わず、ここに予約を入れる。予約欄に予約を入れて確定すると、携帯型通信端末５から車両プレゼンスサーバ３へそのデータが送信される。ステップ５０３にて、プレゼンスサーバ３がそのデータを受信すると、ステップ５０４へ進み、そのデータが駅のデータではなく、予約のデータのため、ステップ５０６へ進む。この時点で座席Ｄ−１の予約者はないため、ステップ５０９へ進み、ＷＥＢの予約者情報を更新する。
【００２１】
一方で、例えば５０ポイントが溜まっているサービス利用者Ａが、WEBページ画面１０から、座席Ｆ−１が一番早く空く場合には、予約欄を確認し、予約は入っているがそのサービス利用者Ｂの保有ポイントが３０ポイントであるため、自分が予約者となれることを確認できる。そのような場合はステップ５０６からステップ５０７へ進み、車両プレゼンスサーバ３は、予約を入れてきたサービス利用者Ａの保有ポイントをサービス利用者データベースから確認し、現在予約しているサービス利用者Ｂのポイントとステップ５０８にて比較し、もし予約を入れてきたサービス利用者Ａの保有ポイントが上回る場合には、ステップ５０９へ進んで、ＷＥＢの予約者情報をサービス利用者Ａとし、また、予約者ポイントを５０にして更新する。その際に車両プレゼンスサーバ３からサービス利用者Ａには座席Ｆ−１の予約者がサービス利用者Ａになった旨のインスタントメッセージを送信する。さらに、サービス利用者Ｂには予約が無効になった旨のインスタントメッセージを送信する。また、サービス利用者Ａは優先的に予約を入れることができたため、保有しているポイントからポイントを消費するものとする。例えば２０ポイントを減らしてサービス利用者データベースを更新する。
【００２２】
次に、図６に示すフローチャートによって、車両が駅に到着したときの車両プレゼンスサーバ３の動作を説明する。ステップ６０１にて、その駅が座っているサービス利用者が申告した降車駅かどうかを確認する。降車駅だった場合は、ステップ６０２にてその座席のデータをクリアする。これにより、予約者が座席に座った後に降車駅を入力することができる状態となる。ステップ６０３にて、その予約者による入力データを受信した場合には、ステップ６０４へ進んで、座席を譲ったサービス利用者にポイントを与えるものとする。例えば１０ポイントを追加してサービス利用者データベースを更新する。この予約者が座席に座って降車駅を入力するまでは、ある一定時間は、他のサービス利用者からの降車駅のデータ入力によるデータ更新を受け付けないものとする。もし、そのデータ更新要求がきた場合は、ステップ６０６へ進み、降車駅入力ができない旨の通知をＷＥＢページ画面３に表示される。ステップ６０７にて、ある一定時間が経った場合には、ステップ６０８へ進んで他のサービス利用者も降車駅入力ができる状態に開放を行う。
【００２３】
次に、座っているサービス利用者Ａの座席Ａ−２に予約を入れているサービス利用者Ｂは、ＷＥＢページ画面１０にておおよその場所がわかるが、はっきりとサービス利用者Ａがどの人なのかを認識していたほうが、座席を譲ってもらうタイミングのときにスムーズに行える。その認識手段としては、いくつか考えられる。まずWEBページ画面１０にて降車駅を申告したサービス利用者の情報を追加させることが考えられる。例として図７のようにアバターを表示させる欄を予約欄の隣に設ける。このアバターに、サービス利用者は自分の情報を投影させることができる。髪型、服の色、メガネ、老若男女、体格、ケータイの色のパラメータをアバターが保持していて、サービス利用者は自分に一番近いものを選択することを可能とする。次に、WEBページ画面１０から、予約を入れているサービス利用者Bが座っているサービス利用者Ａへインスタントメッセージを送信することを可能とする。これによりサービス利用者Ｂがメッセージを送信し、サービス利用者Ａからのメッセージを受信することで、サービス利用者Ａが実際に座っているどの人なのかを知ることが可能となる。
【００２４】
以上が図１〜図７に示す実施携帯の詳細である。
上述した実施形態によれば、車両内において座っている乗客がどこの駅で降りるかを知ることができると共に、その乗客の席を予め予約することができ、席を譲ってもらえる環境を提供できる。また、座っているサービス利用者と立っているサービス利用者が席を譲る場合にWEB画面上でのアバター表現や、インスタントメッセージを使うことで、お互いの匿名性を保ったまま、座っている人を特定できる。また、ポイント制を導入することで、座っているサービス利用者が面倒がらずに降車駅の自己申告を行い、積極的に自己申告をするように仕向けることができる。また、ポイント制を導入することで、すでに予約が入ってしまっていても、条件によっては優先的に予約をすることができる。
【００２５】
なお、上記実施形態においては、プレゼンスサーバ３，４を用いているが、HTTPサーバを用いても実現は可能である。その場合、プレゼンス機能が使えないため、すべてHTTP上でのデータ送受信で実現する必要があり、実現規模が増すことは考えられる。また、身体障害者、お年寄り、妊娠している人、乳児と一緒の人にさらに優先的に予約をすることができるようにする応用が可能である。上記の人が予めサービスに申し込むときに申告ができるものとし、データベースにその情報は保存されるものとする。
【００２６】
優先的に予約できる方法として次の方法がある。
（１）優先座席を設けて、そこに上記サービス対象者以外のサービス利用者が予約を入れている場合は、その予約をキャンセルして、上記サービス対象者が優先的に予約を入れられるようにする。その際に、WEBページ画面１０の予約欄に優先者を示すことで、以降にポイントを多く持っているサービス利用者の予約を受け付けないものとする。 
（２）上記サービス対象者には、高ポイントをシステム運営会社から保有させることにより、予約が入っている座席でも予約ができるようにする。その際に、WEBページ画面の予約欄に優先者を示すことで、以降にポイントを多く持っているサービス利用者の予約を受け付けないものとする。
（３）上記２つの組み合わせ。
【００２７】
さらに、座っているサービス利用者が降車駅に到着した時ではなく、何分か前に席を譲ってもらえると、予約しているサービス利用者にとっては、早く座れるため喜ばしい状況となる。その際には、座っているサービス利用者が今から席を譲りたい旨のインスタントメッセージを送信することで実現が可能である。予約者が座席に座ったところで、座席を譲ったサービス利用者がその座席にキャンセルをWEBページ画面１０から行う。この到着する前に座席を譲ったサービス利用者には、通常よりも高いポイント（例えば２０ポイント）を得ることができることとする。上記について図８に示すフローチャートを参照し車両プレゼンスサーバ３の動作について説明する。
【００２８】
座席を譲ったサービス利用者がその座席にキャンセルをWEBページ画面１０から行うと、ステップ８０１にて車両プレゼンスサーバ３がキャンセルデータを受信し、ステップ８０２へ進む。ステップ８０２では、WEBページ画面１０のデータを更新し、ステップ８０３へ進む。ここで、降車駅キャンセルした座席に新たに降車駅を入れてくるまで監視する。もし、サービス利用者が降車駅を入力したデータを送信してきた場合は、ステップ８０４へ進んでそのサービス利用者が座席キャンセル前の予約者だったかどうかを確認する。もし、そうだった場合は、車両プレゼンスサーバ３は、降車駅に到着する前に座席を譲ったとみなし、座っていたサービス利用者にポイント加算してデータベースを更新する。  
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００２９】
なお、上述の車両プレゼンスサーバや携帯型通信端末は、内部に、コンピュータシステムを有している。そして、上述した各処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００３０】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００３１】
１，   ２…車両
３、４…車両プレゼンスサーバ
５…携帯型通信端末
１０…WEBページ画面
【図１】
2011081508.tif 000003
【図２】
2011081508.tif 000004
【図３】
2011081508.tif 000005
【図４】
2011081508.tif 000006
【図５】
2011081508.tif 000007
【図６】
2011081508.tif 000008
【図７】
2011081508.tif 000009
【図８】
2011081508.tif 000010