JP2022009379A - 登録システム - Google Patents

Abstract

【課題】複数の利用者間における、エレベータ乗り場への到着順と、施設での受付順が逆転してしまうという不合理の発生を低減する。
【解決手段】登録システム（１００）は、エレベータの利用者が行った入力操作に応じて生成される入力情報を受け付ける入力受付部（１１）と、入力情報に基づき、エレベータに登録するための行先階を特定する行先階特定部（１２）と、複数の行先階の何れかに設置された施設のうち、入力情報に基づき特定された施設に対して、入力情報が受け付けられたことを登録するための受付情報を生成する受付情報生成部（１３）とを備える、登録システム。
【選択図】図１

Description

本発明は、エレベータを管理するエレベータシステムに適用する登録システムに関する。

従来、病院や飲食店などの施設の受付に設置され、利用者の順番待ちを受け付ける受付端末が知られている。

特許文献１に開示された受付端末は、施設の順番待ちを受け付けるための受付画面を表示し、この受付画面に対して利用者が操作を行い必要事項が入力されると、予約管理装置に対して受付要求を送信するものである。

特開２０１９－８２９９３号公報（２０１９年５月３０日公開）

受付端末の設置されている施設がビルに入居しており、利用者はエレベータを利用してその施設へ赴く環境において、複数の利用者が同じエレベータに乗り合わせる状況を想定する。この状況では、エレベータ乗り場に先に来た利用者は、後から来た利用者よりもエレベータから降りるのが後になってしまい、その順で受付端末による受付も行われることがある。つまり、エレベータ乗り場への到着順と、施設での受付順が逆転してしまうという不合理が発生し得る。

本発明は、上記不合理の発生を抑制し得る登録システムの提供を目的とする。

上記の課題を解決するために、本発明の態様１に係る登録システムは、エレベータの利用者が行った入力操作に応じて生成される入力情報を受け付ける入力受付部と、前記入力情報に基づき、前記エレベータに登録するための行先階を特定する行先階特定部と、複数の行先階の何れかに設置された施設のうち、前記入力情報に基づき特定された施設に対して、該入力情報が受け付けられたことを登録するための受付情報を生成する受付情報生成部とを備える。

上述の構成によれば、エレベータの利用者が行った入力操作に伴って、エレベータへの行先階の登録に加えて、施設への受付登録を行うことが可能になる。これにより、複数の利用者間における、エレベータ乗り場への到着順と、施設での受付順が逆転してしまうという不合理の発生を低減し得る。

また、本発明の態様２に係る登録システムは、前記態様１において、前記行先階特定部による特定結果に基づき、前記エレベータに対して行先階を登録する行先階登録部をさらに備えてもよい。

上述の構成によれば、エレベータの利用者が行った入力操作に伴って、エレベータへの行先階の登録まで完結させることが可能な登録システムを構築することができる。

また、本発明の態様３に係る登録システムは、前記態様２において、前記施設における受付可否を判断する受付可否判断部をさらに備え、前記行先階登録部は、前記受付可否判断部が否と判断したときには、前記行先階の登録を行わなくてもよい。

上述の構成によれば、利用者はエレベータを呼ぶための入力操作を行った時点で、実際に施設に到着するよりも前に、目的の施設を利用できないことを知ることができる。そして、利用できない施設の階床まで利用者を無駄に搬送することを避けることができる。利用者にとっては無駄足が回避できるというメリットがある一方、エレベータシステムにとっては、無駄な呼びおよび走行を発生させずに済むというメリットがある。

また、本発明の態様４に係る登録システムは、前記態様１から３のいずれかにおいて、前記受付情報生成部により生成された受付情報に基づき、前記施設に対して前記利用者の受付登録を行う受付登録部をさらに備えてもよい。

上述の構成によれば、エレベータの利用者が行った入力操作に伴って、受付の登録まで完結させることが可能な登録システムを構築することができる。通常、利用者は、エレベータの呼び操作とは別に、施設の受付にて利用申請操作を別途行わなければならないところ、本開示の登録システムによれば、１度の入力操作で、呼びの登録と受付の登録とが完結するので、利用者にとって利便性が高い。

また、本発明の態様５に係る登録システムでは、前記態様４において、前記受付登録部は、複数の利用者の前記受付登録を、前記入力受付部において前記入力情報が受け付けられた順序を維持して行ってもよい。

上述の構成によれば、エレベータに到着した者から順に、利用申請が受け付けられるという状況が保証され、エレベータ乗り場への到着順と、施設での受付順が逆転してしまうという不合理の発生を回避することができる。

また、本発明の態様６に係る登録システムは、前記態様１から５のいずれかにおいて、前記エレベータの乗り場に設置され、前記利用者が保持する情報記録媒体に記録された情報を読み取ることにより前記入力情報を生成する情報読取装置をさらに備えてもよい。

上述の構成によれば、利用者からの利用申請を受け付けるに際して、登録システムが管理しておかなければならない利用者に係る諸々の固有情報を、利用者は、簡単に登録システムに入力することができる。具体的には、利用者は、保持している情報記録媒体を情報読取装置が読み取り可能なように提示するだけでよく、複雑な操作によって種々の固有情報を登録システムに入力する手間を省くことができる。

上記の課題を解決するために、本発明の態様７に係る登録システムは、利用者が保持する情報記録媒体に記録された情報を読み取る情報読取装置と、前記情報読取装置が読み取った情報に基づき、前記利用者が利用する施設が設置されている行先階を、エレベータに登録する行先階登録部と、前記情報読取装置が前記情報を読み取ったことに応じて、前記利用者が利用する前記施設に対して前記利用者の受付登録を行う受付登録部と、を備える。上述の構成によれば、態様１に係る登録システムと同様の効果を奏する。

本発明の各態様に係る登録システムは、コンピュータによって実現してもよく、この場合には、コンピュータを前記登録システムが備える各部（ソフトウェア要素）として動作させることにより前記登録システムをコンピュータにて実現させる登録システムの制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明の一態様によれば、複数の利用者間における、エレベータ乗り場への到着順と、施設での受付順が逆転してしまうという不合理の発生を低減することができる。

本発明の一実施形態に係る登録システムの要部構成を示すブロック図である。 情報読取装置が備えている操作盤の外観を示す図である。 ＩＤカードに記憶されている固有情報のデータ構造の一例を示す図である。 操作盤に表示される入力案内画面の一例を示す図である。 操作盤に表示される施設選択画面の一例を示す図である。 情報読取装置が生成する入力情報のデータ構造の一例を示す図である。 セキュリティシステムの記憶部に記憶されている利用者ＤＢのデータ構造の一例を示す図である。 受付情報生成部が生成する受付情報のデータ構造の一例を示す図である。 受付システムの記憶部に記憶されている受付登録ＤＢのデータ構造の一例を示す図である。 操作盤に表示される許可通知画面の一例を示す図である。 操作盤に表示される拒否通知画面の一例を示す図である。 操作盤に表示される行先階選択画面の一例を示す図である。 登録の処理の流れを示すシーケンス図である。 セキュリティシステムの記憶部に記憶されている利用者ＤＢのデータ構造の他の例を示す図である。 操作盤に表示される許可通知画面の他の例を示す図である。 ＩＤカードの他の例を示す図である。 ＩＤカードの他の例を示す図である。 ＩＤカードの他の例を示す図である。 登録の処理の流れについて他の例を示すシーケンス図である。

〔実施形態１〕
以下、本発明の一実施形態について、詳細に説明する。図１は、エレベータシステムの一例を示す概要図である。図１に示す概略図は、エレベータシステムに搭載された、本実施形態に係る登録システムの要部構成の一例を示すブロック図を含む。

＜エレベータシステムの概要＞
エレベータシステムは、複数の階床を持つ建物に敷設される。例えば、建物には、１以上の施設が設置されている。施設とは、利用者に対してサービスを提供するための設備であり、例えば、病院、飲食店、美容院、カラオケ店、銀行、郵便局、役所などが該当する。該建物において、１つの施設が複数の階床に分かれて設置されていてもよいし、１つの階床に複数の施設が設置されていてもよい。本実施形態では、上述のエレベータシステムが敷設されている建物として、様々な医療サービスを提供する各テナントによって運営されている医療関係の施設が、２階からｎ階（例えば、７階）までの各階床に１以上設置されている建物が想定されている。なお、１階は、施設が設置されていてもよいし、エントランスのみが設けられていて施設が設置されていなくてもよい。

図１に示すように、エレベータシステムは、登録システム１００、および、複数の受付システム１０１（１０１ｂ、１０１ｃ・・・）を含んで構成される。受付システム１０１は、各施設が個別に運用するシステムであり、例えば、１つの施設につき１つの受付システム１０１が設けられている。受付システム１０１は、利用者からの利用申請を受け付けて該利用者の情報を登録し、施設が提供するサービス（例えば、診療）を所望する利用者を管理するためのシステムである。受付システム１０１では、利用申請が受け付けられた順に、申請主である利用者の情報が登録されている。そして、一般的には、施設において、登録が完了した順に、利用者に対してサービスが提供される。
登録システム１００は、建物内を昇降するエレベータの呼びの登録を行うとともに、受付システム１０１における、上述の利用者の情報の登録（以下、「受付登録」と称する）を支援するためのシステムである。

「受付登録」とは、受付システム１０１が、該当施設のサービスを所望する利用者を管理するために、該利用者からの利用申請を受け付けて該利用者の情報を自システムに登録することを指す。具体的には、本実施形態では、利用者が情報読取装置３を操作することにより生成された入力情報は、セキュリティシステム１にて一旦受け付けられる。この入力情報がセキュリティシステム１によって受け付けられたことに基づいて生成される受付情報（詳細は後述）を、実際にサービスを提供する施設の受付システム１０１に登録することを「受付登録」と称する。したがって、受付システム１０１が実施する「受付登録」は、セキュリティシステム１が入力情報を受け付けることとは区別される。施設の受付システム１０１において、利用者の「受付登録」が完了することにより、申請主である利用者は、正式に、施設においてサービスを提供する対象として認識されることになる。

「受付登録の支援」とは、登録システム１００が、情報読取装置３から利用者の入力情報を取得したことに応答して、該利用者の利用申請の受付に必要な受付情報を受付システム１０１に提供することを指す。受付システム１０１は、登録システム１００から利用者の受付情報を受信することにより、該利用者の受付登録を実行することができる。

登録システム１００は、エレベータの呼びの登録と、受付システム１０１による受付登録の支援とを行うために、セキュリティシステム１、エレベータ制御システム２、および、情報読取装置３を含んで構成される。

情報読取装置３は、利用者が保持する情報記録媒体に記録された、該利用者に固有の固有情報を読み取る装置である。本実施形態では、情報読取装置３は、固有情報を読み取ったことに応答して、エレベータの呼びを発生させる呼び発生装置としても機能する。情報読取装置３は、利用者がエレベータを呼び出すため操作を行うための操作盤を備えている。

情報記録媒体は、一例として、固有情報を記録したＩＤカード４である。ＩＤカード４は、例えば、建物の出入りを許可された利用者に対して、該建物の管理会社などから貸与されたものであってもよい。あるいは、ＩＤカード４は、建物内の施設の利用を許可された利用者に対して、各施設の運営団体より発行されたものであってもよく、より具体的には、診療所の診察券などであってもよい。

利用者は、利用したい施設に向かうために、情報読取装置３に対して、エレベータを呼び出すための入力操作を行う。この「入力操作」には、利用者が、保持するＩＤカード４を、情報読取装置３が読み取り可能なように提示して、ＩＤカード４内の固有情報を情報読取装置３に読み取らせることが含まれる。また、この「入力操作」には、利用者が、情報読取装置３の操作盤を操作して指示を入力することが含まれてもよい。

情報読取装置３は、入力操作に応じて、すなわち、ＩＤカード４から読み取った固有情報に基づいて、入力情報を生成し、該入力情報を、セキュリティシステム１およびエレベータ制御システム２に送信する。

エレベータ制御システム２は、建物に敷設された１以上のエレベータを統括的に制御する。具体的には、エレベータ制御システム２は、各階床に設置された情報読取装置３に対して利用者がエレベータを呼ぶための入力操作を行ったことに応答して、利用者を搬送するカゴを選択する。そして、エレベータ制御システム２は、選択したカゴの昇降を制御するエレベータ制御装置（不図示）に対して、乗場階呼びおよび行先階呼びを登録する。

セキュリティシステム１は、利用者と受付システム１０１との間、および、利用者とエレベータ制御システム２との間を仲介する各種の処理を実行して、受付システム１０１およびエレベータ制御システム２のそれぞれが実行する登録の動作を支援する。

具体的には、セキュリティシステム１は、情報読取装置３から送信された入力情報を受け付けて、該入力情報を入力した利用者を搬送すべき行先階を特定し、エレベータ制御システム２に対して指示する。これにより、エレベータ制御システム２は、行先階呼びをエレベータに登録することができる。

また、具体的には、セキュリティシステム１は、情報読取装置３から送信された入力情報を受け付けて、受付システム１０１が上述の受付登録を実行するために必要な、利用者に関する情報を含む受付情報を生成し、受付システム１０１に提供する。これにより、受付システム１０１は、受付情報を自システムに登録することで受付登録を実行することができる。その結果、施設において利用者の利用申請が正式に受け付けられ、管理される。

以上のとおり、本実施形態に係る登録システム１００には、利用者が保持するＩＤカード４（情報記録媒体）に記録された情報を読み取る情報読取装置３と、情報読取装置３が読み取った固有情報（情報）に基づき、該利用者が利用する施設が設置されている行先階を、エレベータに登録するセキュリティシステム１とが備えられている。この結果、情報読取装置３が固有情報を読み取ったことに応じて、利用者が利用する施設に対して該利用者の受付登録が行われる。なお、この受付登録を行う受付登録部３２は、セキュリティシステム１に備えられていてもよい。

上述の構成によれば、エレベータの利用者が情報読取装置３に対して行った入力操作に応答して、エレベータの呼び登録と、施設への受付登録とを行うことが可能となる。これにより、複数の利用者間における、エレベータ乗り場への到着順と、施設での受付順が逆転してしまうという不合理の発生を低減し得る。

以下では、上述の不合理の発生を低減することを実現するための登録システム１００の要部構成について、より詳細に説明する。

＜情報読取装置３＞
図２は、情報読取装置３が備えている操作盤の外観を示す図である。操作盤３０１は、利用者に情報を提示するための表示部と、利用者からの入力操作を受け付けるための操作部と、利用者が提示した情報記録媒体から、該利用者の固有情報を読み取るための情報読取部３０３とを含んで構成される。図示のとおり、表示部と操作部とはタッチパネル３０２として一体に形成されていてもよい。

なお、情報読取装置３は、操作盤の他に、いずれも不図示の、制御部および通信部を備えている。制御部は、情報読取装置３の各部を統括的に制御する。通信部は、セキュリティシステム１およびエレベータ制御システム２と通信して、情報を送受信する。

情報読取装置３は、例えば、各階床のエレベータの扉付近に設置されていてもよい。あるいは、情報読取装置３の本体は、建物のどこかに埋設されており、操作盤３０１のみが、例えば、エレベータの扉付近の壁面に設けられていてもよい。

情報読取部３０３が情報を読み取る手段については、任意の技術が採用され得る。これには限定されないが、例えば、情報読取部３０３は、ＩＤカード４に埋め込まれた、ＲＦＩＤ（Radio Frequency-Identification）回路を内蔵したＩＣ（Integrated Circuits）タグから、情報を読み取るＲＦＩＤタグリーダとして構成されてもよい。あるいは、情報
読取部３０３は、ＩＤカード４に印刷されたバーコードまたは２次元コードを読み取るコードリーダとして構成されてもよい。あるいは、情報読取部３０３は、磁気記録媒体として構成されたＩＤカード４から磁気情報を読み出す磁気リーダとして構成されていてもよい。あるいは、スマートフォンのアプリによって表示されたバーコードまたは２次元コードを読み取るコードリーダとして構成されてもよいし、ＮＦＣ（Near Field Communication）機能を搭載していてもよい。

情報読取装置３の制御部は、情報読取部３０３から読み出された利用者の固有情報と、タッチパネル３０２を介して受け付けられた入力操作とに基づいて、入力情報を生成する。情報読取装置３の通信部は、生成された入力情報を、建物内のＬＡＮ（Local Area Network）などの通信網を介してセキュリティシステム１およびエレベータ制御システム２に
送信する。情報読取装置３の動作について、具体例を挙げて説明すると以下のとおりである。まず、情報読取装置３が読み取る固有情報のデータ構造について説明する。

（ＩＤカード４内の固有情報）
図３は、ＩＤカード４に記憶されている固有情報のデータ構造の一例を示す図である。利用者の固有情報は、一例として、利用者ＩＤ、および、施設ＩＤを少なくとも含む。固有情報は、必要に応じてさらに、施設名、所在階床、氏名、最終来館日などを含んでいてもよい。

本実施形態では、一例として、建物の管理会社は、該建物の出入りを許可した利用者に対して、ＩＤカード４を発行する。例えば、管理会社のオペレータは、情報書込端末を操作して、事前に、ＩＤカード４の記憶領域に、利用者の固有情報を書き込む操作を行っておく。利用者ＩＤは、建物の利用者を一意に識別するための識別情報である。識別情報は、上述の情報書込端末またはセキュリティシステム１によって、利用者に対して一意になるように自動で採番されてもよい。施設ＩＤは、建物に設置されている施設を一意に識別するための識別情報である。この施設ＩＤの項目には、利用者が利用している施設の施設ＩＤが格納される。どの施設にどの施設ＩＤが割り当てられているのかについては、登録システム１００および受付システム１０１において共有されているものとする。

施設名は、施設の名称を表している。施設名は、例えば、利用者が施設を識別するための情報として、情報読取装置３のタッチパネル３０２に表示するのに使用される。所在階床は、施設が設置されている階床を示す。本実施形態では、１つの施設には、１つの所在階床が割り当てられている。１つの施設が複数階床に亘って設置されている場合でも、その施設の受付が設置されている代表の階床が１つ割り当てられるものとする。

例えば、管理会社のオペレータは、情報書込端末において、利用者または該利用者にサービスを提供する施設からの申し出に応じて、利用者と施設とを紐付ける操作を行い、利用者ＩＤに紐付けて施設ＩＤをＩＤカード４に格納する。施設名および所在階床は、施設ＩＤの記録に伴って自動でＩＤカード４に格納されてもよい。図示された固有情報は、利用者ＩＤ「U123456」の利用者の固有情報である。該固有情報は、利用者ＩＤ「U123456」の利用者が、「診療所Ａ」という施設、および、「診療所Ｂ」という施設の利用者であることを示している。

さらに、ＩＤカード４には、利用者の氏名を格納するための記憶領域が含まれていてもよい。また、ＩＤカード４には、最終来館日を格納するための記憶領域が含まれていてもよい。例えば、利用者がＩＤカード４を情報読取装置３の情報読取部３０３にかざした時、情報読取装置３の不図示の情報書換部は、その時の日時を、最終来館日として、上述の記憶領域に格納してもよい。

（入力操作の受け入れ）
図２に、情報読取装置３のタッチパネル３０２において、平常時に表示されるホーム画面の一例を示す。図４は、利用者に対して固有情報の提示を促すための入力案内画面の一例を示す図である。図５は、利用者から目的地である施設の選択を受け付けるための施設選択画面の一例を示す図である。

例えば、情報読取装置３は、図２に示すとおり、利用者の入力操作を受け付けるためのホーム画面をタッチパネル３０２に表示してもよい。本実施形態では、建物のＩＤカード４を保持している利用者と、非保持の利用者とで、エレベータを呼ぶための入力操作が異なる。そのため、情報読取装置３の制御部は、ホーム画面において、ＩＤカード４を保持している利用者であるか、非保持の利用者であるのかを、利用者に入力させるためのＧＵＩ（graphical user interface）部品を配置してもよい。このようなＧＵＩ部品の一例として、制御部は、ＩＤカード４を保持している利用者に選択させるカード有ボタン３１１と、非保持の利用者に選択させるカード無ボタン３１２とをホーム画面に配置してもよい。

制御部は、カード有ボタン３１１が選択されたことに応答して、図４に示す入力案内画面をタッチパネル３０２に表示させてもよい。制御部は、入力案内画面が表示されている間、情報読取部３０３に電源を供給し、ＩＤカード４が読み取り可能な距離にかざされるのを待ち受けてもよい。

制御部は、情報読取部３０３が読み取った固有情報から施設ＩＤを取得する。複数の施設ＩＤが取得された場合、制御部は、利用者の今回の行先を１つに絞るために、図５に示す施設選択画面をタッチパネル３０２に表示させてもよい。制御部は、読み取られた固有情報に含まれている複数の施設ＩＤの各々が選択肢となるように、施設選択画面に、ＧＵＩ部品を配置する。例えば、図３に示す固有情報が読み取られた場合、制御部は、「診療所Ａ」を選択させる第１ボタン３２１と、「診療所Ｂ」を選択させる第２ボタン３２２とを施設選択画面に配置してもよい。

制御部は、利用者の入力操作に基づいて、入力情報を生成する。具体的には、制御部は、読み取られた固有情報に施設ＩＤが１つ含まれていること、または、施設選択画面を介して１つの施設が選択されたことに応じて、入力情報を生成する。入力情報は、利用者から登録システム１００に対して要求が起こったこと、および、その要求の内容を示す情報であり、登録システム１００が動作を開始するトリガとなる。

（入力情報の生成）
図６は、利用者の入力操作に応じて情報読取装置３が生成する入力情報のデータ構造の一例を示す図である。入力情報は、エレベータの呼びを登録するために必要な情報と、受付登録を行うために必要な情報とを含む。換言すれば、入力情報には、（１）だれが、（２）どこから、（３）どこへ、向かおうとしているのかを示す情報が含まれている。具体的には、図示のとおり、入力情報は、（１）利用者ＩＤと、（２）乗場階床と、（３）施設ＩＤとを含んで構成される。利用者と施設とが１対１で対応しており、利用者が特定されることで行先の施設が一意に特定されるケースでは、入力情報において、（３）の項目は省略されてもよい。

制御部は、ＩＤカード４から読み取られた利用者ＩＤと、自装置（情報読取装置３）が設置されている階床、すなわち、乗場階床と、ＩＤカード４から読み取られた施設ＩＤとを含む入力情報を生成する。制御部は、ＩＤカード４から読み取られた施設ＩＤが複数ある場合には、施設選択画面を介して利用者が選択した施設の施設ＩＤを入力情報に含める。ＩＤカード４から読み取られた施設ＩＤが１つである場合には、制御部は、施設ＩＤを入力情報から省いてもよい。制御部は、生成した入力情報を、通信部を介して、セキュリティシステム１と、エレベータ制御システム２とに送信する。

＜セキュリティシステム１＞
セキュリティシステム１は、図１に示すとおり、入力受付部１１と、行先階特定部１２と、受付情報生成部１３と、記憶部１４とを含んで構成される。セキュリティシステム１は、不図示の通信部を含んでいてもよい。入力受付部１１、行先階特定部１２、および、受付情報生成部１３の各部は、例えば、ＣＰＵ（central processing unit）等として構成される不図示の制御部がＲＯＭ（read only memory）等として構成される記憶部１４に
記憶されているプログラムをＲＡＭ（random access memory）等に読み出して実行することで実現される。

入力受付部１１は、情報読取装置３から送信された入力情報を受け付ける。具体的には、入力受付部１１は、通信部が入力情報を受信した日時を取得し、該日時の情報を、受付日時として、受信された入力情報に関連付ける。受付日時が関連付けられた入力情報は、一旦、記憶部１４に格納されてもよい。

行先階特定部１２は、受信された入力情報に基づいて、該入力情報を入力した利用者を、建物のどの階床へ搬送すればよいのかを特定する。すなわち、行先階特定部１２は、入力情報に基づいて、エレベータに登録するための行先階を特定する。

記憶部１４には、後述するように、利用者と該利用者が利用している施設との対応関係を記憶する利用者データベース（以下、ＤＢ）が格納されている。行先階特定部１２は、利用者ＤＢにおいて、入力情報に含まれている利用者ＩＤまたは施設ＩＤに対応付けられている施設の所在階床を特定し、特定した所在階床を行先階として特定する。なお、１人の利用者に１つの施設しか対応付けられていない場合は、行先階特定部１２は、利用者ＩＤに基づいて１つの行先階を特定することできる。１人の利用者に複数の施設が対応付けられている場合は、行先階特定部１２は、入力情報の中の１つの施設ＩＤに基づいて１つの行先階を特定することできる。行先階特定部１２は、特定した行先階（特定結果）を、エレベータ制御システム２に送信する。

受付情報生成部１３は、入力情報が入力受付部１１によって受け付けられたことに基づいて、受付情報を生成する。受付情報は、入力情報が入力受付部１１によって受け付けられたことを受付システム１０１において登録するために必要な、利用者に関する各種の情報を含む。受付情報は、利用者から施設に対して利用申請が行われたこと、および、その利用申請が登録システム１００においていつ受け付けられたのかを示す情報である。受付情報は、受付システム１０１が受付登録を開始するトリガになるとともに、利用申請が受け付けられた順序を受付システム１０１が正しく把握するための手助けとなる。

（行先階の特定）
図７は、記憶部１４に記憶されている利用者ＤＢのデータ構造の一例を示す図である。利用者ＤＢは、一例として、利用者ＩＤ、施設ＩＤ、施設名、および、所在階床の各項目を含んで構成される。利用者ＤＢにおいて、利用者ＩＤには、１以上の施設ＩＤが関連付けられている。これにより、セキュリティシステム１は、どの利用者が、どの施設を利用しているのかを把握することができる。具体的には、受付情報生成部１３は、入力情報に基づいて、どの利用者がどの施設に行こうとしているのかを把握することができる。また、施設には、所在階床が関連付けられている。これにより、行先階特定部１２は、入力情報に基づいて、利用者をどの階床に搬送すればよいのかを特定することができる。

（受付情報の生成）
図８は、受付情報生成部１３が生成する受付情報のデータ構造の一例を示す図である。受付情報は、受付システム１０１が受付登録を行うために必要な情報を含む。換言すれば、受付情報には、（１）だれの利用申請が、（２）いつ受け付けられたか、を示す情報が含まれている。具体的には、図示のとおり、受付情報は、（１）利用者ＩＤと、（２）受付日時とを含んで構成される。受付情報には、施設ＩＤが関連付けられていてもよい。これにより、受付情報生成部１３は、生成した受付情報をどの施設の受付システム１０１に送信すればよいのかを把握することができる。

受付情報生成部１３は、入力受付部１１によって受け付けられた入力情報に含まれている利用者ＩＤと、入力受付部１１が該入力情報を受け付けた日時を示す受付日時とを含む受付情報を生成する。受付情報生成部１３は、生成した受付情報に、どの施設宛ての利用申請であるのかを示す施設ＩＤを関連付けておいてもよい。施設ＩＤも、利用者ＩＤと同様に、入力受付部１１によって受け付けられた入力情報に含まれている。

受付情報生成部１３は、受付情報に関連付けておいた施設ＩＤが示す施設の受付システム１０１に宛てて、生成した受付情報を送信する。これにより、受付システム１０１は、該当施設に関して、（１）だれの利用申請が、（２）いつ受け付けられたかを把握することができ、利用申請が受け付けられた順序を維持して、該利用申請を自システムに登録することができる。

＜エレベータ制御システム２＞
エレベータ制御システム２は、図１に示すとおり、呼び登録部２１を含んで構成される。エレベータ制御システム２は、不図示の通信部を含んでいてもよい。

呼び登録部２１は、エレベータのカゴの昇降を制御する不図示のエレベータ制御装置に対して、呼びを登録するものである。建物内にエレベータが複数基ある場合には、呼び登録部２１は、情報読取装置３における呼びが発生した乗場階床に応じて、どのカゴを乗場に到着させるのかの選択も行う。

呼び登録部２１は、行先階登録部２１１と、乗場登録部２１２とを含んで構成されていてもよい。行先階登録部２１１は、行先階呼びをエレベータ制御装置に登録するものである。乗場登録部２１２は、乗場階呼びをエレベータ制御装置に登録するものである。呼び登録部２１を構成する各部は、例えば、ＣＰＵ（central processing unit）等として構成される不図示の制御部がＲＯＭ（read only memory）等として構成される不図示の記憶
装置に記憶されているプログラムをＲＡＭ（random access memory）等に読み出して実行することで実現される。

乗場登録部２１２は、情報読取装置３から入力情報を受信したことに応答して、該入力情報に基づいて、乗場階床を特定する。乗場登録部２１２は、特定した乗場階床に応じて、乗場に向かわせるカゴを選択し、該カゴの昇降を制御するエレベータ制御装置に対して、乗場階呼びを登録する。乗場登録部２１２は、例えば、乗場階床に最も早くたどり着ける位置にあるカゴを選択してもよい。

行先階登録部２１１は、エレベータ制御システム２の行先階特定部１２から行先階を受信し、行先階特定部１２によって指定された行先階を示す行先階呼びを、選択されたエレベータ制御装置に登録する。

エレベータ制御装置は、登録された乗場階呼びおよび行先階呼びにしたがって、自装置が管轄するカゴを乗場階に向かわせ、その後、利用者を載せて行先階まで向かわせることができる。

＜受付システム１０１＞
受付システム１０１（１０１ｂ、１０１ｃ・・・）は、施設ごとに設けられており、該施設の利用を希望する利用者からの利用申請を受け付けて、管理するものである。受付システム１０１は、図１に示すとおり、受付可否判断部３１、受付登録部３２、および、記憶部３３を含んで構成される。受付システム１０１は、不図示の通信部を含んでいてもよい。受付可否判断部３１、および、受付登録部３２は、例えば、ＣＰＵ（central processing unit）等として構成される不図示の制御部がＲＯＭ（read only memory）等として構成される記憶部３３に記憶されているプログラムをＲＡＭ（random access memory）等
に読み出して実行することで実現される。なお、受付可否判断部３１、および、受付登録部３２は、セキュリティシステム１に設けられていてもよい。

受付可否判断部３１は、施設において、受付可否、具体的には、利用者からの利用申請を受け付けられるか否かを判断する。例えば、受付可否判断部３１は、施設が閉鎖中である（例えば、診療所が休診日である、または、診療時間外である、など）という事情により、利用申請を受け付けられないと判断してもよい。受付可否判断部３１は、施設が利用申請を受け付けられる状態のとき「受付可」と判断し、施設が利用申請を受け付けられない状態のとき「受付否」と判断する。受付可否判断部３１は、受付情報生成部１３から受付情報を受信したことに応答して、施設の状態を判断し、「受付可」または「受付否」を示す判断結果を、エレベータ制御システム２の呼び登録部２１に送信してもよい。受付可否判断部３１は、必要に応じて、上述の判断結果をセキュリティシステム１に返信してもよい。

受付登録部３２は、受付可否判断部３１によって受付可と判断されたことに伴い、受付情報生成部１３によって生成された受付情報に基づいて、受付登録を行う。受付登録部３２が、受付情報に含まれている利用者に関する情報を、記憶部３３に記憶されている受付登録データベース（以下、ＤＢ）に登録することにより、受付登録が完了する。

（受付登録）
図９は、記憶部３３に記憶されている受付登録ＤＢのデータ構造の一例を示す図である。受付登録ＤＢは、一例として、利用者ＩＤ、受付日時、および、受付番号の各項目を少なくとも含んで構成される。受付登録ＤＢは、任意で、カルテ番号、患者氏名、および、前回来院日などの各項目を含んでいてもよい。これらの任意の項目は、各施設が提供するサービスに即して、適宜定められるものである。

受付登録部３２は、例えば、図８に示す受付情報を、セキュリティシステム１の受付情報生成部１３から受信すると、該受付情報に含まれている利用者ＩＤおよび受付日時を含むレコードを生成して、受付登録ＤＢに登録する。そして、受付登録部３２は、登録したレコードに対して、受付番号を発行し、関連付ける。

受付番号は、受付システム１０１においてその日に受け付けた利用者を管理するための通し番号である。受付登録部３２は、セキュリティシステム１の入力受付部１１において入力情報が受け付けられた順序を維持して、受付番号を関連付ける。具体的には、受付登録部３２は、受付情報に含まれている受付日時の順に、受付番号を関連付ける。施設において、基本的に、サービス提供者（医師または看護師など）は、受付番号の順に利用者を呼び出し、該利用者に対してサービス（診療など）を提供する。

例えば、利用者ＩＤ「U123456」の利用者（以下、第１利用者）、利用者ＩＤ「U123462」の利用者（以下、第２利用者）、および、利用者ＩＤ「U123460」の利用者（以下、第３利用者）の順で、診療所Ａに用事がある３人の利用者が、情報読取装置３にＩＤカード
４をかざしたとする。この場合、一例として、受付情報生成部１３からは、以下の３つの受付情報（利用者ＩＤ，受付日時）；
第１の受付情報（U123456，2020/3/16 16:23:15）
第２の受付情報（U123462，2020/3/16 16:23:21）
第３の受付情報（U123460，2020/3/16 16:23:28）
が、受付登録部３２に対して供給される。

以上の３つの受付情報を受信すると、受付登録部３２は、図９に示すとおり、上述の受付日時が早いほど、若い受付番号になるように、各レコードを受付登録ＤＢに登録する。

そして、受付登録部３２は、利用者ＩＤに関連付けられているその他の項目（カルテ番号、患者氏名、前回来院日など）をさらに格納してもよい。なお、図示はしないが、例えば、登録システム１００において管理されている利用者ごとの利用者ＩＤと、受付システム１０１において管理されている患者ごとのカルテ番号との対応関係を示すテーブルが記憶部３３には記憶されている。したがって、受付登録部３２は、受付情報に含まれている利用者ＩＤに基づいて患者を特定し、該患者に関連する情報（カルテ番号、患者氏名、前回来院日など）を特定することができる。

＜利用者へのフィードバック＞
受付システム１０１の受付可否判断部３１が、受付可と判断した場合には、受付可の判断結果がエレベータ制御システム２の呼び登録部２１に送信される。呼び登録部２１は、受付可の判断結果にしたがって、乗場階呼びおよび行先階呼びの登録を完了させる。呼び登録部２１は、呼びの登録が完了したことを示す登録完了報告を、呼びの発生元の情報読取装置３に返信する。登録完了報告には、例えば、利用者を載せるエレベータの識別情報（例えば、１号機、２号機、・・・、ｍ号機）と、利用者の利用申請を受け付けた施設を識別する施設ＩＤとが含まれている。

情報読取装置３の制御部は、呼び登録部２１から受信した登録完了報告に応じて、許可通知画面を生成し、タッチパネル３０２に表示させる。図１０は、利用者に対して提示される許可通知画面の一例を示す図である。許可通知画面は、施設の利用が許可されて、施設による受付が完了したことを通知するとともに、該施設に赴くために利用者が搭乗すべきエレベータ（搭乗機）を案内するためのＧＵＩ画面である。

図１０に示すとおり、許可通知画面には、例えば、施設による受付が完了したことを通知する受付完了通知３３１と、搭乗機を案内する搭乗機通知３３２とが含まれていてもよい。これにより、利用者は、自身の利用申請が施設において受け付けられたことを認識するとともに、どのエレベータに搭乗すればよいのかを把握することができる。

必要に応じて、許可通知画面には、ＯＫボタン３３３が配置されてもよい。ＯＫボタン３３３は、許可通知画面を、図２に示すホーム画面に切り替えるためのＧＵＩ部品である。これにより、後続の利用者を待たせることなく、該後続の利用者の入力操作を受け入れる状態に遷移することができる。制御部は、許可通知画面が表示されてから一定時間経過後に、自動でホーム画面に切り替えてもよい。

受付可否判断部３１が、受付否と判断した場合には、受付否の判断結果が呼び登録部２１に送信される。呼び登録部２１の各部は、受付否の判断結果にしたがって、エレベータ制御装置への呼びの登録を取り止めてもよい。呼び登録部２１は、呼びの登録が行われなかったことを示す登録未完報告を、呼びの発生元の情報読取装置３に返信する。登録未完報告には、例えば、施設が利用者の利用申請を受け付けなかった旨の通知と、受け付けなかった施設を識別する施設ＩＤとが含まれている。

情報読取装置３の制御部は、呼び登録部２１から受信した登録未完報告に応じて、拒否通知画面を生成し、タッチパネル３０２に表示させる。図１１は、利用者に対して提示される拒否通知画面の一例を示す図である。拒否通知画面は、施設の利用が拒否されたことを利用者に通知するためのＧＵＩ画面である。

図１１に示すとおり、拒否通知画面には、例えば、施設が利用できない理由を説明する利用不可通知３４１が含まれていてもよい。これにより、利用者は、自身の利用申請が施設において受け付けられなかったこと、および、その理由を確認することができる。

必要に応じて、拒否通知画面には、戻るボタン３４２が配置されてもよい。戻るボタン３４２は、拒否通知画面を、図２に示すホーム画面に切り替えるためのＧＵＩ部品である。これにより、後続の利用者を待たせることなく、該後続の利用者の入力操作を受け入れる状態に遷移することができる。制御部は、拒否通知画面が表示されてから一定時間経過後に、自動でホーム画面に切り替えてもよい。

＜ＩＤカード４がない場合の対応＞
初めての来館、または、携帯するのを忘れたなどの理由で、利用者がＩＤカード４を保持していない場合には、利用者は、情報読取装置３を通常の呼び発生装置として操作して、エレベータを呼ぶことができる。

情報読取装置３の制御部は、図２に示すホーム画面において、カード無ボタン３１２に対する選択操作を受け付けた場合には、利用者に行先階を選択させるための行先階選択画面をタッチパネル３０２に表示させる。図１２は、行先階選択画面の一例を示す図である。図１２に示すとおり、行先階選択画面には、例えば、行先階を選択するための各階に対応したボタンが配置されてもよい。

制御部は、行先階選択画面においてボタンの操作を受け付けると、操作されたボタンに対応する行先階と、自装置（情報読取装置３）が設置されている乗場階床とを示す入力情報を、エレベータ制御システム２に対して送信する。

エレベータ制御システム２の呼び登録部２１は、このように利用者ＩＤが含まれていない入力情報を受信した場合には、入力情報に含まれている乗場階床と行先階とに基づいて、カゴを選択し、乗場呼びおよび行先呼びをエレベータ制御装置に登録する。呼び登録部２１は、選択したカゴに対応するエレベータの識別情報を、情報読取装置３に対して返信する。

情報読取装置３の制御部は、エレベータの識別情報を呼び登録部２１から受信すると、図１０に示す画面のうち、受付完了通知３３１が省略された画面をタッチパネル３０２に表示させてもよい。

＜処理フロー＞
図１３は、エレベータシステムにおいて実行される登録の処理の流れを示すシーケンス図である。図示された一連の処理は、情報読取装置３が利用者からの入力操作を受け入れることをトリガにして開始される。

Ｓ１０１では、情報読取装置３の制御部は、図２に示すカード有ボタン３１１が選択された後、情報読取部３０３によってＩＤカード４から固有情報を読み取ることができたか否かを判定する。固有情報の読み取りに成功した場合、制御部は、Ｓ１０２に進む。固有情報を読み取ることができなかった場合、あるいは、カード無ボタン３１２が選択された場合、制御部は、Ｓ１２２に進む。

Ｓ１０２では、制御部は、読み取られた固有情報に基づいて、入力情報を生成する。入力情報には、利用者ＩＤ、乗場階床および（必要に応じて）施設ＩＤが含まれている。

Ｓ１０３では、セキュリティシステム１の入力受付部１１は、入力情報を受け付ける。入力受付部１１は、該入力情報を受け付けた時の受付日時を記録しておく。

Ｓ１０４では、受付情報生成部１３は、入力情報に基づいて特定された施設に対して供給される受付情報を生成する。受付情報には、利用者ＩＤと受付日時とが含まれている。

Ｓ１０５では、受付情報生成部１３は、生成した受付情報を、上述の特定された施設の受付システム１０１に送信する。

Ｓ１０６では、行先階特定部１２は、Ｓ１０３で受け付けられた入力情報に基づいて、利用者の行先階を特定し、該行先階をエレベータ制御システム２に通知する。

Ｓ１０７では、受付システム１０１は、セキュリティシステム１から受付情報を受信する。

Ｓ１０８では、受付可否判断部３１は、申請主である利用者を受付可能か否かを判断する。すなわち、受付可否判断部３１は、該当施設が、利用者にサービスを提供できる状態であるのか否かを判断する。受付可否判断部３１は、受付可能である場合、Ｓ１０９に進み、受付不可である場合、Ｓ１１１に進む。

Ｓ１０９では、受付可否判断部３１は、受付可を示す判断結果をエレベータ制御システム２に送信する。

Ｓ１１０では、受付登録部３２は、Ｓ１０７で受信された受付情報に基づいて、受付登録を行う。受付登録部３２は、受付情報に含まれている受付日時の順に、申請主の利用者ごとのレコードを、受付登録ＤＢに登録する。

Ｓ１１１では、受付可否判断部３１は、受付否を示す判断結果をエレベータ制御システム２に送信する。

Ｓ１１２では、エレベータ制御システム２の呼び登録部２１は、セキュリティシステム１と同様に、情報読取装置３から入力情報を取得する。

Ｓ１１３では、呼び登録部２１は、取得された入力情報に基づいて、乗場階床を特定する。

Ｓ１１４では、呼び登録部２１は、行先階特定部１２から行先階を受信する。

Ｓ１１５では、呼び登録部２１は、受付可否判断部３１から送信された判断結果に基づいて、受付システム１０１において利用者が受け付けられたのか否かを判定する。呼び登録部２１は、受信した判断結果が受付可を示す場合、Ｓ１１６に進む。呼び登録部２１は、判断結果が受付否を示す場合（Ｓ１１５でＮＯ）、登録未完報告を生成し、情報読取装置３に返信する。この場合、処理は、Ｓ１２１に進む。

Ｓ１１６では、呼び登録部２１は、利用者の乗場階床に向かわせるエレベータを選択する。

Ｓ１１７では、呼び登録部２１の乗場登録部２１２は、Ｓ１１３で特定した乗場階を示す乗場階呼びを、選択したエレベータのエレベータ制御装置に登録する。

Ｓ１１８では、呼び登録部２１の行先階登録部２１１は、Ｓ１１４で受信した行先階を示す行先階呼びを、上述のエレベータ制御装置に登録する。

Ｓ１１９では、呼び登録部２１は、登録完了報告を生成し、情報読取装置３に送信する。登録完了報告には、搭乗機の識別情報と、利用者を受け付けた施設の施設ＩＤとが含まれている。

Ｓ１２０では、情報読取装置３の制御部は、登録完了報告を受信したことに応答して、図１０に示す許可通知画面を表示する。

Ｓ１２１では、制御部は、登録未完報告を受信したことに応答して、図１１に示す拒否通知画面を表示する。

Ｓ１２２では、情報読取装置３の制御部は、図１２に示す行先階選択画面をタッチパネル３０２に表示して、利用者が選択する行先階を受け付けて、通常の呼びの発信処理を行う。

＜作用効果＞
上述の構成および方法によれば、エレベータの利用者が行った入力操作に伴って、エレベータへの行先階の登録に加えて、施設への受付登録が行われる。これにより、複数の利用者間における、エレベータ乗り場への到着順と、施設での受付順が逆転してしまうという不合理の発生を低減し得る。

なお、セキュリティシステム１内で行先階の登録と、受付登録とまでが完結してしまう必要はない。行先階の登録はエレベータ制御システム２において、受付登録は受付システム１０１において行ってもよい。その場合は、セキュリティシステム１は、行先階特定部１２において特定された行先階をエレベータ制御システム２に提供すればよい。また、セキュリティシステム１は、受付情報生成部１３において生成された受付情報を受付システム１０１に対して提供すればよい。

本実施形態に係る登録システム１００は、例えば、車椅子の利用者、脚を怪我した利用者、子連れや荷物を多く所持している利用者など、移動に時間がかかる利用者が不利になる状況が改善される。

〔実施形態２〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

（ＩＤカード４が各施設の専用利用カードである場合の対応）
ＩＤカード４は、建物内の施設の利用を許可された利用者に対して、各施設の運営団体より発行されたものであってもよい。本実施形態では、一例として、ＩＤカード４は、診療所としての各施設が、患者である利用者の各々に発行する診察券である。本実施形態では、診察券は、情報読取装置３が情報を読み取ることができる記憶領域を有している。診察券の記憶領域には、少なくとも、受付システム１０１と登録システム１００との間で供給されている利用者ＩＤと、該診察券の発行元である施設の施設ＩＤとが、固有情報として記憶されている。その他にも、診察券には、上述の施設が必要とする患者個人の情報が含まれていてもよい。

本実施形態では、情報読取装置３に提示されるＩＤカード４は、施設ごとに個別の診察券である。そのため、情報読取装置３は、診察券を読み取れば、利用者が訪問しようとしている施設を一意に特定することができる。

したがって、本実施形態では、入力情報には、利用者ＩＤと乗場階床とに加えて施設ＩＤが含められる。これにより、セキュリティシステム１は、入力情報に基づいて、利用者の目的地である施設とその所在階床とを１つ特定することができる。そして、行先階特定部１２は、所在階床に基づいて行先階を特定する。受付情報生成部１３は、目的地である施設に宛てて、受付情報を生成する。

登録システム１００がこのように構成された場合も、実施形態１と同様の効果を奏する。

〔実施形態３〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

（各施設が利用者ごとに利用者ＩＤを発行する場合）
実施形態１では、建物の管理会社によって利用者ごとに、各施設で共通の利用者ＩＤが発行されるものとしたが、これに限られない。本実施形態では、利用者ＩＤは、施設のそれぞれから利用者ごとに発行される。施設は、発行した利用者ＩＤが情報読取装置３によって読み取られるように、利用者ＩＤを利用者に所持させる。

例えば、施設は、ＩＤカード４として、情報読取装置３が利用者ＩＤを読み取り可能な診察券を、利用者に対して発行する。このようなＩＤカード４としての診察券の具体例は、図１６から図１８に示されている。例えば、情報読取装置３の情報読取部３０３がＱＲコード（登録商標）リーダである場合、施設は、図１６に示すように、利用者ＩＤを示すＱＲコードが印字された診察券を利用者に対して発行してもよい。あるいは、例えば、情報読取部３０３がＩＣチップから情報を読み取るタグリーダである場合、施設は、図１７に示すように、利用者ＩＤを記録領域に保持するＩＣチップが埋め込まれた診察券を利用者に対して発行してもよい。あるいは、例えば、情報読取部３０３が利用者のスマートフォンなどの携帯通信機器と通信して情報を受信する受信機である場合、施設は、デジタル診察券を利用者に対して発行してもよい。利用者は、自身のスマートフォンを操作して、スマートフォンの表示部に、図１８に示すように、デジタル診察券を表示させる。情報読取部３０３は、利用者のスマートフォンと通信し、該利用者の利用者ＩＤを受信することができる。なお、スマートフォンは、デジタル診察券に含まれている利用者ＩＤを示すＱＲコードを表示部に表示させてもよい。この場合、ＱＲコードリーダとしての情報読取部３０３は、表示部に表示されたＱＲコードを読み取って、利用者ＩＤを取得する。

情報読取装置３は、診察券から読み取った利用者ＩＤを含む入力情報を、セキュリティシステム１に送信することができる。

本実施形態では、セキュリティシステム１の記憶部１４に記憶されている利用者ＤＢは、各施設が利用者に対して発行した利用者ＩＤに基づいて、所在階床が特定できるようなデータ構造にて構成される。

図１４は、実施形態３に係る利用者ＤＢのデータ構造の一例を示す図である。本実施形態では、利用者ＤＢにおいて、各施設が利用者ごとに発行した利用者ＩＤに関連付けて、施設および所在階床が格納されている。１人の利用者が、同じ建物内の複数の施設を利用している場合には、同一利用者に対して異なる利用者ＩＤが付与され、利用者ＤＢにおいて異なるレコードにて管理される。

セキュリティシステム１の行先階特定部１２は、図１４に示す利用者ＤＢを参照することにより、入力情報に含まれている利用者ＩＤに基づいて、行先階を特定することができる。受付情報生成部１３は、図１４に示す利用者ＤＢを参照することにより、入力情報に含まれている利用者ＩＤに基づいて、受付情報を登録すべき施設を特定し、受付情報を生成することができる。

本実施形態において、利用者ＩＤは、施設のそれぞれの受付システム１０１が、利用者を一意に識別できるものであれば何でもよく、例えば、図９に示すカルテ番号であってもよい。例えば、図１４に示す例において、「診療所Ａ」の利用者ＩＤは、図９に示すカルテ番号と同一としている。また、他の施設から発行される利用者ＩＤも、各施設の受付システム１０１が発行するカルテ番号と同一であってもよい。これにより、各施設が利用者に対して発行した利用者ＩＤを各施設のカルテ番号と同一番号とすることができる。よって、実施形態３において、各施設の受付システム１０１の記憶部３３において保持される受付登録ＤＢのデータ項目としては、図９に示す受付登録ＤＢのデータ項目と異なり、“カルテ番号”が“利用者ＩＤ”として採用される。具体的を挙げると、実施形態３に係る受付登録ＤＢのデータ構造としては、図９に示すテーブルの“利用者ＩＤ”のカラムが削除されたものとなり、それに代えて、“カルテ番号”のカラムが、利用者ＩＤを格納するための利用者ＩＤのカラムとして構成される。なお、“カルテ番号”のデータ項目の呼称は、利用者（患者）に対しては、“患者番号”として示されてもよい（例えば、図１６～図１８）。

〔変形例〕
（利用者が別の階へ行く場合の対応）
図４に示す入力案内画面においてＩＤカード４の固有情報を読み取った後、利用者ＩＤに１つの施設ＩＤしか紐付いていない場合が想定される。情報読取装置３の制御部は、このような場合であっても、ただちに入力情報を生成せずに、行先の施設を確認するための確認画面を生成し、表示してもよい。例えば、確認画面には、「ご利用の施設は＊＊ですか？」のメッセージとともに、「はい」か「いいえ」かを選択させるボタンが配置されていてもよい。

この場合、制御部は、利用者から「はい」のボタンが選択されたこと応じて、入力情報を生成して、セキュリティシステム１およびエレベータ制御システム２に送信する。そして、エレベータ制御システム２から送信された登録完了報告にしたがって、図１０に示す許可通知画面を表示する。なお、制御部は、「いいえ」のボタンが選択された場合には、図１２に示す行先階選択画面を表示してもよい。

このようにすれば、普段は決まった施設に行くだけの利用者が、別の階に用事があってＩＤカード４をかざしてエレベータを呼んだ場合に、誤って普段行く施設の受付が登録されてしまうといった誤登録を避けることができる。

（受付完了通知の他の例）
情報読取装置３のタッチパネル３０２に表示される受付完了通知は、受付が完了した施設の施設名だけでなく、該施設において受け付けられた利用者の受付番号、および、現在施設が処理している受付番号の情報を含んでいてもよい。

例えば、情報読取装置３の制御部は、タッチパネル３０２において、図１０に示す受付完了通知３３１に代えて、図１５に示す受付完了通知３３４を表示してもよい。

この場合、受付システム１０１の受付可否判断部３１は、Ｓ１０９で、受付可否の判断結果に加えて、受付可の場合に、受付登録部３２が利用者に対して採番した受付番号と、現在該当施設にて処理されている受付番号とをエレベータ制御システム２に送信する。

エレベータ制御システム２の呼び登録部２１は、Ｓ１１９で、搭乗機および施設ＩＤに加えて、利用者の受付番号と、現在処理中の受付番号とを含む登録完了報告を情報読取装置３に送信する。

情報読取装置３の制御部は、Ｓ１２０で、上述の登録完了報告に含まれている、施設ＩＤと、利用者の受付番号と、現在処理中の受付番号とに基づいて、受付完了通知３３４を生成し、図１５に示すようにタッチパネル３０２に表示させる。

（行先階呼びの登録タイミング）
エレベータ制御システム２の行先階登録部２１１が、行先階呼びをエレベータに登録するタイミングは、図１３に示す例に限定されない。つまり、行先階呼びの登録は、乗場階呼びの登録と同じタイミングで行われる必要はない。例えば、行先階登録部２１１は、乗場登録部２１２が、Ｓ１１７で乗場階呼びを登録し、選択されたカゴが前記乗場呼びに応答して乗場階に到着した後で、行先階呼びを登録してもよい。

一例として、図１９に示すとおり、Ｓ１１７で乗場登録部２１２によって乗場階呼びの登録が行われた時には、Ｓ１１８の行先階呼びの登録は実施されない。乗場階呼びの登録に応じて、選択されたカゴが前記乗場呼びに応答して乗場階に到着した後、Ｓ１２３にて、呼び登録部２１は、カゴの挙動に基づいて、利用者が該カゴに搭乗したことを推定してもよい。例えば、呼び登録部２１は、乗場階に到達したカゴの扉が開ききったことを検知し、これに基づいて利用者がカゴに搭乗したと推定してもよい。あるいは、呼び登録部２１は、カゴの扉に設けられている光電管センサの検出値に基づいて、カゴにおける人の出入りを検知し、これに基づいて利用者がカゴに搭乗したと推定してもよい。

呼び登録部２１は、乗場階に到着したカゴに利用者が搭乗したと推定した場合には、Ｓ１２３のＹＥＳからＳ１２４に進む。Ｓ１２４では、行先階登録部２１１は、行先階特定部１２によって特定された行先階を示す行先階呼びを、エレベータに登録する。

上述の構成によれば、搭乗機として指定されたカゴに、利用者が何らかの事情で搭乗しなかった場合に、利用者を乗せていないカゴが無駄に行先階まで昇降することを回避できる。すなわち、エレベータ制御システム２にとって、無駄な呼びおよび走行を発生させずに済むというメリットがある。

〔付記事項１〕
（付記１）
エレベータの利用者が行った入力操作に応じて生成される入力情報を受け付ける入力受付部と、
前記入力情報に基づき、前記エレベータに登録するための行先階を特定する行先階特定部と、
複数の行先階の何れかに設置された施設のうち、前記入力情報に基づき特定された施設に対して、該入力情報が受け付けられたことを登録するための受付情報を生成する受付情報生成部とを備える、登録システム。

（付記２）
前記行先階特定部による特定結果に基づき、前記エレベータに対して行先階を登録する行先階登録部をさらに備える、付記１に記載の登録システム。

（付記３）
前記施設における受付可否を判断する受付可否判断部をさらに備え、
前記行先階登録部は、前記受付可否判断部が否と判断したときには、前記行先階の登録を行わない、付記２に記載の登録システム。

（付記４）
前記受付情報生成部により生成された受付情報に基づき、前記施設に対して前記利用者の受付登録を行う受付登録部をさらに備える、付記１から３の何れか１つに記載の登録システム。

（付記５）
前記受付登録部は、複数の利用者の前記受付登録を、前記入力受付部において前記入力情報が受け付けられた順序を維持して行う、付記４に記載の登録システム。

（付記６）
前記エレベータの乗り場に設置され、前記利用者が保持する情報記録媒体に記録された情報を読み取ることにより前記入力情報を生成する情報読取装置をさらに備える、付記１から５の何れか１つに記載の登録システム。

（付記７）
利用者が保持する情報記録媒体に記録された情報を読み取る情報読取装置と、
前記情報読取装置が読み取った情報に基づき、前記利用者が利用する施設が設置されている行先階を、エレベータに登録する行先階登録部と、
前記情報読取装置が前記情報を読み取ったことに応じて、前記利用者が利用する前記施設に対して前記利用者の受付登録を行う受付登録部と、を備える登録システム。

〔付記事項２〕
（付記２－１）
エレベータの利用者が行った入力操作に応じて生成される入力情報を受け付ける入力受付部と、
前記入力情報に基づき、前記エレベータに登録するための行先階を特定する行先階特定部と、
複数の行先階の何れかに設置された施設のうち、前記入力情報に基づき特定された施設に対して、該入力情報が受け付けられたことを登録するための受付情報を生成する受付情報生成部と、
前記受付情報生成部により生成された受付情報に基づき、前記施設に対して前記利用者の受付登録を行う受付登録部と、を備える、登録システム。

（付記２－２）
前記行先階特定部による特定結果に基づき、前記エレベータに対して行先階を登録する行先階登録部をさらに備える、付記２－１に記載の登録システム。

（付記２－３）
前記施設における受付可否を判断する受付可否判断部をさらに備え、
前記行先階登録部は、前記受付可否判断部が否と判断したときには、前記行先階の登録を行わない、付記２－２に記載の登録システム。

（付記２－４）
前記受付登録部は、複数の利用者の前記受付登録を、前記入力受付部において前記入力情報が受け付けられた順序を維持して行う、付記２－１から２－３の何れか１つに記載の登録システム。

（付記２－５）
前記エレベータの乗り場に設置され、前記利用者が保持する情報記録媒体に記録された情報を読み取ることにより前記入力情報を生成する情報読取装置をさらに備える、付記２－１から２－４の何れか１つに記載の登録システム。

（付記２－６）
利用者が保持する情報記録媒体に記録された情報を読み取る情報読取装置と、
前記情報読取装置が読み取った情報に基づき、前記利用者が利用する施設が設置されている行先階を、エレベータに登録する行先階登録部と、
前記情報読取装置が前記情報を読み取ったことに応じて、前記利用者が利用する前記施設に対して前記利用者の受付登録を行う受付登録部と、を備える登録システム。

〔ソフトウェアによる実現例〕
セキュリティシステム１の制御ブロック（特に、入力受付部１１、行先階特定部１２および受付情報生成部１３）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

エレベータ制御システム２の制御ブロック（特に、呼び登録部２１および呼び登録部２１の各部）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

受付システム１０１の制御ブロック（特に、受付可否判断部３１および受付登録部３２）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、上述の各システム（１、２、１０１）は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、Ｒ
ＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

１ セキュリティシステム（登録システム）
２ エレベータ制御システム（登録システム）
３ 情報読取装置
４ ＩＤカード（情報記録媒体）
１１ 入力受付部
１２ 行先階特定部
１３ 受付情報生成部
１４ 記憶部
２１ 登録部
３１ 受付可否判断部
３２ 受付登録部
３３ 記憶部
１００ 登録システム
１０１ 受付システム
２１１ 行先階登録部
２１２ 乗場登録部
３０１ 操作盤
３０２ タッチパネル
３０３ 情報読取部

Claims (7)

1. エレベータの利用者が行った入力操作に応じて生成される入力情報を受け付ける入力受付部と、
   前記入力情報に基づき、前記エレベータに登録するための行先階を特定する行先階特定部と、
   複数の行先階の何れかに設置された施設のうち、前記入力情報に基づき特定された施設に対して、該入力情報が受け付けられたことを登録するための受付情報を生成する受付情報生成部とを備える、登録システム。
2. 前記行先階特定部による特定結果に基づき、前記エレベータに対して行先階を登録する行先階登録部をさらに備える、請求項１に記載の登録システム。
3. 前記施設における受付可否を判断する受付可否判断部をさらに備え、
   前記行先階登録部は、前記受付可否判断部が否と判断したときには、前記行先階の登録を行わない、請求項２に記載の登録システム。
4. 前記受付情報生成部により生成された受付情報に基づき、前記施設に対して前記利用者の受付登録を行う受付登録部をさらに備える、請求項１から３の何れか１項に記載の登録システム。
5. 前記受付登録部は、複数の利用者の前記受付登録を、前記入力受付部において前記入力情報が受け付けられた順序を維持して行う、請求項４に記載の登録システム。
6. 前記エレベータの乗り場に設置され、前記利用者が保持する情報記録媒体に記録された情報を読み取ることにより前記入力情報を生成する情報読取装置をさらに備える、請求項１から５の何れか１項に記載の登録システム。
7. 利用者が保持する情報記録媒体に記録された情報を読み取る情報読取装置と、
   前記情報読取装置が読み取った情報に基づき、前記利用者が利用する施設が設置されている行先階を、エレベータに登録する行先階登録部と、
   前記情報読取装置が前記情報を読み取ったことに応じて、前記利用者が利用する前記施設に対して前記利用者の受付登録を行う受付登録部と、を備える登録システム。

Images