(57)【要約】【課題】複数のユーザ端末から同時にエレベータの遠隔予約乗車を利用する状況でのサービス性の向上を図る。【解決手段】複数のユーザ端末１００からネットワーク２０４を介して、エレベータのサービス予約を受付ける入出力処理手段１０２を備え、各ユーザ毎に独立して遠隔予約データ１１８を登録する。ユーザ端末から予約のキャンセルを要求でき、キャンセルを要求された予約に対応する他のユーザ端末からの予約が存在しないとき遠隔予約を取消す。【効果】他のユーザからの予約状況をも考慮して、エレベータを制御するので、複数のユーザが携帯端末を利用する場合でも、矛盾なく適切なエレベータ遠隔予約サービスを提供する。【選択図】　図１
2004010268.tif 000002
【特許請求の範囲】
【請求項１】
エレベータのサービス予約を要求するための操作手段を持つユーザ端末と、このユーザ端末とネットワークを介して結ばれ、予約要求を受付ける入出力処理手段と、この入出力処理手段に受付けた予約要求に基づいてエレベータを制御するエレベータ制御手段を備えたエレベータの遠隔予約装置において、前記ユーザ端末からの予約要求に対して通常のエレベータの呼びボタンデータとは独立した予約要求データを登録する手段と、前記ユーザ端末から予約のキャンセルを要求するための操作手段と、このキャンセル要求を受付けたとき前記予約要求データを取消す手段を備えたことを特徴とするエレベータの遠隔予約装置。
【請求項２】
エレベータのサービス予約を要求するための操作手段を持つ複数のユーザ端末と、これらのユーザ端末とネットワークを介して結ばれ、予約要求を受付ける入出力処理手段と、この入出力処理手段に受付けた予約要求に対応したエレベータの呼びを登録する手段と、この呼びに基づいてエレベータを制御するエレベータ制御手段を備えたエレベータの遠隔予約装置において、前記ユーザ端末からの予約要求に対して通常のエレベータの呼びボタンデータとは独立した予約要求データを登録する手段と、前記ユーザ端末から予約のキャンセルを要求するための操作手段と、このキャンセル要求を受付けたとき該当する前記予約要求に対応する他のユーザ端末からの予約要求の有無を検出する手段と、他の対応予約要求が存在しないとき前記予約要求データを取消す手段を備えたことを特徴とするエレベータの遠隔予約装置。
【請求項３】
エレベータのサービス予約を要求するための操作手段を持つ複数のユーザ端末と、これらのユーザ端末とネットワークを介して結ばれ、予約要求を受付ける入出力処理手段と、この入出力処理手段に受付けた予約要求に対応したエレベータの呼びを登録する手段と、この呼びに基づいてエレベータを制御するエレベータ制御手段を備えたエレベータの遠隔予約装置において、前記複数のユーザ端末からの予約要求に対して各ユーザ毎に独立したユーザ別予約要求を登録する手段と、このユーザ別予約要求に応じて通常のエレベータの呼びボタンデータとは独立した予約要求データを登録する手段と、前記ユーザ端末から予約のキャンセルを要求するための操作手段と、このキャンセルを要求された前記ユーザ別予約要求に対応する他のユーザ端末からのユーザ別予約要求の有無を検出する手段と、対応する他のユーザ別予約要求が存在しないとき前記予約要求データを取消す手段を備えたことを特徴とするエレベータの遠隔予約装置。
【請求項４】
請求項２又は３において、前記予約要求の履歴データに基いてユーザ毎に異なる操作画面データを生成する手段と、この生成されたユーザ毎の操作画面データを該当する前記ユーザ端末に送信する手段を備えたことを特徴とするエレベータの遠隔予約装置。
【請求項５】
請求項２又は３において、前記エレベータの呼びはホール呼びであり、前記予約要求データに基いて該当するホール呼びを登録する手段と、前記予約要求を取消す手段は、該当ホール呼びに対して、エレベータが乗車階に到着していない場合は該当ホール呼びを取消し、乗車階に到着して待機している場合は扉を閉める手段を備えたことを特徴とするエレベータの遠隔予約装置。
【請求項６】
エレベータのサービス予約を要求するための操作手段を持つユーザ端末と、このユーザ端末とネットワークを介して結ばれ、予約要求を受付ける入出力処理手段と、この入出力処理手段に受付けた予約要求に対応したエレベータのホール呼びを登録する手段と、このホール呼びに基づいてエレベータを制御するエレベータ制御手段を備えたエレベータの遠隔予約装置において、前記ユーザ端末からの予約要求に対して通常のエレベータホール呼びとは独立した予約要求データを登録する手段と、前記ユーザ端末から扉開延長を要求するための操作手段と、この扉開延長要求を受付けたとき、エレベータが前記予約要求データの乗車階に到着後、扉開して待機させる手段と、前記ユーザ端末から予約のキャンセルを要求するための操作手段と、このキャンセル要求を受付けたとき前記予約要求データを取消す手段を備えたことを特徴とするエレベータの遠隔予約装置。
【請求項７】
エレベータのサービス予約を要求するための操作手段を持つユーザ端末と、このユーザ端末とネットワークを介して結ばれ、予約要求を受付ける入出力処理手段と、この入出力処理手段に受付けた予約要求に対応したエレベータのホール呼びを登録する手段と、このホール呼びに基づいてエレベータを制御するエレベータ制御手段を備えたエレベータの遠隔予約装置において、エレベータの位置や扉の開閉状態を含むエレベータの状態情報を取得するエレベータ状態取得手段と、このエレベータ状態取得手段で取得したエレベータの状態情報と前記ユーザ端末からの予約要求データとを組合せ、ユーザの操作履歴データを最新の状態に更新する操作履歴管理手段を備えたことを特徴とするエレベータの遠隔予約装置。
【請求項８】
請求項７において、前記操作履歴データに基いて該当ユーザ毎に異なる操作画面データを生成する手段と、この生成されたユーザ毎の操作画面データを該当する前記ユーザ端末に送信する手段を備えたことを特徴とするエレベータの遠隔予約装置。
【請求項９】
エレベータのサービス予約を要求するための操作手段を持つ複数のユーザ端末と、これらのユーザ端末とネットワークを介して結ばれ、予約要求を受付ける入出力処理手段と、この入出力処理手段に受付けた予約要求に対応したエレベータのホール呼びを登録する手段と、このホール呼びに基づいてエレベータを制御するエレベータ制御手段を備えたエレベータの遠隔予約方法において、前記複数のユーザ端末からの予約要求に対して各ユーザ毎に独立したユーザ別予約要求を登録するステップと、この登録されたユーザ別予約要求に応じて通常のエレベータホール呼びボタンデータとは独立した予約要求データを登録するステップと、前記ユーザ端末から予約のキャンセルを要求されたとき、このキャンセルを要求されたユーザ別予約要求に対応する他のユーザ別予約要求の有無を検出するステップと、対応する他のユーザ別予約要求が存在しないとき前記予約要求データを取消すステップを含むことを特徴とするエレベータの遠隔予約方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯電話等の携帯端末を利用した乗車予約機能を備えるエレベータの遠隔予約装置及び方法に係わる。
【０００２】
【従来の技術】
エレベータを利用する場合には、エレベータホールに設けられたホール呼びボタンを利用することが一般的であるのに対して、より利便性を高めるために、携帯電話等の携帯端末を利用して遠隔からホール呼びを登録できる技術が開発されている。例えば、特開２００１−３０２１１７号公報には、１階から執務場所、執務場所から食堂への利用など、予め登録した乗車階と行先階の組合せの中から、携帯端末を利用して、希望するものを選択する技術が開示されている。
【０００３】
また、特開２０００−２８９９４３号公報では、ユーザの使用履歴の学習から、可能性の高い行先階を表示し、予約操作の便宜を図っている。
【０００４】
なお、特開平４−２６６３８９号公報には、携帯端末からの扉閉を延長することが開示されている。
【０００５】
【発明が解決しようとする課題】
上記従来技術では、複数のユーザが同時に利用することを考慮しておらず、適切なサービスを提供できない可能性がある。
【０００６】
また、上記従来技術では、エレベータの利用を予約するだけであり、このままでは無駄な運転が発生し、エレベータのサービスを悪化させる問題があった。
【０００７】
本発明の目的は、複数のユーザが同時に利用する場合においても、適切なサービスを提供できるエレベータの遠隔予約装置又は方法を提供することである。
【０００８】
本発明のもう一つの目的は、ユーザ端末からの予約要求に対して、無駄な運転を少なくし、ユーザの使い勝手を向上するとともに、サービス効率を低下させないエレベータの遠隔予約装置又は方法を提供することである。
【０００９】
【課題を解決するための手段】
本発明はその一面において、ユーザ端末からの予約要求に対して通常のエレベータ呼びボタンデータとは独立した予約要求データを登録する。ユーザ端末から予約のキャンセルを要求するための操作手段を設け、このキャンセル要求を受付けたとき前記予約要求データを取消す。
【００１０】
これにより、例えば、ホール待ち客によってホール呼びボタンが操作され、正規に登録されたホール呼びがあれば、ユーザ端末からの予約キャンセル操作によって、正規のホール呼びが取消されることは無い。
【００１１】
ここで、予約要求とは、エレベータの乗車予約や扉開延長等を指す。また、エレベータの乗車予約に基いて、エレベータ制御装置ではその予約乗車階の対応する方向のホール呼び（又は相当信号）を作ることが望ましい。しかし、必ずしもホール呼びではなく、対応方向に運転中のかご内における予約乗車階を行先とするかご呼びでも良い。この場合でも予約乗車階に到着して扉を開くので、予約した利用者が乗り込むことが可能である。この意味において、乗車予約に対しては、ホール呼び、かご呼びを含めたエレベータの呼びを作成することになる。
【００１２】
本発明は他の一面において、更に、キャンセル要求を受付けたとき該当する前記予約要求に対応する他のユーザ端末からの予約要求の有無を検出し、他の対応予約要求が存在しないとき前記予約要求データを取消す。
【００１３】
これにより、複数のユーザ端末から同一の例えば予約要求があった場合、一人のキャンセル操作によって他のユーザの予約が取消されることは無い。
【００１４】
本発明は更に他の一面において、エレベータの位置や扉の開閉状態を含むエレベータの状態情報を取得する。この取得したエレベータの状態情報とユーザ端末からの予約要求データとを組合せ、ユーザの操作履歴データを最新の状態に更新する。
【００１５】
これにより、前記ホール呼びの適切なキャンセルが実行可能となる。例えば、エレベータが他のユーザのために待機していない場合にのみ扉を閉める。扉開延長要求に対して、エレベータが乗車階に到着した後で、エレベータの扉を開けて待機するように制御指令を発行する。また、予約のキャンセル要求に対して、エレベータが乗車階に到着していない場合は呼びを取消し、乗車階に到着して待機している場合は扉を閉める制御指令を発行する等の制御が可能となる。
【００１６】
本発明のその他の目的及び特徴は以下に述べる実施例の説明で明らかにする。
【００１７】
【発明の実施の形態】
以下に、本発明の実施の形態について、図を用いて詳細に説明する。
【００１８】
図１は、本発明の一実施例によるエレベータ遠隔予約装置の全体機能ブロック図である。ユーザは、ユーザ端末１００を利用して、エレベータの乗車を予約したり、エレベータの現在位置等の運行情報を取得することができる。ユーザ端末１００としては、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ　Ｈａｎｄｙｐｈｏｎｅ　Ｓｙｓｔｅｍ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔｓ）等、小型で可搬性に富む装置が好適である。可搬性が重視されない場合は、据置き型のＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）を利用しても構わない。入出力処理手段１０２は、ユーザ端末１００へ操作画面を提供するとともに、ユーザ端末１００からのユーザの操作を受付ける。入出力処理手段１０２は、操作画面を生成するために、操作画面を定義する操作画面定義データ１０４を利用する。このデータを編集することで、ユーザの好みや特性に適合するように操作画面を容易に変更できる。予約要求処理手段１０６は、入出力処理手段１０２で受付けたユーザの操作データと操作履歴データ１０８から、ユーザの要求を満たすようなエレベータの制御指令（呼びの予約、扉閉、扉開延長など）を決定する。操作履歴データ１０８は、予約要求処理手段１０６で受付けたユーザの予約要求（操作）データの履歴であり、操作の内容、および処理の進行状況に関するデータを保持する。エレベータ制御手段１１０は、予約要求処理手段１０６で決定した制御指令に基づいてユーザが乗車するエレベータ１１２を実際に制御する。エレベータ制御手段１１０は、ホール呼び登録（エレベータホールの呼びボタンによる乗車予約）、かご呼び登録（エレベータのかご内の行先ボタンによる行先階指定）、呼びのキャンセル、扉の開閉などの機能を持つ。この実施例においては、エレベータ制御手段１１０は、ユーザ端末１００によって受付けた予約データを、各ユーザ毎に独立して予約要求（遠隔予約）データ１１８として格納登録する。また、ホールに設置されたホール呼びボタン等によって受付けた予約データを、呼びボタン（普通予約）データ１２０として格納する。そして、双方のデータを基にエレベータ１１２を制御する。
【００１９】
エレベータ状態取得手段１１４は、エレベータ１１２の位置や扉の開閉状態等の情報を取得する。操作履歴管理手段１１６は、エレベータ状態取得手段１１４で取得したエレベータの状態情報と、操作履歴データ１０８とを組み合わせ利用しながら、操作履歴データ１０８を最新の状態に更新する。
【００２０】
図２は、本発明の一実施例によるエレベータの遠隔予約装置のシステム全体構成図である。ユーザは、ユーザ端末１００を利用して、エレベータ１１２の乗車予約をしたり、運行情報を取得したりできる。エレベータ予約サーバ２００は、受付けたユーザの操作データに従ってエレベータへの制御指令を発生する装置である。エレベータ予約サーバ２００は、図１の入出力処理手段１０２、予約要求処理手段１０６、操作履歴管理手段１１６の機能を実現する。エレベータ制御装置２０２は、エレベータ予約サーバ２００から受けた制御指示に従って、実際にエレベータ１１２を制御する装置である。ネットワーク２０４は、ユーザ端末１００とエレベータ予約サーバ２００を接続してデータを伝達する装置である。公衆的なネットワークであるインターネットや、ある組織に閉じたネットワークであるイントラネットなどの一般的なネットワークが利用可能である。また、ｉモードなど携帯電話専用のネットワークを併用しても構わない。
【００２１】
図３は、入出力処理手段１０２が生成する操作画面の一例を示している。これらの画面は、ユーザ端末１００に表示される。予約画面３００は、エレベータを予約するための画面であり、ユーザ端末１００から入出力処理手段１０２に対して操作画面要求を出すことでこの画面が呼び出される。乗車階選択ボタン３０２は、エレベータの乗車階を指定するためのボタンである。このボタンを押すことで、乗車可能な階を示す階数一覧３０４が表示され、乗車したい階を選択することができる。後述するように、このユーザが、過去に５階のホール呼びを予約することが多かった場合、この操作履歴に基いて、予め５階を表示してあげることが望ましい。なお、図３の太枠は、ボタン機能を持つ表示部を表している。上行き予約ボタン３０６は、上行きエレベータを予約するためのボタンである。このボタンを押すことで、乗車階選択ボタン３０２で指定した階に上行きエレベータを予約することができる。下行き予約ボタン３０８は、下行きエレベータを予約するためのボタンである。このボタンを押すことで、乗車階選択ボタン３０２で指定した階に下行きエレベータを予約することができる。
【００２２】
予約結果画面３２０は、予約画面３００にて、上行き予約ボタン３０６または下行き予約ボタン３０８を押してエレベータを予約した場合に表示される画面である。予約を受付けた旨の文字情報とともに、予約の対象となったエレベータの現在位置を示す現在階情報３２２や、予約の処理状況３２４が表示される。扉開延長ボタン３２６は、エレベータが乗車階に到着後、扉を開けて待機する時間を延長するためのボタンである。エレベータが乗車階に到着していない場合は、到着後に待機する時間を延長することができる。すでに、エレベータが乗車階に到着して待機している場合に、このボタンを押すことで、即座に待機時間を延長することができる。キャンセルボタン３２８は、エレベータの予約をキャンセルするためのボタンである。予約したエレベータが乗車階に到着していない場合は、予約自体が取消される。エレベータが乗車階に到着して扉を開けて待機している場合には、扉が閉じられる。
【００２３】
扉開延長結果画面３４０は、予約結果画面３２０又は扉開延長結果画面３４０にて、扉開延長ボタン３２６を押した場合に表示される画面である。扉開時間を延長した旨の文字情報以外は、予約結果画面３２０と同じ内容が表示される。
【００２４】
キャンセル結果画面３６０は、予約結果画面３２０または扉開延長結果画面３４０にて、キャンセルボタン３２８を押した場合に表示される画面である。予約をキャンセルした旨の文字情報が表示される。
【００２５】
図４は、操作画面定義データ１０４の一例を示している。リスト４００は、エレベータ予約画面３００をＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）で記述したものである。ＨＴＭＬは、ＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）用のドキュメントを記述するための仕様であり、リスト４００のようにテキストデータで、グラフィカルな操作画面を記述することが可能であり、操作画面の変更も容易である。ＨＴＭＬで記述された情報は、Ｗｅｂサーバと呼ばれる情報提供用のソフトウェアで公開することで、ネットワークに接続された様々なクライアント上で、情報閲覧用のソフトウェアであるＷｅｂブラウザを用いて閲覧できるようになる。この形態の情報提供を実現するには、図２のシステム構成において、エレベータ予約サーバ２００にＷｅｂサーバを、ユーザ端末１００にＷｅｂクライアントを導入すればよい。なお、ここに示したＨＴＭＬの代わりに、ＸＭＬ（Ｅｘｔｅｎｓｉｖｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）やＳＧＭＬ（Ｓｔａｎｄａｒｄ　Ｇｅｎｅｒａｌｉｚｅｄ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）などのＨＴＭＬより汎用的な仕様で記述しても構わない。
【００２６】
図５は、操作履歴データ１０８のデータ構造の一例を示したものである。テーブル５００は、操作履歴データ１０８に保持される予約要求を含む複数の操作履歴データを格納するテーブルである。このテーブルの各行すなわちレコードに、個別の操作履歴データを格納する。レコードには、操作履歴番号５０２、ユーザが予約操作をした端末ＩＤ５０４、ユーザが予約操作をした日時５０６、ユーザが指定したエレベータの乗車階５０８及び予約の処理状況５１０が含まれている。端末ＩＤ５０４としては、端末の製造番号、端末のＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）アドレスなど端末を特定できるものであればよい。また、予約の処理状況５１０のデータは、予約結果画面３２０または扉開延長結果画面３４０の処理状態３２４に表示される。なお、必ずしも、これらのデータのすべてを格納する必要はない。後の処理に利用しないデータなどは保持しなくてもよい。逆に、ここに示したデータ以外にも、操作に付随するデータを必要に応じて格納してもよい。
【００２７】
図６は、予約の処理状況５１０（図５）の状態遷移を示している。図に示すように、処理状況５１０は、予約状態６００、扉開延長状態６０２、待機状態６０４、キャンセル状態６０６、完了状態６０８の状態をとる。予約状態６００は、上行き予約ボタン３０６または下行き予約ボタン３０８を押してエレベータの乗車予約をした直後の状態である。扉開延長状態６０２は、エレベータが指定階に到着した後に扉を開けて待機する時間を延長するのを待っている状態である。予約状態６００で、扉開延長ボタン３２６を押すことで、状態遷移６５０が発生し、扉開延長状態６０２へと遷移する。待機状態６０４は、エレベータが指定階に到着して、ユーザが乗車するのを待っている状態である。予約状態６００で、指定した乗車階にエレベータが到着すると、状態遷移６５２が発生し、待機状態６０４へと遷移する。また、扉開延長状態６０２で、指定した乗車階にエレベータが到着すると、状態遷移６５６が発生し、待機状態６０４へと遷移する。さらに、待機状態６０４で、扉開延長ボタン３２６を押すことで、状態遷移６６０が発生し、再度エレベータの扉開時間を延長して、待機状態６０４へと遷移する。キャンセル状態６０６は、予約が取消されて処理が完了した状態である。予約状態６００で、キャンセルボタン３２８を押すことで、状態遷移６５４が発生し、キャンセル状態６０６へと遷移する。完了状態６０８は、予約が実行されて処理が完了した状態である。待機状態６０４で、所定の時間だけ待機した後で自動的にエレベータの扉が閉じた場合、またはキャンセルボタン３２８を押してユーザがキャンセル指示をした場合に、状態遷移６５８が発生し、完了状態６０８へと遷移する。
【００２８】
図７は、操作履歴管理手段１１６が操作履歴データ１０８を最新の状態に更新する処理の流れを説明するフローチャートである。この処理は、周期的、あるいは割り込み指令により必要に応じて起動・実行される。ステップ７００では、エレベータの位置や扉の開閉状態等、エレベータの状態情報をエレベータ状態取得手段１１４から取得する。ステップ７０２は、以下のステップ７０４からステップ７１８の処理を、操作履歴データ１０８のうち現在登録中（完了していない）の予約要求（操作）データのすべてに対して繰返すループ処理である。ステップ７０４では、ステップ７０２のループ処理にて処理対象となっている予約要求データがどのような処理状況にあるのかを判定する。判定結果が予約状態６００の場合にはステップ７０６からステップ７０８を、待機状態６０４の場合にはステップ７１０からステップ７１２を、扉開延長状態６０２の場合はステップ７１４からステップ７１８をそれぞれ実行する。ステップ７０６では、ユーザが指定した乗車階にエレベータが到着したかどうかを、ステップ７０２のループ処理の対象となっている予約要求データの乗車階とエレベータの現在位置を比較することで判定する。両者が等しい場合には、指定階にエレベータが到着したとみなし、ステップ７０８を実行する。ステップ７０８では、ステップ７０２のループ処理の対象となっている予約要求データの処理状況を待機中に変更する。これは、予約状態６００から待機状態６０４への状態遷移６５２に対応する処理である。ステップ７１０では、エレベータの扉が閉まっているかどうか判定する。扉が閉まっている場合には、ステップ７１２を実行する。ステップ７１２では、ステップ７０２のループ処理の対象となっている予約要求データの処理状況を完了に変更する。これは、待機状態６０４から完了状態６０８への状態遷移６５８に対応する処理である。ステップ７１４では、ユーザが指定した乗車階にエレベータが到着したかどうかを、ステップ７０２のループ処理の対象となっている予約要求データの乗車階とエレベータの現在位置を比較することで判定する。両者が等しい場合には、指定階にエレベータが到着したとみなし、ステップ７１６からステップ７１８を実行する。ステップ７１６では、エレベータ制御手段１１０に対して扉を開く時間の延長指示を発行する。ステップ７１８では、ステップ７０２のループ処理の対象となっている予約要求データの処理状況を待機に変更する。ここで、ステップ７１６からステップ７１８は、扉開延長状態６０２から待機状態６０４への状態遷移６５６に対応する処理である。
【００２９】
図８は、予約要求処理手段１０６が実行する予約処理を説明するフローチャートである。この処理は、図３の予約画面３００にて上行き予約ボタン３０６、または下行き予約ボタン３０８が押された場合に実行される。ステップ８００では、この予約操作に対応する予約要求データを新規に作成し操作履歴データ１０８に登録する。すなわち、図５の履歴番号５０２、端末ＩＤ５０４、日時５０６、乗車階５０８、及び処理状況５１０等である。ステップ８０２では、エレベータ制御手段１１０に対して、ユーザが指定した階に予約要求データを登録し、遠隔によるエレベータのホール呼びの登録を指示する。
【００３０】
図９は、予約要求処理手段１０６が実行するキャンセル処理を説明するフローチャートである。この処理は、図３の予約結果画面３２０または扉開延長結果画面３４０にてキャンセルボタン３２８が押された場合に実行される。ステップ９００では、操作履歴データ１０８から現在キャンセルしようとしている予約に対する予約要求データを取得する。ステップ９０２では、ステップ９００で取得した予約要求データの処理状況を判定する。判定結果が、予約状態６００の場合にはステップ９０４からステップ９０６を、待機状態６０４の場合にはステップ９０８からステップ９１０を実行する。ステップ９０４では、予約要求（遠隔ホール呼び）データの取消し処理を実行する。ステップ９０６では、ステップ９００で取得した予約要求データの処理状況をキャンセルに変更する。ここで、ステップ９０４からステップ９０６は、予約状態６００からキャンセル状態６０６への状態遷移６５４に対応する処理である。次に、ステップ９０８では、扉閉処理を実行する。ステップ９１０では、取得した予約要求データに対する処理の状態情報（履歴）を完了に設定する。ここで、ステップ９０８からステップ９１０は、待機状態６０４から完了状態６０８への状態遷移６５８に対応する処理である。
【００３１】
図１０は、予約要求処理手段１０６が実行する呼び取消処理９０４を説明するフローチャートである。ここでは、他のユーザが登録した乗車予約を取消してしまわないように、自分以外のユーザの予約要求が有効でない場合に限って、予約要求（ホール呼び）データを取消す。ステップ１０００では、処理対象の予約要求（ホール呼び）を実際に取消すかどうかを表すフラグｆｌａｇに０を設定する。この値が０の場合は予約要求を取消すことを意味し、０でない場合は予約要求データを取消さないことを意味する。ステップ１００２では、操作履歴データ１０８から現在処理の対象としている予約要求を取得する。ステップ１００４は、ステップ１００６からステップ１０１０の処理を、操作履歴データ１０８中のうち現在登録中（未完了）のすべての予約要求に対して繰返すループ処理である。ただし、ステップ１００２で取得した現在対象としている予約要求は除く。ステップ１００６では、ステップ１００４のループ処理で処理対象となっている予約要求がどのような処理状況にあるのかを判定する。判定結果が予約状態６００の場合には、ステップ１００８からステップ１０１０を実行する。ステップ１００８では、ステップ１００２で取得した予約要求の乗車階と、ステップ１００４のループ処理の対象となっている予約要求の乗車階を比較する。両者が等しい場合には、他のユーザが同じ階へ乗車予約をしていると判定し、ステップ１０１０を実行する。ステップ１０１０では、フラグｆｌａｇに１を設定し、現在処理の対象となっている予約要求に基く予約要求データ（ホール呼び）を取消さないようにする。ステップ１０１２では、フラグｆｌａｇが０であるかどうか判定し、０である場合には、ステップ１０１４を実行する。ステップ１０１４では、エレベータ制御手段１１０に予約要求データ（遠隔ホール呼び）の取消し指示を発行する。
【００３２】
図１１は、予約要求処理手段１０６が実行する扉閉処理９０８（図９）を説明するフローチャートである。ここでは、自分以外のユーザに対して待機状態でない場合に限って、扉閉処理を実行する。ステップ１１００では、扉閉処理を実行するかどうかを表すフラグｆｌａｇに０を設定する。この値が０の場合は扉閉処理を実行することを意味し、０でない場合は扉開処理を実行しないことを意味する。ステップ１１０２では、操作履歴データ１０８から現在処理の対象としている予約要求を取得する。ステップ１１０４は、ステップ１１０６からステップ１１１０の処理を、操作履歴データ１０８のうち、現在完了していない（活きている）すべての予約要求に対して繰返すループ処理である。ただし、現在対象としている予約要求は除く。ステップ１１０６では、ステップ１１０４のループ処理にて処理対象となっている予約要求がどのような処理状況にあるのかを判定する。判定結果が待機状態６０４の場合には、ステップ１１０８からステップ１１１０を実行する。ステップ１１０８では、ステップ１１０２で取得した予約要求の乗車階と、ステップ１１０４のループ処理の対象となっている予約要求の乗車階を比較する。両者が等しい場合には、他のユーザのためにエレベータが待機状態にあると判定し、ステップ１１１０を実行する。ステップ１１１０では、フラグｆｌａｇに１を設定し、現在処理の対象となっている予約要求に対応する扉閉処理を処理の対象から外す。ステップ１１１２では、フラグｆｌａｇが０であるかどうか判定し、１である場合には、ステップ１１１４を実行する。ステップ１１１４では、エレベータ制御手段１１０に遠隔による扉閉指示を発行する。
【００３３】
図１２は、予約要求処理手段１０６が実行する扉開延長処理を説明するフローチャートである。この処理は、図３の予約結果画面３２０または扉開延長結果画面３４０にて扉開延長ボタン３２６が押された場合に実行される。ステップ１２００では、操作履歴データ１０８から現在対象としている予約要求を取得する。ステップ１２０２では、ステップ１２００で取得した予約要求の状態情報を判定して、予約状態６００の場合にはステップ１２０４を実行する。ステップ１２０４では、ステップ１２００で取得した予約要求の状態情報を扉開延長状態６０２に設定する。これは、図６の予約状態６００から扉開延長状態６０２への状態遷移６５０に対応する処理である。これらの処理により、ユーザが指定した乗車階にエレベータが到着した場合には、状態遷移６５６が発生し、待機状態６０４へ遷移する。この処理は図７のステップ７１４からステップ７１８によって実行され、実際に扉開延長指示がエレベータ制御手段１１０に発行される。
【００３４】
図１３は、予約処理に対するシーケンス図を示している。シーケンス図は、装置間のメッセージとデータのやり取りを時系列で上から下へ表現した図である。ここでは、本発明の一実施例による図２のエレベータの遠隔予約装置として、ユーザ端末１００、エレベータ予約サーバ２００、エレベータ制御装置２０２、及びエレベータ１１２を対象としている。まず、ユーザが、図３の予約画面３００をユーザ端末１００に表示するために、ユーザ端末１００からエレベータ予約サーバ２００に対して操作画面要求を送信する（メッセージ１３００）。次に、エレベータ予約サーバ２００は、予約画面３００を生成し、ユーザ端末１００に送信する（メッセージ１３０２）。次に、ユーザ端末１００にて、表示された予約画面３００を利用して予約要求をエレベータ予約サーバ２００に送信する（メッセージ１３０４）。次に、エレベータ予約サーバ２００は、送信された予約要求を解釈して、エレベータ制御装置２０２に対してホール呼び登録指示を送信する（メッセージ１３０６）。次に、エレベータ制御装置２０２は、ホール呼び指示に従ってエレベータ１１２を制御する（メッセージ１３０８）。最後に、エレベータ予約サーバ２００は、予約結果画面３２０を生成しユーザ端末１００に送信する（メッセージ１３１０）。
【００３５】
図１４は、キャンセル処理に対するシーケンス図を示している。まず、ユーザ端末１００に表示された予約結果画面３２０または扉開延長結果画面３４０を利用してキャンセル要求をエレベータ予約サーバ２００に送信する（メッセージ１４００）。次に、エレベータ予約サーバ２００は、エレベータの状態を取得するために、エレベータ制御装置２０２に対して状態取得指示を送る（メッセージ１４０２）。次に、エレベータ制御装置２０２は、エレベータの状態をエレベータ制御サーバ２００に対して送信する（メッセージ１４０４）。次に、エレベータ予約サーバ２００は、取得したエレベータの状態情報をもとにして、ホール呼びを取消すべきか、または扉を閉じるべきか判断して、エレベータ制御装置２０２に指示を送る（メッセージ１４０６）。次に、エレベータ制御装置２０２は、エレベータ予約サーバより受けた指示に従って、エレベータ１１２を制御する（メッセージ１４０８）。最後に、エレベータ予約サーバ２００は、キャンセル結果画面３６０を生成しユーザ端末１００に送信する（メッセージ１４１０）。
【００３６】
図１５は、扉開延長処理に対するシーケンス図を示している。まず、ユーザ端末１００に表示された予約結果画面３２０または扉開延長結果画面３４０を利用して扉開延長要求をエレベータ予約サーバ２００に送信する（メッセージ１５００）。次に、エレベータ予約サーバ２００は、エレベータの状態を取得するために、エレベータ制御装置２０２に対して状態取得指示を送る（メッセージ１５０２）。次に、エレベータ制御装置２０２は、エレベータの状態をエレベータ制御サーバ２００に対して送信する（メッセージ１５０４）。エレベータ予約サーバ２００は、取得したエレベータの状態情報をもとにして、エレベータが乗車階に到着したかどうか判定する（メッセージ１５０６）。また、エレベータが指定階に到着したと判定した場合は、エレベータ制御装置２０２に扉開延長指示を送る（メッセージ１５０８）。エレベータ制御装置２０２は、エレベータ予約サーバ２００より受けた指示に従って、エレベータ１１２を制御する（メッセージ１５１０）。最後に、エレベータ予約サーバ２００は、扉開延長結果画面３４０を生成しユーザ端末１００に送信する（メッセージ１５１２）。
【００３７】
図１６は、遠隔ホール呼びの統合処理の概念を説明する図であり、図７から図１２で説明した処理の流れを概念的に説明するものである。まず、ユーザ端末１００を利用して登録した複数のエレベータの予約要求は、呼びを登録したユーザ端末１００毎に分類される。予約要求登録データ１６００は、ユーザ端末Ａによって登録された予約要求の登録データであり、ここでは、１階上行きの呼び（乗車階が１階、進行方向が上向きのホール呼び）が登録されている。同様に、ユーザＢの予約要求登録データ１６０２には３階下行きの呼びが登録され、さらに、ユーザＣの予約要求登録データ１６０４には、１階上行きの呼びが登録されている。これらの予約要求登録データを、論理和演算で統合することで遠隔予約による予約要求登録データ１６０６を得る。この登録データ１６０６は、遠隔予約データ１１８の一具体例である。ここでは、統合の結果、１階上行き及び３階下行きの２つの呼びが登録されている。
【００３８】
図１７は、遠隔ホール呼びと普通ホール呼びの統合処理を説明する図である。遠隔ホール呼び予約要求データ１６０６は、ユーザ端末１００を利用して遠隔にてエレベータ利用者が登録したものであり、その予約要求データ１６０６は遠隔予約データ１１８に格納される。一方、ホール呼びボタン（普通予約）データ１７００は、ホールに設置されたボタンを利用してエレベータ利用者が登録するものであり、呼びボタン（普通予約）データ１２０に格納される。この２種類の要求データを論理和演算で統合して得た統合ホール呼び登録データ１７０２を基にして、エレベータを制御することになる。
【００３９】
今、図５の操作履歴テーブル５００の履歴番号２がユーザＣによる１Ｆ上の予約要求であり、この予約要求にサービスを完了しない１５秒後に、同図の履歴番号４でユーザＡによる同じ１Ｆ上の予約操作が行われた場合を例に採って説明する。図１６で説明したように、遠隔ホール呼びの予約要求データ１６０６は、複数の利用者の遠隔ホール呼び登録を統合したデータである。ここでは、１階上行きと、３階下行きの２つのホール呼びが登録されている。図１７で説明したように、登録データ１７００は、普通ホール呼びボタンによる登録データである。ここでは、２階上行き、３階下行き、及び４階下行きの３つのホール呼びが登録されている例を示す。登録データ１７０２は、登録データ１６０６と登録データ１７００を論理和演算によって統合した統合ホール呼び登録データである。ここでは、統合の結果、１階上行き、２階上行き、３階下行き、及び４階下行きの４つのホール呼び登録が得られる。この登録データ１７０２を基にして、エレベータ制御手段１１０はエレベータ１１２を制御する。
【００４０】
このような構成を採ることで、ホール呼びを取消す際に、他のユーザが同一階の同一方向の乗車予約をしていない場合にのみ呼びを取消すことが可能になる。
【００４１】
ここでは、ユーザＡが、自分が予約した１階上呼びをキャンセル操作した場合について説明する。図１０のステップ１００８では、ステップ１００２で取得したキャンセルしたいユーザＡの予約要求データ１６００の乗車階の１階上を、他のユーザによる予約要求の乗車階と比較する。この場合は、ステップ１００４のループ処理の対象となっているユーザＢ及びＣの予約要求データ１６０２及び１６０４の乗車階と比較する。この例では、ユーザＡの乗車階「１階上」が、ユーザＣの予約要求データ１６０４の乗車階と等しいので、他のユーザＣが同じ階へ予約要求をしていると判定し、ステップ１０１０を実行する。ステップ１０１０では、フラグｆｌａｇに１を設定し、現在処理の対象となっている予約要求データに基く「１階上」の予約要求データ（ホール呼び）を取消さないようにする。
【００４２】
また、エレベータの扉を閉める際にも、同様にして、図１１のステップ１１０８以降により、エレベータが他のユーザのために待機していない場合にのみ扉を閉めることが可能になることは容易に類推できる。
【００４３】
このように、他のユーザの予約要求操作データをも考慮して、エレベータを制御することが可能となるので、複数のユーザが携帯端末を利用する場合でも、矛盾なく適切なエレベータの遠隔予約サービスを提供することができる。
【００４４】
また、このような構成をとることで、予約キャンセルという単一の操作手順にて、エレベータが乗車階に到着していない場合は呼びを取消し、乗車階に到着して待機している場合は扉を閉める制御が可能となるので、操作手順を簡略化できる効果がある。
【００４５】
さらに、このような構成をとることで、扉開延長という単一の操作手順にて、エレベータが乗車階に到着した後で、扉を開けて待機している時間を長くすることが可能となるので、ユーザにとって利便性の高いサービスを提供できるという効果がある。
【００４６】
図１８は、本発明の他の実施例によるエレベータの遠隔予約装置の機能ブロック図である。ユーザの操作履歴データから、そのユーザの標準値を算出する場合の機能構成を表すもので、図１に代えて適用することができる。ここでは、図に示すように標準値算出手段１８００を新たに設けている。標準値算出手段１８００は、操作履歴データ１０８を用いて、ユーザが予約要求操作のためにユーザ端末１００を利用する際に、最も良く利用する乗車階を標準値として算出する。入出力処理手段１０２は、操作画面定義データ１０４を使ってエレベータ予約画面３００を生成する際に、標準値算出手段１８００が算出した標準値を予め選択状態にしておく。すなわち、エレベータ予約画面３００の説明で触れたように、乗車階選択ボタン３０２の標準値として、そのユーザが最も利用する可能性が高い階、例えば「５階」を予め選択し、表示しておくのである。このような構成をとることで、ユーザの過去の操作履歴から、ユーザが選択する可能性が高い選択項目を予め選択し、表示しておくことができるので、ユーザの操作手順を簡略化できる。
【００４７】
以上の実施例においては、エレベータのサービス予約を要求するための操作手段を持つ複数のユーザ端末１００と、これらのユーザ端末１００とネットワーク２０４を介して結ばれ、前記予約要求を受付ける入出力処理手段１０２を備えている。また、この入出力処理手段１０２に受付けた予約要求に対応したエレベータ１１２のホール呼びを登録するとともに、このホール呼びに基づいてエレベータ１１２を制御するエレベータ制御手段１１０を備えている。このようなエレベータの遠隔予約装置において、複数のユーザ端末１００からの予約要求に対して、各ユーザ毎に独立した予約要求１６００〜１６０４を登録する手段１１８を備えている。この登録された予約要求に応じて通常のエレベータホール呼びボタンデータ１７００とは独立して遠隔ホール呼び予約要求データ１６０６を登録する手段１１８を備えている。また、前記ユーザ端末から予約のキャンセルを要求するための操作手段３２８を備えている。このキャンセルを要求された予約要求に対応する他のユーザ端末からの予約要求の有無を検出する（ステップ１００８）とともに、他の対応予約要求が存在しないとき遠隔予約データを取消す（ステップ１０１２，１０１４）予約要求処理手段１０６を備えて構成している。
【００４８】
以上の実施例によれば、他のユーザの操作データを考慮して、エレベータを制御することが可能となるので、複数のユーザが携帯端末を利用する場合でも、矛盾なく適切なエレベータの遠隔予約サービスを提供することができる。
【００４９】
また、予約キャンセルという単一の操作手順にて、エレベータが乗車階に到着していない場合は呼びを取消し、乗車階に到着して待機している場合は扉を閉める制御が可能となるので、操作手順を簡略化できる。
【００５０】
さらに、扉開延長という単一の操作手順にて、エレベータが乗車階に到着した後で、扉を開けて待機している時間を長くすることが可能となるので、ユーザにとって利便性の高いサービスを提供できる。
【００５１】
さらにまた、ユーザの過去の操作履歴から、ユーザが選択する可能性が高い選択項目を予め選択しておくことができるので、操作手順を簡略化できる。
【００５２】
【発明の効果】
本発明によれば、他のユーザの操作データを考慮して、エレベータを制御することが可能となるので、複数のユーザが携帯端末を利用する場合でも、矛盾なく適切なエレベータの遠隔予約サービスを提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施例によるエレベータの遠隔予約装置の機能ブロック図。
【図２】本発明の一実施例によるエレベータの遠隔予約装置のシステム全体構成図。
【図３】本発明の一実施例による入出力処理手段で生成する操作画面の一例図。
【図４】本発明の一実施例による操作画面定義データの一例図。
【図５】本発明の一実施例による操作履歴データのデータ構造の一例図。
【図６】本発明の一実施例による操作履歴の状態遷移を表す図。
【図７】本発明の一実施例による操作履歴データの更新処理フローチャート。
【図８】本発明の一実施例による予約操作処理手段が実行する予約処理を説明するフローチャート。
【図９】本発明の一実施例による予約操作処理手段のキャンセル処理フローチャート。
【図１０】本発明の一実施例による予約操作処理手段の呼び取消し処理フローチャート。
【図１１】本発明の一実施例による予約操作処理手段の扉閉処理フローチャート。
【図１２】本発明の一実施例による予約操作処理手段の扉開延長処理フローチャート。
【図１３】本発明の一実施例による予約処理に対するシーケンス図。
【図１４】本発明の一実施例によるキャンセル処理に対するシーケンス図。
【図１５】本発明の一実施例による扉開延長処理に対するシーケンス図。
【図１６】本発明の一実施例による複数利用者の遠隔ホール呼びの統合処理概念図。
【図１７】本発明の一実施例による遠隔ホール呼びと普通ホール呼びの統合処理概念図。
【図１８】本発明の他の実施例によるエレベータの遠隔予約装置の機能ブロック図。
【符号の説明】
１００…ユーザ端末、１０２…入出力処理手段、１０４…操作画面定義データ、１０６…予約要求処理手段、１０８…操作履歴データ、１１０…エレベータ制御手段、１１２…エレベータ、１１４…エレベータ状態取得手段、１１６…操作履歴管理手段、１１８…予約要求（遠隔予約）データ、１２０…呼びボタン（普通予約）データ。
【図１】
2004010268.tif 000003
【図２】
2004010268.tif 000004
【図３】
2004010268.tif 000005
【図４】
2004010268.tif 000006
【図５】
2004010268.tif 000007
【図６】
2004010268.tif 000008
【図７】
2004010268.tif 000009
【図８】
2004010268.tif 000010
【図９】
2004010268.tif 000011
【図１０】
2004010268.tif 000012
【図１１】
2004010268.tif 000013
【図１２】
2004010268.tif 000014
【図１３】
2004010268.tif 000015
【図１４】
2004010268.tif 000016
【図１５】
2004010268.tif 000017
【図１６】
2004010268.tif 000018
【図１７】
2004010268.tif 000019
【図１８】
2004010268.tif 000020