受付システム、受付処理装置、および、プログラム
【課題】 キャンセル待ちなどの受付業務の効率化と、利用者の利便性向上を図る。
【解決手段】 受付処理装置１００は、キャンセル待ち申込者の移動体通信端末３００から、当該移動体通信端末３００の電話番号情報を、施設ＦＣ内の受付端末２００を介して取得する。受付処理装置１００は、当該申込の受付可否を判別し、受付可能である場合、施設ＦＣ内の構内網ＬＮを用いて行われた移動体通信端末３００の位置登録を示す登録端末リストを構内交換機１０から取得する。受付処理装置１００は、移動体通信端末３００から取得した電話番号が登録端末リストにある場合、当該移動体通信端末３００が現在施設ＦＣ内に存在すると判別し、受付可能である旨を示す通知情報を当該移動体通信端末３００に送信する。通知情報を受信した移動体通信端末３００を用いて受付端末２００で受付手続が行われた場合、正式な受付として処理する。
【解決手段】 受付処理装置１００は、キャンセル待ち申込者の移動体通信端末３００から、当該移動体通信端末３００の電話番号情報を、施設ＦＣ内の受付端末２００を介して取得する。受付処理装置１００は、当該申込の受付可否を判別し、受付可能である場合、施設ＦＣ内の構内網ＬＮを用いて行われた移動体通信端末３００の位置登録を示す登録端末リストを構内交換機１０から取得する。受付処理装置１００は、移動体通信端末３００から取得した電話番号が登録端末リストにある場合、当該移動体通信端末３００が現在施設ＦＣ内に存在すると判別し、受付可能である旨を示す通知情報を当該移動体通信端末３００に送信する。通知情報を受信した移動体通信端末３００を用いて受付端末２００で受付手続が行われた場合、正式な受付として処理する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受付システム、受付処理装置、および、プログラムに関し、特に、キャンセル待ちなどにかかる受付業務の効率化とユーザの利便性向上に好適な受付システム、受付処理装置、および、プログラムに関する。
【背景技術】
【０００２】
携帯電話などの移動体通信分野においては、技術の向上により端末の高機能化がすすんでおり、基本機能である通話機能以外の種々の機能が付加されている。近時では、種々の予約やキャンセル待ちなどに関するサービスを、移動体通信端末を用いて利用するための手法が提案されている。
【０００３】
例えば、特許文献１では、移動体通信端末のＧＰＳ機能によって、予約センタに近い移動体通信端末を検索し、キャンセルが発生したことを当該移動体通信端末に対して通知する手法が開示されている。
【特許文献１】特開２００３−３４５８７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示されている従来技術では、申込者は予約センタを呼び出し、キャンセル待ち予約の手続を予め行っておく必要がある。このため、キャンセル待ちの申し込みをおこなう必要が急遽発生した場合などには対応することができない。また、移動体通信端末のＧＰＳ機能を利用しているため、ＧＰＳ機能を有していない移動体通信端末にはサービスを提供することができない。
【０００５】
さらに、予約センタに近い移動体通信端末を検索して通知しているので、予約センタと実際に利用する施設が同一でない場合などには不都合が生じる。すなわち、予約センタの近傍にいるが、実際に利用する施設にはいない者の移動体通信端末に通知をおこなってしまうことがある。ここで、申込対象を利用する意志がある者は、実際に利用する施設で通知を待機しているが、利用意志の低い者は、施設へ赴かなかったり、通知前に施設を離れてしまう可能性がある。よって、実際の利用施設と予約センタとが異なると、利用意志の低い者に通知してしまうこともあり、予約業務や受付業務の効率を低下させてしまう。
【０００６】
また、実際に利用する施設と予約センタとが同一である（もしくは近接している）場合であっても、待機している者が多数いる場合、たまたま予約センタに最も近い者の移動体通信端末が検索されてしまうことになる。この場合、申込順序に従った受付処理とはならないので、利用者にとって不公平な受付業務がおこなわれてしまうことになる。
【０００７】
本発明は、上記実情に鑑みてなされたもので、キャンセル待ちなどの受付業務の効率化を図るとともに、ユーザの利便性を向上させることを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の第１の観点にかかる受付システムは、
施設内の移動体通信端末と通信する構内基地局と、前記構内基地局と交換局とを中継する構内交換機とから構成される構内網を備えた施設において受付処理をおこなうための受付システムであって、
少なくとも申込者が使用する移動体通信端末の電話番号情報を含んだ申込情報を、当該移動体通信端末から取得して記憶する申込情報取得手段と、
前記申込情報取得手段が取得した申込情報に基づく申込の受付可否を判別する受付判別手段と、
前記受付判別手段が受付可と判別した場合に、前記構内基地局を用いて位置登録をおこなった移動体通信端末の電話番号情報を含む位置登録情報を、前記構内交換機から取得する位置登録情報取得手段と、
前記受付可と判別された申込情報と、前記位置登録情報取得手段が取得した位置登録情報とに基づいて、当該申込者の移動体通信端末が前記施設内に現在存在するか否かを判別する存在判別手段と、
前記存在判別手段が、前記移動体通信端末が前記施設内に現在存在すると判別した場合、当該移動体通信端末と通信し、受付可能である旨を通知する通知手段と、
を備えることを特徴とする。
【０００９】
このような構成によれば、施設の構内網を通じておこなわれた位置登録に基づいて申込者が使用する移動体通信端末の存在を判別しているので、受付可能となった時点（例えば、キャンセル待ち対象でキャンセルが発生した時点）に施設内にいる申込者に対してのみ、受付に関する通知をおこなうことができる。
【００１０】
上記受付システムにおいて、
前記申込情報取得手段は、申込順に前記申込情報を記憶することが望ましく、この場合、
前記受付判別手段は、前記申込情報取得手段に記憶された前記申込情報の申込順に前記判別をおこなうことが望ましい。
【００１１】
このような構成によれば、申込順に通知することができるので、公正な受付業務をおこなうことができる。
【００１２】
上記受付システムにおいて、
前記通知手段は、前記申込情報に含まれる電話番号情報を用いた音声通信によって前記通知をおこなうことが望ましい。
【００１３】
このような構成によれば、移動体通信端末の音声通信機能を用いて通知することができるので、利用できる移動体通信端末が制限されない。
【００１４】
上記受付システムにおいて、
前記申込情報取得手段は、申込者の前記移動体通信端末で受信可能な電子メールアドレスを含んだ前記申込情報を取得してもよく、この場合、
前記通知手段は、前記申込情報に含まれる電子メールアドレスを用いて、電子メールによる前記通知をおこなってもよい。
【００１５】
このような構成によれば、移動体通信端末の機能に応じて通知方法を選択することができる。
【００１６】
上記受付システムにおいて、
前記申込情報取得手段は、
非接触リーダを備える申込端末を含んでいてもよく、この場合、
非接触ＩＣカード機能を有する前記移動体通信端末と前記申込端末との非接触通信により前記申込情報を取得することが望ましい。
【００１７】
このような構成によれば、移動体通信端末の非接触ＩＣカード機能を用いて申込手続をおこなえるので、受付業務の効率化とユーザの利便性向上を図ることができる。
【００１８】
上記受付システムは、
申込者の前記移動体通信端末から、当該移動体通信端末の電話番号情報を認証情報として取得する認証情報取得手段と、
前記認証情報取得手段が取得した電話番号情報と、前記通知手段が通信した前記移動体通信端末の電話番号情報との照合により認証をおこなう認証手段と、
前記認証手段が認証した場合、前記申込情報に基づいた申込の受付処理をおこなう受付処理手段と、
をさらに備えていることが望ましい。
【００１９】
このような構成によれば、移動体通信端末を用いて通知した者を認証し、通知処理と連動した正式な受付処理をおこなうことができる。
【００２０】
上記受付システムにおいて、
前記認証情報取得手段は、
非接触リーダを備える受付端末を含んでいてもよく、この場合、
非接触ＩＣカード機能を有する前記移動体通信端末と前記受付端末との非接触通信により前記認証情報を取得することが望ましい。
【００２１】
このような構成によれば、移動体通信端末の非接触ＩＣカード機能を用いて受付手続をおこなえるので、受付業務の効率化とユーザの利便性向上を図ることができる。
【００２２】
上記受付システムにおいて、
前記申込情報取得手段は、キャンセル待ちに関する前記申込情報を取得し、
前記受付判別手段は、キャンセルが発生したか否かを判別し、
前記位置登録情報取得手段は、前記受付判別手段によってキャンセルが発生したと判別された場合に、前記位置登録情報を取得することができる。
【００２３】
このような構成によれば、例えば、空港などの施設におけるキャンセル待ちにかかる受付業務の効率化と利便性向上を図ることができる。
【００２４】
上記目的を達成するため、本発明の第２の観点にかかる受付処理装置は、
施設における受付処理をおこなうための受付処理装置であって、
少なくとも申込者が使用する移動体通信端末の識別情報を含んだ申込情報を取得して申込順に記憶する申込情報取得手段と、
前記申込情報取得手段が記憶する前記申込情報毎の受付可否を前記申込順に判別する受付可否判別手段と、
前記受付可否判別手段が受付可と判別した場合に、前記施設内の移動体通信端末による位置登録によって送信された識別情報を、前記施設の構内網から取得する識別情報取得手段と、
前記受付可と判別された申込情報に含まれる前記識別情報と一致する識別情報が前記識別情報取得手段により取得されているか否かを判別する一致判別手段と、
前記一致判別手段が、一致する識別情報が取得されていると判別した場合、当該識別情報の移動体通信端末と通信し、受付可能である旨を通知する通知手段と、
を備えることを特徴とする。
【００２５】
このような構成によれば、申込者が使用する移動体通信端末の識別情報と、施設内でおこなった位置登録にかかる識別情報とに基づいて、申し込みの受付が可能となった時点で施設内にある移動体通信端末に対し、受付可能である旨の通知をおこなうことができる。
【００２６】
上記受付処理装置において、
前記識別情報は、前記移動体通信端末の電話番号情報とすることができ、この場合、
前記通知手段は、
前記電話番号情報を用いて前記移動体通信端末に発呼する発呼手段をさらに備え、
前記発呼手段による発呼に基づく音声通信により前記通知をおこなうことが望ましい。
【００２７】
このような構成によれば、移動体通信端末の音声通信機能を用いて通知することができる。
【００２８】
上記受付処理装置において、
前記申込情報取得手段は、前記申込者が使用する移動体通信端末で受信可能な電子メールアドレスを含んだ前記申込情報を取得してもよく、この場合、
前記通知手段は、
前記通知内容を示す電子メールを作成する電子メール作成手段をさらに備え、
前記申込情報に含まれる電子メールアドレスを用いて前記移動体通信端末と通信し、前記電子メール作成手段が作成した電子メールによって前記通知をおこなってもよい。
【００２９】
このような構成によれば、移動体通信端末の電子メール機能を用いて通知することもでき、通知方法を選択することができる。
【００３０】
上記受付処理装置は、
前記施設内の移動体通信端末から、当該移動体通信端末の識別情報を認証情報として取得する認証情報取得手段と、
前記認証情報取得手段が取得した前記識別情報と、前記通知手段が通信した移動体通信端末の識別情報との照合によって認証をおこなう認証手段と、
前記認証手段が認証した識別情報に対応する前記申込情報に基づいて、当該申込の受付処理をおこなう受付処理手段と、
をさらに備えていることが望ましい。
【００３１】
このような構成によれば、移動体通信端末の識別情報を用いて認証をおこなうことで、通知をおこなった申込者に対する受付処理をおこなうことができる。
【００３２】
上記受付処理装置において、
前記申込情報取得手段は、前記移動体通信端末から前記申込情報を取得することが望ましい。
【００３３】
このような構成によれば、移動体通信端末の識別情報を、例えば、当該移動体通信端末との通信などによって取得することができる。
【００３４】
上記目的を達成するため、本発明の第３の観点にかかるプログラムは、
コンピュータに、
少なくとも申込者が使用する移動体通信端末の識別情報を含んだ申込情報を取得して申込順に記憶する機能と、
記憶した前記申込情報毎の受付可否を前記申込順に判別する機能と、
受付可と判別した場合に、施設内の構内網を用いて位置登録をおこなった移動体通信端末の識別情報を前記構内網から取得する機能と、
前記受付可と判別された申込情報に含まれる前記識別情報と同一の識別情報を取得しているか否かを判別する機能と、
同一の識別情報を取得していると判別した場合、当該識別情報の移動体通信端末と通信し、受付可能である旨を通知する機能と、
前記施設内の移動体通信端末から、当該移動体通信端末の識別情報を認証情報として取得する機能と、
前記認証情報として取得した識別情報と、前記通信した移動体通信端末の識別情報との照合によって認証をおこなう機能と、
認証した識別情報に対応する前記申込情報に基づいて、当該申込の受付処理をおこなう機能と、
を実現させることを特徴とする。
【００３５】
このようなプログラムを適用することで、汎用コンピュータ装置などを上記受付処理装置として機能させることができる。
【発明の効果】
【００３６】
本発明によれば、受付に関する通知を、その時点で利用施設に実際にいる者に対してのみ自動的におこなうことができるので、受付業務の効率化とユーザの利便性向上を図ることができる。
【発明を実施するための最良の形態】
【００３７】
（実施形態１）
以下、図面を参照して、本発明にかかる実施形態を説明する。本実施形態では、本発明を適用した受付処理システムによって受付処理をおこなう場合を例示する。本実施形態においては、航空機の空席キャンセル待ちについての受付処理を空港（以下、「施設ＦＣ」とする）でおこなう場合を例に以下説明する。本実施形態にかかる受付システム１を、図１を参照して説明する。図１は、受付システム１の構成を模式的に示す図である。
【００３８】
図１に示す受付システム１の主要構成は、施設ＦＣに設置されている構内交換機１０、複数の構内基地局２０、および、受付処理装置１００と、移動体通信端末３００である。このような各構成の接続態様を以下説明する。
【００３９】
図示するように、施設ＦＣ内の構内交換機１０と各構内基地局２０とは、構内通信網３０によって接続されており、これにより、施設ＦＣの構内網ＬＮが構成されている。この構内網ＬＮは、施設ＦＣ内での移動体通信端末３００による通信を実現するためのものである。すなわち、施設ＦＣ内に配置された構内基地局２０は、移動体通信端末３００との無線通信をおこなうものであり、施設ＦＣ内で移動体通信端末３００を使用する場合、当該移動体通信端末３００は、至近の構内基地局２０と通信することになる。
【００４０】
構内交換機１０は、移動体通信サービスを提供する通信事業者（いわゆる、キャリア）の交換局５０が接続されている。交換局５０を含むキャリアの交換局は、例えば、所定の地域単位で配置されており、それぞれが、当該地域における複数の基地局と接続されている。構内交換機１０に接続されている交換局５０は、施設ＦＣのある地域を管轄する交換局であり、施設ＦＣ外に設置されている当該地域の基地局とも接続されている。施設ＦＣ内の構内基地局２０は、この交換局５０が管轄する基地局の一部であり、構内交換機１０の中継により交換局５０に接続されていることになる。
【００４１】
この構内交換機１０は、いわゆるＰＢＸ（Private Branch eXchange）であり、施設ＦＣ内の電話設備と公衆回線網４０とを接続することで、施設ＦＣ内の電話設備を用いた通信を可能としている。本実施形態では、構内交換機１０によって、移動体通信端末用の電話設備である構内基地局２０と公衆回線網４０とが接続されている。この公衆回線網４０は、交換局５０を含む複数の交換局を接続しているので、施設ＦＣ内で移動体通信端末３００を用いた外線通話やデータ通信などの通信が可能となる。
【００４２】
施設ＦＣ内の移動体通信端末３００は、このような構成の構内網ＬＮを介して通信することになるので、公衆回線網４０を用いる通信に関しては、施設ＦＣ内の移動体通信端末３００がおこなうすべての通信動作が構内交換機１０を経由することになる。本実施形態では、構内交換機１０が処理した通信動作の記録（いわゆる、ログ）を、構内交換機１０が随時保存しているものとする。
【００４３】
また、構内交換機１０には受付処理装置１００も接続されている。これにより、構内交換機１０を介して、受付処理装置１００と公衆回線網４０とが接続されていることになる。また、受付処理装置１００は、例えば、ＩＰ網（インターネット）などのデータ通信網６０と接続されている。このデータ通信網６０を介して、受付処理装置１００は予約システムＲＳと接続される。
【００４４】
本実施形態では、予約システムＲＳによって、航空機のチケットに関する予約管理などがおこなわれているものとする。この予約システムＲＳは、例えば、メインフレームなどの情報処理装置によって構成され、例えば、航空会社のホストコンピュータとして運用されているものとする。すなわち、予約システムＲＳによって、当該航空会社のユーザサービスに関する情報が一元的に管理されている。この場合、予約システムＲＳは、予約情報データベースを備えており、航空機の搭乗予約などに関する予約情報を蓄積する。予約情報には、これから搭乗手続などがおこなわれる便毎に、座席の予約状況を示す情報や予約者に関する情報などの他、搭乗手続の締め切り日時などが記録されるものとする。
【００４５】
本実施形態では、受付システム１によって航空機の利用に関するサービスを受けるユーザは、予め予約システムＲＳにユーザ登録をしているものとする。よって、予約システムＲＳは、ユーザ情報を蓄積するためのユーザ情報データベースを有しているものとし、少なくとも、当該ユーザが使用する移動体通信端末３００の電話番号情報（識別情報）を含んだユーザ情報が記録・管理されているものとする。本実施形態では、航空券の予約や購入に必要となる情報（例えば、ユーザの属性情報など）がユーザ情報として蓄積されているものとし、例えば、各ユーザに一意に割り当てられるユーザＩＤをキーとしたレコードに記録することで管理しているものとする。
【００４６】
受付処理装置１００はまた、施設ＦＣ内に設置された受付端末２００と接続されている。この受付端末２００は、例えば、施設ＦＣ（空港）内の搭乗手続カウンタなどに設置され、受付処理装置１００の制御により、キャンセル待ちなどの申込時にユーザとのインタフェース装置（申込端末）として機能する他、航空券発券などの受付時にユーザとのインタフェース装置（受付端末）として機能する。
【００４７】
以上のような接続態様で構成された受付システム１の各構成を以下説明する。まず、受付処理装置１００について説明する。受付処理装置１００は、例えば、ワークステーションなどの情報処理装置によって構成され、例えば、施設ＦＣ（空港）内で受付業務をおこなっている航空会社などによって運用される。受付処理装置１００は、施設ＦＣにおいておこなわれる受付業務に関する処理をおこなうものであり、本実施形態では、施設ＦＣ内に設置されているものとする。本実施形態にかかる受付処理装置１００は、空港（施設ＦＣ）にておこなわれる予約手続やキャンセル待ち手続、航空券の発券手続、搭乗手続、などにかかる受付業務のデータ処理などをおこなう。
【００４８】
このような受付処理装置１００の構成を、図２を参照して説明する。図２は、受付処理装置１００の構成を示すブロック図である。
【００４９】
図示するように、受付処理装置１００は、制御部１１０、構内網接続部１２０、データ通信部１３０、端末接続部１４０、入力制御部１５０、出力制御部１６０、および、記憶部１７０、などから構成される。各構成の詳細を以下説明する。
【００５０】
制御部１１０は、例えば、ＣＰＵ（Central Processing Unit：中央演算処理装置）などから構成され、記憶部１７０に格納されているプログラムを実行することで動作し、受付処理装置１００の各部を制御する。また、記憶部１７０に格納されているプログラムを実行することで、受付処理に必要な機能を実現し、後述する各処理が実行される（詳細後述）。なお、制御部１１０には、例えば、ＲＡＭ（Random Access Memory）などから構成された主記憶装置（メモリ）などが含まれているものとし、実行するプログラムのロードや処理するデータの展開などに用いられるワークエリアとして機能する。
【００５１】
構内網接続部１２０は、例えば、所定の入出力インタフェースなどから構成され、受付処理装置１００と構内網ＬＮとを接続する。本実施形態では、構内網接続部１２０が構内交換機１０と接続されることで、受付処理装置１００と構内網ＬＮとが接続されているものとする。
【００５２】
構内網接続部１２０は、公衆回線網４０を用いた音声通信における発呼や呼切断などの呼制御をおこなうための呼制御部１２１を含む。呼制御部１２１は、例えば、ＤＴＭＦ（Dual Tone Multi Frequency）発生装置などから構成され、音声通信の発呼動作などをおこなう。この場合の呼制御部１２１の発呼は、構内交換機１０および公衆回線網４０を介して、交換局５０などに発せられることになる。
【００５３】
データ通信部１３０は、例えば、ＮＩＣ（Network Interface Card）などから構成され、例えば、ルータやモデムなどといった所定の通信装置を介して、受付処理装置１００とデータ通信網６０とを接続し、電子メールの送受信や予約システムＲＳとのデータ交換などといったデータ通信を可能とする。
【００５４】
端末接続部１４０は、例えば、所定の入出力インタフェースなどから構成され、受付処理装置１００と受付端末２００とを接続する。
【００５５】
入力制御部１５０は、例えば、キーボードやポインティングデバイスなどの入力装置１５と受付処理装置１００とを接続し、入力装置１５による入力動作に応じた入力信号を制御部１１０に入力する。
【００５６】
出力制御部１６０は、例えば、ディスプレイやプリンタなどの出力装置１６と受付処理装置１００とを接続し、出力装置１６を制御し、制御部１１０の処理結果に基づいた出力動作をおこなう。
【００５７】
記憶部１７０は、例えば、ハードディスク装置などの補助記憶装置から構成され、受付処理装置１００の動作に必要なデータやプログラム、および、受付処理装置１００の動作によって生成されたデータなどを記憶する。記憶部１７０には、記憶する情報の種類に応じた記憶領域が作成されるものとする。本実施形態では、図３に示すように、プログラム格納領域１７１、申込情報格納領域１７２、位置登録情報格納領域１７３、通知情報格納領域１７４、受付記録情報格納領域１７５、などが作成される。各記憶領域に格納される情報を以下説明する。
【００５８】
プログラム格納領域１７１には、制御部１１０が実行する動作プログラムが格納される。ここでは、ＯＳ（Operating System）などの基本プログラムが格納される他、本実施形態にかかる受付処理で必要となる機能を実現するためのプログラムが格納される。制御部１１０は、このようなプログラムを実行することで、図４に示すような構成として機能する。図４は、制御部１１０によって実現される機能構成を示す機能ブロック図である。図示するように、制御部１１０は、仮受付処理部１１１、受付可否判別部１１２、位置登録情報取得部１１３、一致判別部１１４、通知情報作成部１１５、通知処理部１１６、受付処理部１１７、などの構成として機能する。各機能構成の詳細を以下説明する。
【００５９】
仮受付処理部１１１は、キャンセル待ち申込の申込情報を、申込者の移動体通信端末３００から随時取得し、取得した申込情報を申込順に記憶部１７０（申込情報格納領域１７２）に格納する。本実施形態では、端末接続部１４０との協働により、受付端末２００を用いて移動体通信端末３００から申込情報を取得するものとする。この申込情報には、少なくとも、申込者が使用する移動体通信端末３００の電話番号情報（識別情報）が含まれる。また、必要に応じて、当該移動体通信端末３００で受信可能な電子メールアドレス（識別情報）が申込情報に含まれる。
【００６０】
すなわち、仮受付処理部１１１の動作によって、申込者が使用する移動体通信端末３００の電話番号情報が取得される。また、必要に応じて、当該移動体通信端末３００で受信可能な電子メールアドレスが取得されることになる。本実施形態では、仮受付処理部１１１が申込情報を取得したことで、キャンセル待ちの仮受付とする。すなわち、キャンセルが発生するかは不確実であるが、キャンセル待ち希望者の申し込みを受け付けた状態（仮受付）ということになる。
【００６１】
受付可否判別部１１２は、データ通信部１３０との協働によって予約システムＲＳと通信し、仮受付処理部１１１が取得した申込情報の申込順に、当該申込の受付可否を判別する。すなわち、予約システムＲＳが管理する予約情報を参照することで、仮受付したキャンセル待ちの申し込みに該当するキャンセルが発生したか否かを判別することで、申し込みを正式に受付可能であるか否かを判別する。受付可否判別部１１２はまた、キャンセル待ちの申込が可能な予約情報を予約システムＲＳから取得し、端末接続部１４０との協働によって、当該予約情報を受付端末２００に提供する。
【００６２】
位置登録情報取得部１１３は、構内網接続部１２０との協働により、受付可否判別部１１２が受付可と判別した場合に、その時点での登録端末リストを構内交換機１０に要求して取得する。この登録端末リストは、構内交換機１０が記録する移動体通信端末３００の通信のうち、位置登録に関する通信の記録を示したリストである。すなわち、構内交換機１０が随時作成・更新する通信記録から、位置登録に関する通信記録を抽出したものである。この登録端末リストには、少なくとも、位置登録をおこなった移動体通信端末３００の電話番号情報（識別情報）が含まれているものとする。
【００６３】
一致判別部１１４は、受付可否判別部１１２が受付可と判別した申込情報に含まれている電話番号情報と、位置登録情報取得部１１３が取得した登録端末リストに示されている電話番号情報との一致を判別する。ここでは、該当する申込の申込情報に含まれている電話番号情報と同一の電話番号情報が、現時点の通信記録から抽出された登録端末リストにあるか否かを判別することで、当該移動体通信端末３００が施設ＦＣ内に現在存在しているか否かを判別する。換言すると、当該申込者が施設ＦＣ内に現在存在しているか否かを判別することになる。
【００６４】
通知情報作成部１１５は、申込の受付が可能であると判別され、かつ、現在施設ＦＣ内に存在していると判別された申込者に通知する情報を作成する。ここでの通知情報は、仮受付した申込を正式に受付可能である旨を申込者に通知する情報である。本実施形態では、仮受付したキャンセル待ちについて、該当するキャンセルが発生した旨などを通知することになる。本実施形態では、このような通知を、音声もしくは電子メールによっておこなうものとする。この場合、仮受付した申込を正式に受け付けることができる旨のメッセージ（例えば、「お申し込みいただいたキャンセル待ちの受付が可能となりましたので、受付端末にて手続をおとりください。」など）を示した音声ファイルまたはテキストファイルを記憶部１７０（通知情報格納領域１７４）から取得する。すなわち、音声通知をおこなう場合は音声ファイルを取得し、電子メールにより通知する場合はテキストファイルを取得する。
【００６５】
ここで、音声ファイルを取得した場合、通知情報作成部１１５は、当該音声ファイルをワークエリアに展開することで再生可能状態とする。一方、テキストファイルを取得した場合、通知情報作成部１１５は、取得したテキストファイルが示すメッセージを本文とし、申込情報に含まれる電子メールアドレスを宛先とした電子メールを作成してワークエリアに展開することで、当該電子メールを送信可能状態とする。
【００６６】
通知処理部１１６は、通知情報作成部１１５の動作を制御するとともに、通知情報作成部１１５が作成した通知情報を申込者に通知するための処理をおこなう。具体的には、構内網接続部１２０（呼制御部１２１）およびデータ通信部１３０との協働により、通知情報作成部１１５が作成した通知情報の送信動作をおこなう。
【００６７】
すなわち、音声通信で通知する場合、呼制御部１２１を制御することで、申込情報に含まれる電話番号情報に基づいた発呼をおこない、公衆回線網４０を介した通信路を確立する。そして、ワークエリア上で再生可能状態となっている音声ファイルの再生をおこなうことで、音声メッセージが公衆回線網４０を介して移動体通信端末３００に送信される。ここで、再生音声を移動体通信端末３００に伝達するための仕組みや構成は、種々の音声ガイダンスサービスなどに用いられている周知の技術を適用するものとする。
【００６８】
一方、電子メールにより通知する場合は、データ通信部１３０を制御することで、ワークエリア上で送信可能状態となっている電子メールを、データ通信網６０を介して移動体通信端末３００に送信する。
【００６９】
受付処理部１１７は、受付可能であると判別されたキャンセル待ち申し込みの正式な受け付けをおこなうための受付処理を実行する。ここでは、受付処理部１１７は、受付可能であると判別された申し込みの申込者に対する正式な受付処理をおこなう。本実施形態では、キャンセルが発生した座席についての予約確定や航空券の発券、搭乗手続などを正式な受付とし、これらにかかる処理をおこなうことになる。
【００７０】
この場合、受付処理部１１７は、当該申込者が使用する移動体通信端末３００の識別情報を用いて、該当する申込者であるか否かの認証をおこなう。本実施形態では、端末接続部１４０との協働により、受付端末２００を用いて移動体通信端末３００の電話番号情報（識別情報）を認証情報として取得し、取得した認証情報（電話番号情報）と、受付可と判別して通知情報を送信した移動体通信端末３００の電話番号情報とを照合することで認証をおこなう。
【００７１】
受付処理部１１７はまた、受付端末２００から取得した移動体通信端末３００の電話番号情報（識別情報）に基づいて、認証された申込者（ユーザ）のユーザ情報を予約システムＲＳから取得する。すなわち、受付処理部１１７は、データ通信部１３０との協働により、データ通信網６０を介して予約システムＲＳと通信をおこなう。また、受付処理部１１７は、受付端末２００を制御し、受付内容に応じた動作を受付端末２００に実行させる。
【００７２】
本実施形態では、制御部１１０がプログラムを実行することにより、上記の機能構成が論理的に実現されるものとしたが、これらの機能を実現する構成を、例えば、ＡＳＩＣ（Application Specific Integrated Circuit：特定用途向け集積回路）などによって物理的に構成してもよい。
【００７３】
記憶部１７０の他の記憶領域（図３参照）に格納される情報について説明する。
【００７４】
申込情報格納領域１７２には、仮受付処理部１１１によって取得された申込情報が申込順に格納される。申込情報格納領域１７２に記録される申込情報の例を図５（ａ）に示す。仮受付処理部１１１が受け付けた申込順に一意に割り当てられる申込ＩＤをキーとしたレコードが作成され、各レコードには、当該申し込みにかかる申し込み情報が記録される。ここでは、当該申込情報が取得された日時を示す日時情報（「申込日時」）、申込対象（本実施形態では、便名やキャンセル待ちである旨などとする）を示す情報（「申込内容」）、申込者が使用する移動体通信端末３００の識別情報（「使用端末」）として、当該移動体通信端末３００に割り当てられている電話番号や受信可能な電子メールアドレスなどが記録される。
【００７５】
位置登録情報格納領域１７３には、位置登録情報取得部１１３が構内交換機１０から取得した登録端末リスト（位置登録情報）が一時的に格納される。位置登録情報格納領域に記録される登録端末リストの例を図５（ｂ）に示す。図示するように、登録端末リストには、施設ＦＣ内で位置登録をおこなった移動体通信端末３００の電話番号情報、および、当該位置登録で用いられた構内基地局２０に一意に割り当てられている識別情報であるエリアコードが記録されるとともに、位置登録をおこなった日時を示す日時情報（「位置登録日時」）などが記録される。なお、位置登録情報格納領域１７３に格納される登録端末リストは、位置登録情報取得部１１３が構内交換機１０から取得する度に書き換えられるものとする。
【００７６】
通知情報格納領域１７４には、通知情報作成部１１５が用いる通知情報（音声ファイルやテキストファイルなど）が格納される。この通知情報は、例えば、通知内容などに応じて分類されているものとし、通知情報格納領域１７４には、通知情報の分類に応じた通知内容の種別を示す情報や格納されている通知情報のファイル名などが対応づけられて記録されている。
【００７７】
通知情報格納領域１７４はまた、申込情報格納領域１７２に格納された申込情報のうち、通知処理部１１６が通知を実行したものを「通知記録情報」として格納する。本実施形態では、通知が実行された申込情報のレコードが通知情報格納領域１７４に転記されるものとする。通知情報格納領域１７４に格納される通知記録情報の例を図６（ａ）に示す。図示するように、通知情報格納領域１７４には、転記された申込情報の申込ＩＤをキーとしたレコードが作成され、各レコードには、当該通知動作がおこなわれた日時を示す日時情報（「通知日時」）が記録される他、申込情報で「使用端末」として記録されている移動体通信端末３００の識別情報（電話番号情報や電子メールアドレス）に基づいた通知先を示す情報（「通知先」）、申込情報で記録された「申込内容」に基づいた通知内容を示す情報（「通知内容」）、などが記録される。
【００７８】
受付記録情報格納領域１７５には、受付処理部１１７によっておこなわれた受付処理に関する情報（以下、「受付記録情報」とする）が格納される。受付記録情報格納領域１７５に記録される情報の例を図６（ｂ）に示す。図示するように、受付記録情報格納領域１７５には、受付処理部１１７による受付毎に一意に割り当てられる受付ＩＤをキーとしたレコードが作成され、各レコードには、受付日時を示す情報（「受付日時」）や、受付対象を示す情報（「受付内容」）が記録されるとともに、受付処理部１１７が予約システムＲＳから取得した情報（「予約情報」）、などが記録される。
【００７９】
次に、受付処理装置１００と接続された受付端末２００の構成を説明する。受付端末２００は、例えば、図７に示すような外観の装置であり、受付処理におけるユーザ（申込者や予約者など）とのインタフェース装置として機能し、受付処理に必要な情報の取得などをおこなう。図示するように、受付端末２００には、表示装置２４０やＩＣカード通信装置２５０、発券装置２６０、などが備えられ、これらがユーザとのインタフェースとして機能する。
【００８０】
表示装置２４０は、例えば、タッチセンサを有するディスプレイ装置などから構成され、種々の画面を表示するとともに、ユーザの接触を感知することによる入力をおこなう。すなわち、表示装置２４０は、入出力装置として機能する。
【００８１】
ＩＣカード通信装置２５０は、例えば、ＮＦＣ（Near Field Communication）などといった短距離無線通信規格に基づく通信装置などから構成され、非接触ＩＣカード機能を有する移動体通信端末３００などと非接触通信をおこなって情報の読み取りなどをおこなうリーダ装置である。本実施形態では、ユーザが使用する移動体通信端末３００と非接触通信をおこなって、当該移動体通信端末３００が保持している所定の情報を読み取って取得する。
【００８２】
発券装置２６０は、所定のチケット（本実施形態では、航空券とする）などを発券するための装置であり、所定の情報をチケットの用紙に印字する印字装置（プリンタ）などによって構成される。
【００８３】
このような受付端末２００の内部構成を、図８を参照して説明する。図８は、受付端末２００の構成を示すブロック図である。図示するように、受付端末２００は、制御部２１０、通信部２２０、入出力制御部２３０、などから構成される。
【００８４】
制御部２１０は、例えば、ＣＰＵなどから構成され、受付端末２００の各部を制御する。なお、制御部２１０は、通信部２２０との協働により、受付処理装置１００からの指示に基づいて受付端末２００の各部を制御する。
【００８５】
通信部２２０は、例えば、所定の通信規格に基づいた通信インタフェースや通信回路などから構成され、所定のケーブルなどを介して受付端末２００と受付処理装置１００とを接続し、受付処理装置１００との通信をおこなう。制御部２１０は、通信部２２０を介した受付処理装置１００との通信により、受付処理装置１００の制御に応じた動作をおこなう。また、表示装置２４０やＩＣカード通信装置２５０から入力された情報は、通信部２２０によって受付処理装置１００に随時送信される。
【００８６】
入出力制御部２３０は、所定の入出力回路などから構成され、受付端末２００の入出力装置である、表示装置２４０、ＩＣカード通信装置２５０、および、発券装置２６０と制御部２１０とを接続し、制御部２１０からの指示に応じてこれらの入出力装置を制御する。すなわち、表示装置２４０やＩＣカード通信装置２５０が取得した情報を制御部２１０に入力するとともに、制御部２１０からの出力信号に応じて表示装置２４０や発券装置２６０を用いた出力をおこなう。
【００８７】
次に本実施形態にかかる移動体通信端末３００について説明する。本実施形態にかかる移動体通信端末３００は、例えば、携帯電話やＰＨＳ（Personal Handyphone System）などの移動体通信で用いられる電話端末であり、公衆回線網４０を介した音声通話を主機能とするものである。本実施形態にかかる移動体通信端末３００は、主機能である音声通話機能の他に、例えば、インターネットなどのデータ通信網６０を介しておこなうデータ通信機能（インターネット接続機能）や、ＮＦＣなどの短距離無線通信規格に基づいた非接触ＩＣカード機能を備えているものとする。本実施形態にかかる移動体通信端末３００は、データ通信機能として、少なくとも電子メールの送受信機能を備えているものとする。
【００８８】
このような移動体通信端末３００の構成を、図９を参照して説明する。図９は、移動体通信端末３００の構成を示すブロック図である。図示するように、移動体通信端末３００は、制御部３１０、通信部３２０、入出力制御部３３０、操作部３３１、表示部３３２、マイクロフォン３３３、スピーカ３３４、ＩＣカード部３４０、記憶部３５０、などから構成される。
【００８９】
制御部３１０は、例えば、ＣＰＵなどから構成され、記憶部３５０に格納されているプログラムを実行することで、移動体通信端末３００の各部を制御するとともに、種々の機能構成として動作する（詳細後述）。
【００９０】
通信部３２０は、移動体通信端末３００による通信動作をおこなうための構成であり、アンテナ３２１、音声通信部３２２、データ通信部３２３、非ユーザ通信部３２４、などを含んでいる。
【００９１】
アンテナ３２１は、所定の送受信回路やアンテナ部材などから構成され、移動体通信端末３００と、近傍の基地局との無線通信をおこなう。
【００９２】
音声通信部３２２は、所定の音声通信回路などから構成され、移動体通信端末３００の音声通信機能にかかる動作をおこなう。
【００９３】
データ通信部３２３は、所定のデータ通信回路などから構成され、移動体通信端末３００のデータ通信機能にかかる動作をおこなう。
【００９４】
非ユーザ通信部３２４は、所定の通信回路などから構成され、ユーザが直接的に利用する通信（例えば、音声通話や電子メール送受信など）以外の、ユーザが直接的に利用しない通信（以下、「非ユーザ通信」とする）をおこなう。本実施形態では、非ユーザ通信として、移動体通信端末３００の位置登録にかかる通信などをおこなう。
【００９５】
入出力制御部３３０は、例えば、入力信号生成回路や表示制御回路、音声入出力回路、などから構成され、操作部３３１、表示部３３２、マイクロフォン（ＭＩＣ）３３３、スピーカ３３４、などの入出力装置と、制御部３１０とを接続し、制御部３１０の指示に応じてこれらの入出力装置を制御する。
【００９６】
操作部３３１は、例えば、テンキーや十字キーなどといった、ユーザによって操作されるキーやボタンなどから構成された入力装置である。
【００９７】
表示部３３２は、例えば、液晶表示装置などの表示装置から構成され、種々の画面表示をおこなう出力装置である。
【００９８】
マイクロフォン（ＭＩＣ）３３３は、音声入力用のマイクロフォンであり、音声通話時のユーザの発話音声などを収音して入力する入力装置である。
【００９９】
スピーカ３３４は、例えば、音声通話時の受話音声や着信音などの音声を報音する出力装置である。
【０１００】
本実施形態にかかる移動体通信端末３００は、デジタル方式の音声通話をおこなうものとし、この場合、入出力制御部３３０は、マイクロフォン３３３から入力されたアナログ音声信号をデジタルデータに変換し、音声通信部３２２が受信したデジタル音声データをアナログ音声信号に変換するコーデック回路を備えているものとする。
【０１０１】
また、入出力制御部３３０は、操作部３３１のボタンと表示部３３２での表示画面との対応付けにより、場面毎に操作部３３１のボタンに割り当てられる機能を判別し、該当する機能に応じた入力信号を生成して制御部３１０に入力する。
【０１０２】
ＩＣカード部３４０は、移動体通信端末３００のＩＣカード機能を実現するための構成であり、例えば、ＮＦＣなどの短距離無線通信規格に基づく無線通信装置などから構成される。
【０１０３】
記憶部３５０は、例えば、フラッシュメモリなどの記憶装置から構成され、移動体通信端末３００によって処理される種々のデータが格納される。
【０１０４】
移動体通信端末３００で処理されるデータとして、制御部３１０が実行するプログラムが記憶部３５０に格納される。制御部３１０は、記憶部３５０に格納されたプログラムを実行することにより、移動体通信端末３００が受付システム１を用いるために必要な種々の構成として機能する。
【０１０５】
制御部３１０により実現される機能構成を図１０に示す。図示するように、制御部３１０は、着信処理部３１１、位置登録動作部３１２、ＩＣカード制御部３１３、などとして機能する。各機能の詳細を以下説明する。
【０１０６】
着信処理部３１１は、音声通信部３２２やデータ通信部３２３、および、入出力制御部３３０との協働により、音声通話や電子メールの着信に応じた動作をおこなう。ここでは、着信時の通知動作（例えば、着信音の出力）をおこなう他、ユーザによる操作部３３１の操作に応じた通信部３２０の制御や、通信部３２０が受信した情報を入出力制御部３３０などに供給する動作などをおこなう。
【０１０７】
位置登録動作部３１２は、非ユーザ通信部３２４との協働により、移動体通信端末３００の位置登録にかかる動作をおこなう。この位置登録は、自己の位置をキャリアに通知して登録する動作であり、通常の移動体通信端末が一般的におこなっている動作である。本実施形態にかかる移動体通信端末３００は、近傍の基地局が随時発信する識別情報（エリアコード）を受信し、受信したエリアコードと自己の電話番号情報とをキャリアの交換局５０に送信することで位置登録をおこなうものとする。なお、自己の電話番号情報や受信したエリアコードなどは記憶部３５０に格納されているものとする。
【０１０８】
本実施形態では、このような位置登録動作を、予め規定されているタイミング（例えば、電源投入時や近傍の基地局が変化したときなど）でおこなう他、所定間隔（例えば、１分間毎）で定期的におこなうものとする。このような位置登録などの非ユーザ通信は自動的に実行される。
【０１０９】
ＩＣカード制御部３１３は、ＩＣカード部３４０との協働により、移動体通信端末３００のＩＣカード機能にかかる動作をおこなう。ＩＣカード制御部３１３は、ＩＣカード部３４０の受信動作に基づいて通信対象を判別する他、通信により送受信すべき情報の選択や、送受信する情報の取得・書込などをおこなう。この場合、記憶部３５０に格納されている情報を取得して送信する他、受信した情報を記憶部３５０に格納する。
【０１１０】
本実施形態では、上記各機能構成を制御部３１０によって論理的に実現するものとしたが、これらの構成を、例えば、ＡＳＩＣなどで構成することで、物理的な構成で実現してもよい。一方、上述した入出力制御部３３０の構成を、プログラムの実行によって、制御部３１０が論理的に実現するようにしてもよい。
【０１１１】
記憶部３５０には、上記機能構成を実現するために必要なプログラムの他、種々の情報が格納される。本実施形態では、例えば、位置登録時に近傍の基地局から受信したエリアコード、移動体通信端末３００に割り当てられている識別情報（電話番号や電子メールアドレスなど）、受信した電子メール、などが格納されるものとする。
【０１１２】
なお、上記各構成は、移動体通信端末３００を用いて本発明を実現するために必要な構成であり、移動体通信端末として必要なその他の構成は、必要に応じて備えられているものとする。
【０１１３】
以上のような構成によって実現される受付システム１の動作を以下説明する。
【０１１４】
本実施形態では、上述したように、空港（施設ＦＣ）での搭乗手続などにおける、いわゆるキャンセル待ちにかかる手続を受付システム１でおこなう場合を例示する。この場合において、キャンセル待ちの申し込みを希望する申込者（ユーザ）は、上述した構成の移動体通信端末３００を使用するものとする。また、このユーザは、予約システムＲＳに予めユーザ登録しているものとする。そして、このようなユーザがキャンセル待ちの申し込みをおこなうために施設ＦＣ（空港）に訪れ、受付端末２００を用いることで、キャンセル待ちの申し込みなどをおこなうものとする。
【０１１５】
まず、施設ＦＣ（空港）を訪れたユーザが、移動体通信端末３００を用いてキャンセル待ちの申し込みをおこない、受付処理装置１００がこの申し込みを仮受付として処理する「仮受付処理」を、図１１に示すフローチャートを参照して説明する。この「仮受付処理」は、ユーザの移動体通信端末３００と受付端末２００とが非接触ＩＣカード機能で通信を開始したことを契機に開始されるものとする。すなわち、施設ＦＣ（空港）を訪れたユーザが、移動体通信端末３００のＩＣカード部３４０と、受付端末２００のＩＣカード通信装置２５０とを近接させることで、移動体通信端末３００と受付端末２００との非接触通信が開始されたことを契機に開始される。
【０１１６】
この場合において、受付端末２００の表示装置２４０には、提供可能なサービス項目が選択可能にメニュー表示されており、例えば、「キャンセル待ちの申し込み」などと表示されたメニュー項目をユーザが選択し、申込対象（本実施形態の場合、便名とする）を選択もしくは入力した上で、移動体通信端末３００とＩＣカード通信装置２５０とを近接させる。これにより、受付端末２００と接続されている受付処理装置１００が、当該受付端末２００を用いた処理がキャンセル待ちの申し込みにかかるものであることと、申込対象とを認識して「仮受付処理」を開始する。この場合、キャンセル待ち申し込みの処理である旨と、申し込み対象となる便名を示す情報が、受付端末２００から受付処理装置１００に通知される。
【０１１７】
「仮受付処理」が開始されると、受付処理装置１００の仮受付処理部１１１は、申込者の移動体通信端末３００から当該移動体通信端末３００の識別情報を取得する。ここでは、仮受付処理部１１１が、受付端末２００の制御部２１０に対し、識別情報の取得を指示し（ステップＳ１０１）、これに応じたＩＣカード通信装置２５０の動作により、移動体通信端末３００の識別情報を非接触通信により移動体通信端末３００から取得する。
【０１１８】
ここで、移動体通信端末３００の識別情報として、少なくとも、当該移動体通信端末３００に割り当てられている電話番号を示した電話番号情報を取得する。なお、本実施形態では、電話番号情報に加え、当該移動体通信端末３００で受信可能な電子メールアドレスを、必要に応じて、当該移動体通信端末３００の識別情報として取得するものとする。すなわち、移動体通信端末３００に電子メール機能が備えられており、ユーザにより電子メールアドレスの提示が拒否されない場合などに、電話番号情報と電子メールアドレスを取得する。
【０１１９】
移動体通信端末３００から識別情報を取得した受付端末２００は、通信部２２０により取得した識別情報を受付処理装置１００に送信する。これにより、受付処理装置１００は、申込者の移動体通信端末３００の識別情報を申込情報として取得する（ステップＳ１０２）。
【０１２０】
移動体通信端末３００から識別情報を含んだ申込情報を取得すると、仮受付処理部１１１は、取得した申込情報を申込情報格納領域１７２に格納する。ここで、複数の受付端末２００から申込情報を取得している場合、仮受付処理部１１１は、受付処理装置１００で取得した順に、申込情報を申込情報格納領域１７２に格納する。すなわち、取得した申込情報が申込順に申込情報格納領域１７２に格納されることになる。
【０１２１】
この場合、仮受付処理部１１１は、当該申込情報に、申込順に一意となる申込ＩＤを割り当て（ステップＳ１０３）、当該申込ＩＤをキーとするレコードを申込情報格納領域１７２に作成する（ステップＳ１０４）。そして、作成したレコードに、当該申込情報を取得した日時を示す取得日時情報と、申込対象（便名）を示す申込対象情報と、取得した申込情報（移動体通信端末３００の識別情報）と、を記録する。すなわち、移動体通信端末３００から取得した申込情報を申込順に申込情報格納領域１７２に格納して（ステップＳ１０５）、処理を終了する。申込情報が申込情報格納領域１７２に格納されたことにより、キャンセル待ちの申し込みが仮受付されたことになる。
【０１２２】
受付処理装置１００は、上記「仮受付処理」によって取得した申込情報のそれぞれについて、申し込まれたキャンセル待ちの受付をおこなう「受付可否判別処理」を並行して実行する。この「受付可否判別処理」を、図１２に示すフローチャートを参照して説明する。この「受付可否判別処理」は、受付業務のために受付処理装置１００が稼働している間、所定期間毎に定期的に実行されるものとする。
【０１２３】
「受付可否判別処理」が開始されると、受付可否判別部１１２が申し込みの受付可否を判別する。ここでは、申込情報格納領域１７２に格納された申込情報の申込順に受付可否を判別する。したがって、受付可否判別部１１２は、申込情報格納領域１７２に格納されている申込情報に付与されている取得日時情報に基づいて、現在格納されている申込情報のうちで最早に取得された申込情報を特定し（ステップＳ２０１）、当該申込情報についてのキャンセル待ち申し込みが受付可能であるか否かを判別する（ステップＳ２０２）。すなわち、申込順に受付可否が判別される。
【０１２４】
受付可否の判別は、予約システムＲＳに問い合わせることによっておこなう。すなわち、少なくとも、ステップＳ２０１で特定した申込情報に示される申込対象情報を予約システムＲＳに送信することで、当該申込情報が示す便名でのキャンセルの発生があるか否かを照会する。ここで、上述したように予約システムＲＳでは、航空券の予約に関する処理が一元的におこなわれているため、キャンセルが発生した場合には、予約システムＲＳで管理している予約情報に反映される。したがって、予約システムＲＳは、受付処理装置１００からの問い合わせに応じて予約情報を参照し、対象となる便でキャンセルが発生したか否かを判別し、判別結果（キャンセルあり、または、キャンセルなし）を受付処理装置１００に返信する。
【０１２５】
予約システムＲＳからの返信が「キャンセルあり」である場合、キャンセルされた席をキャンセル待ちの申込者に割り当てることができるので、受付可否判別部１１２は、キャンセル待ちの受付について「受付可」であると判別する。一方、予約システムＲＳからの返信が「キャンセルなし」である場合、申込者が希望する座席を現時点では用意することができないので、受付可否判別部１１２は、キャンセル待ちの受付について「受付不可」であると判別する。
【０１２６】
ここで、受付不可と判別した場合（ステップＳ２０２：Ｎｏ）、受付可否判別部１１２は、判別した申込情報が申込情報格納領域１７２に格納されている最後の申込情報であるか否かを判別する（ステップＳ２０３）。当該申込情報が最後ではない場合（ステップＳ２０３：Ｎｏ）、受付可否判別部１１２は、申込情報格納領域１７２に格納されている次の申込情報を特定し（ステップＳ２０４）、当該申込情報についての受付可否の判別をおこなう（ステップＳ２０２）。一方、最後の申込情報であった場合は（ステップＳ２０３：Ｙｅｓ）、処理を終了し、次の所定期間経過時に再度処理が実行される。
【０１２７】
一方、ステップＳ２０１もしくはステップＳ２０４で特定した申込情報に基づく申込が受付可能である場合（ステップＳ２０２：Ｙｅｓ）、受付可否判別部１１２は、位置登録情報取得部１１３に位置登録情報の取得を指示するとともに、受付可能と判別した申込情報に含まれる電話番号情報を一致判別部１１４に通知する。位置登録情報取得部１１３は、受付可否判別部１１２からの指示に応じて、構内網接続部１２０を制御し、現時点での登録端末リストを構内交換機１０から取得し、受付可と判別された申込情報と照合する（ステップＳ２０５）。
【０１２８】
より詳細には、構内交換機１０から登録端末リストを取得すると、位置登録情報取得部１１３は、取得した登録端末リストを位置登録情報格納領域１７３に一時的に格納し、その旨を一致判別部１１４に通知する。一致判別部１１４は、位置登録情報取得部１１３からの通知に応じて、受付可否判別部１１２から通知された電話番号情報と一致する電話番号情報が、位置登録情報格納領域１７３に格納されている登録端末リストに含まれているか否かを判別する（ステップＳ２０６）。
【０１２９】
ここで、一致する電話番号情報が含まれている場合、当該申込者が現在施設ＦＣ内に存在していることになる。つまり、取得した登録端末リストは、現在およびその直近に施設ＦＣで位置登録をおこなった移動体通信端末の記録を示しているので、一致する電話番号情報があれば、当該電話番号が割り当てられている移動体通信端末３００が、現在およびその直近に施設ＦＣ内で位置登録をおこなったことになる。このため、その移動体通信端末３００を使用している申込者も現在施設ＦＣ内に存在していることになる。
【０１３０】
本実施形態に示すような航空機の搭乗に関するキャンセル待ち手続は、通常、出発当日や出発直前におこなうことが一般的であり、この場合、かかる航空券の発券や搭乗手続等は空港（施設ＦＣ）にておこなうことになる。よって、キャンセルが発生した場合であっても、当該申込者が空港（施設ＦＣ）内にいなければ、最終的な手続（航空券の発券や搭乗手続など）をおこなうことができない。よって、本実施形態では、キャンセル待ちの受付が可能となった時点で当該申込者が空港（施設ＦＣ）内に存在する場合のみ、受付処理装置１００が当該申込者に「申し込みの受付可能である」旨を通知することとする。
【０１３１】
したがって、申込者のうち、受付可能となった時点（キャンセルが発生した時点）で空港（施設ＦＣ）内に存在する者を峻別する必要がある。このため、本実施形態では、申込者が使用する移動体通信端末３００の識別情報（電話番号情報）と、当該申込者によるキャンセル待ち申し込みが受付可能となった時点で、空港（施設ＦＣ）内で位置登録をおこなった移動体通信端末の識別情報（電話番号情報）とを照合し、同一の電話番号情報があるか否かを判別することによって、当該申込者が現在施設ＦＣ内に存在するか否かを判別する。
【０１３２】
一致する電話番号が登録端末リストにないと判別され（ステップＳ２０６：Ｎｏ）、当該申込者が現在施設ＦＣ内に存在しないと判別された場合、一致判別部１１４は、ステップＳ２０５で取得した登録端末リストを位置登録情報格納領域１７３から削除する（ステップＳ２０９）。この場合、通知対象が存在しないので、通知処理をおこなわずにステップＳ２０３に戻り、次の申込情報がある場合には、その受付可否の判別をおこなうことになる。
【０１３３】
一方、電話番号の一致が判別されたことにより（ステップＳ２０６：Ｙｅｓ）、申込者が現在施設ＦＣ内に存在すると判別された場合、仮受付処理部１１１は、受付可能と判別された申込情報に含まれている移動体通信端末３００の識別情報（電話番号情報）を予約システムＲＳに通知することで、キャンセルされた分の仮予約を依頼する（ステップＳ２０７）。
【０１３４】
すなわち、受付システム１を使用する移動体通信端末３００のユーザは、使用する移動体通信端末３００の電話番号情報を含むユーザ情報を予約システムＲＳに予め登録しているので、予約システムＲＳでは、受付処理装置１００から通知された移動体通信端末３００の識別情報（電話番号情報）に基づいて、申込者のユーザ情報を特定することができる。そして、予約システムＲＳは、特定したユーザ情報を用いて、キャンセルが発生した座席の仮予約処理をおこなうことができる。ここでは、キャンセルされた座席の予約者情報に、特定したユーザ情報を適用することで、キャンセルが発生した便の予約情報を更新する。これにより、キャンセルされた座席が、キャンセル待ちの申込者によって仮予約され、予約確定となるまで当該座席が確保される。
【０１３５】
キャンセル分の仮予約がおこなわれると、仮受付処理部１１１は、当該申込情報のレコードを申込情報格納領域１７２から通知情報格納領域１７４に転記するとともに、当該レコードの申込ＩＤを通知情報作成部１１５に通知する（ステップＳ２０８）。この場合、転記により、当該レコードは申込情報格納領域１７２から削除されるものとする。このため、「受付可否判別処理」の次回実行時には、すでに受付可と判別された申込情報は、受付可否の判別対象とならない。なお、仮受付処理部１１１は、通知記録情報となるよう元の申込情報を加工して転記するものとする。
【０１３６】
そして、申込者に申し込みの受付が可能である旨を通知するための「通知処理」が通知情報作成部１１５および通知処理部１１６によって実行される（ステップＳ３００）。この「通知処理」の詳細を、図１３に示すフローチャートを参照して説明する。
【０１３７】
処理が開始されると、通知情報作成部１１５は、通知情報格納領域１７４にアクセスし、ステップＳ２０８で仮受付処理部１１１から通知された申込ＩＤで特定される通知記録情報を取得する（ステップＳ３０１）。
【０１３８】
通知情報作成部１１５は、取得した通知記録情報に含まれている移動体通信端末３００の識別情報に基づいて通知方法を選択する。本実施形態では、識別情報に電子メールアドレスが含まれているか否かを判別し（ステップＳ３０２）、電子メールアドレスが含まれている場合には（ステップＳ３０２：Ｙｅｓ）、電子メールによる通知を選択し（ステップＳ３０３）、電子メールアドレスが含まれていない場合には（ステップＳ３０２：Ｎｏ）、音声による通知を選択する（ステップＳ３０４）ものとする。
【０１３９】
通知情報作成部１１５は、選択した通知方法に応じた通知情報を通知情報格納領域１７４から取得する。すなわち、ステップＳ３０３で電子メールによる通知を選択した場合は、通知情報格納領域１７４から、キャンセル待ちの申し込みを受付可能であることを通知するために作成されたテキストデータを取得する（ステップＳ３０５）。一方、ステップＳ３０４で音声通知が選択された場合は、通知情報格納領域１７４から、キャンセル待ちの申し込みを受付可能であることを通知するために作成された音声データを取得する（ステップＳ３０６）。
【０１４０】
ステップＳ３０５で電子メール用のテキストデータを取得した場合、通知情報作成部１１５は、当該テキストデータを本文とする電子メールを作成する。この場合、通知情報作成部１１５は、ステップＳ３０１で取得した申込情報に含まれている、移動体通信端末３００で受信可能な電子メールアドレスを宛先として設定する（ステップＳ３０７）。そして、通知情報作成部１１５は、電子メールによる通知情報が作成された旨を通知処理部１１６に通知する。
【０１４１】
一方、ステップＳ３０６で音声通知用の音声データを取得した場合、通知情報作成部１１５は、当該音声データをワークエリアに展開して再生可能状態にするとともに、ステップＳ３０１で取得した申込情報に含まれている、移動体通信端末３００の電話番号情報に示される電話番号を発呼先として設定する（ステップＳ３０８）。そして、通知情報作成部１１５は、音声データによる通知情報が作成された旨を通知処理部１１６に通知する。
【０１４２】
通知処理部１１６は、通知情報作成部１１５からの通知に応じて、作成された通知情報を送信するための動作をおこなう。電子メールによる通知の場合は、ステップＳ３０７で作成された電子メールの送信をデータ通信部１３０に指示することで、作成された電子メールが移動体通信端末３００宛に送信される（ステップＳ３０９）。この場合、例えば、「お申し込みいただいたキャンセル待ちの受付が可能となりましたので、受付端末にて手続をおとりください。」などのメッセージを含んだ電子メールが、受付可能と判別された申込情報に含まれる電子メールアドレス宛に送信される。すなわち、申し込みの受付が可能となった旨が、電子メールによって、当該申込者に通知される。
【０１４３】
一方、音声通知をする場合、通知処理部１１６は、ステップＳ３０８で設定された電話番号に発呼するよう呼制御部１２１に指示することで、移動体通信端末３００に発呼し、通信路が確立された際に、通知処理部１１６が音声データの通知情報を再生する（ステップＳ３１０）。これにより、例えば、「お申し込みいただいたキャンセル待ちの受付が可能となりましたので、受付端末にて手続をおとりください。」などの音声メッセージが移動体通信端末３００で出力される。すなわち、申し込みの受付が可能となった旨が、いわゆる音声ガイダンスによって、当該申込者に通知される。
【０１４４】
ステップＳ３０９またはステップＳ３１０で、通知情報が移動体通信端末３００に送信されると、通知処理部１１６は、通知情報格納領域１７４にアクセスし、通知動作をおこなった日時情報を記録することで通知記録情報を更新して（ステップＳ３１１）、「受付可否判別処理」（図１２）のフローに戻る。「受付可否判別処理」では、そのまま処理を終了する。
【０１４５】
上記通知処理により、申し込んだキャンセル待ちが受付可能となった場合、施設ＦＣ（空港）内にいる当該申込者の移動体通信端末３００に、受付可能となった旨を示す通知情報が送信される。
【０１４６】
受付処理装置１００によって音声通知が実行された場合、移動体通信端末３００では、受付処理装置１００からの発呼を音声通信部３２２が受信し、着信処理部３１１によって着信にかかる動作が実行される。この場合、着信処理部３１１の制御により、着信を知らせる着信音がスピーカ３３４から出力される。これに応じて、ユーザが操作部３３１を操作して着呼を指示すると、着信処理部３１１が音声通信部３２２を制御することで、受付処理装置１００との音声通信路が確立し、受付処理装置１００で再生された音声通知情報を音声通信部３２２が順次受信する。受信された音声通知信号は、入出力制御部３３０によって再生され、スピーカ３３４から出力される。これにより、ユーザ（申込者）に、申込をおこなったキャンセル待ちが受付可能となった旨が音声により通知される。
【０１４７】
一方、電子メールによる通知が実行された場合、移動体通信端末３００では、データ通信部３２３が受信し、着信処理部３１１によって着信にかかる動作が実行される。この場合、着信処理部３１１の制御により、着信を知らせる着信音がスピーカ３３４から出力される。また、着信処理部３１１は、入出力制御部３３０に受信した電子メールを構成しているデータを供給するとともに、当該データを記憶部３５０に格納する。入出力制御部３３０は、表示部３３２を制御し、受信した電子メールを表示出力する。これにより、ユーザ（申込者）に、申込をおこなったキャンセル待ちが受付可能となった旨が電子メール（文字情報）により通知される。
【０１４８】
これにより、申込者は、自分がおこなったキャンセル待ちの受付が可能となったことを認識し、キャンセルとなった座席を申し込むための正式な申込手続をおこなうことになる。本実施形態では、施設ＦＣ（空港）内に設置されている受付端末２００を用いて正式な申込手続をおこなうこととする。
【０１４９】
すなわち、通知を受けた申込者は、移動体通信端末３００をもって受付端末２００に赴き、移動体通信端末３００の非接触ＩＣカード機能を用いて、受付端末２００で手続をおこなう。この場合に受付処理装置１００が実行する「受付処理」を、図１４に示すフローチャートを参照して説明する。この「受付処理」は、通知情報を受信した移動体通信端末３００と、受付端末２００との間で、非接触ＩＣカード機能で通信を開始したことを契機に開始されるものとする。すなわち、施設ＦＣ（空港）内で受付可能の通知を受けたユーザが、移動体通信端末３００のＩＣカード部３４０と、受付端末２００のＩＣカード通信装置２５０とを近接させることで、移動体通信端末３００と受付端末２００との非接触通信が開始されたことを契機に開始される。
【０１５０】
この場合において、受付端末２００の表示装置２４０には、提供可能なサービス項目が選択可能にメニュー表示されており、例えば、「キャンセル待ちの確定」などと示されたメニュー項目をユーザが選択し、申込対象（すなわち、便名）を選択もしくは入力した上で、移動体通信端末３００とＩＣカード通信装置２５０とを近接させる。これにより、受付端末２００と接続されている受付処理装置１００が、当該受付端末２００を用いた処理が、キャンセル待ち申込の受付にかかるものであることと、申込対象とを認識して「受付処理」を開始する。この場合、キャンセル待ち申込の受付処理である旨と、申し込み対象となる便名を示す情報が、受付端末２００から受付処理装置１００に通知される。
【０１５１】
「受付処理」が開始されると、受付処理装置１００の受付処理部１１７は、申込者の移動体通信端末３００から、当該移動体通信端末３００の識別情報を、申込者を認証するための認証情報として取得する。ここでは、受付処理部１１７が、受付端末２００の制御部２１０に対し認証情報（識別情報）の取得を指示し（ステップＳ４０１）、これに応じたＩＣカード通信装置２５０の動作により移動体通信端末３００との非接触通信がおこなわれ、当該移動体通信端末３００から識別情報を取得する。ここでは、上述した「仮受付処理」の場合と同様に、移動体通信端末３００の電話番号情報を識別情報として取得することとする。
【０１５２】
移動体通信端末３００から識別情報を取得した受付端末２００は、通信部２２０により取得した識別情報を受付処理装置１００に送信する。これにより、受付処理装置１００は、申込者の移動体通信端末３００の識別情報を認証情報として取得する（ステップＳ４０２）。
【０１５３】
移動体通信端末３００から識別情報を含んだ認証情報を取得すると、受付処理部１１７は、取得した認証情報を用いて、受付手続をおこなっている者の認証をおこなう。すなわち、受付手続をおこなっている者が、キャンセル待ちの申し込みをし、かつ、その申し込みの受付が可能である旨が通知された者であるか否かを認証する。
【０１５４】
この場合、受付処理部１１７は、通知情報格納領域１７４にアクセスし、ステップＳ４０２で取得した識別情報と通知記録情報とを照合して（ステップＳ４０３）、同一の識別情報（電話番号情報）が、通知記録情報にあるか否かを判別することで、認証の成否を判別する（ステップＳ４０４）。ここで、取得した識別情報（電話番号情報）と同一の識別情報（電話番号情報）が通知記録情報にあれば、受付手続で使用されている移動体通信端末３００に通知情報が送信されていることになる。したがって、この場合は、受付手続をおこなっている者を正規の申込者として認証することができる。
【０１５５】
ここで、同一の識別情報（電話番号情報）が通知記録情報にない場合（ステップＳ４０４：Ｎｏ）、受付手続をおこなっている者を正規の申込者として認証することができないので、そのまま「受付処理」を終了する。
【０１５６】
一方、同一の識別情報（電話番号情報）ありと判別されることで（ステップＳ４０４：Ｙｅｓ）、受付手続をおこなっている者を正規の申込者として認証すると、受付処理部１１７は、正式な受付が可能であるか否かを判別する（ステップＳ４０５）。
【０１５７】
すなわち、本実施形態で示すような搭乗手続にかかる受付処理の場合、搭乗手続の締め切り時刻などが設定されているので、このような締め切り時刻の経過後に受付手続をおこなっても、正式な受付をおこなうことはできない。よって、受付処理部１１７は、認証した申込者の正式受付ができるか否かを、予約システムＲＳに問い合わせることで判別する。
【０１５８】
この場合、受付処理部１１７は、ステップＳ４０２で取得した移動体通信端末３００の識別情報（電話番号情報）と対象便名を示す情報を予約システムＲＳに送信することで、正式受付の可否を問い合わせる。予約システムＲＳでは、受付処理装置１００から送信された便名情報と移動体通信端末３００の識別情報とに基づいて、予約情報を特定し、搭乗手続の締め切り時刻を経過していないか否かなどの判別し、判別結果を受付処理装置１００に返信する。
【０１５９】
予約システムＲＳからの返信が、例えば、「締め切り時刻未経過」などである場合、受付処理部１１７は「正式受付可」と判別する。一方、予約システムＲＳからの返信が、例えば、「締め切り時刻経過」などである場合、受付処理部１１７は「正式受付不可」と判別する。
【０１６０】
ここで、正式受付不可と判別した場合（ステップＳ４０５：Ｎｏ）、受付手続を完了することができないので、そのまま「受付処理」を終了する。
【０１６１】
一方、正式受付可と判別した場合（ステップＳ４０５：Ｙｅｓ）、受付処理部１１７は、当該正式受付を実行するのに必要な情報を予約システムＲＳに要求する。本実施形態では、予約した座席についての航空券の発券をもって正式受付の実行とする。この場合、受付処理部１１７は、発券する航空券に印字すべき情報（以下、「チケット情報」とする）の提供を予約システムＲＳに要求する。ここでは、ステップＳ４０２で取得した移動体通信端末３００の識別情報（電話番号情報）や対象となる便名を示す情報などを予約システムＲＳに通知することで、チケット情報の提供を要求する。
【０１６２】
予約システムＲＳは、受付処理装置１００からの要求に応じて、予約情報データベースの該当する予約情報から必要な情報を抽出し、チケット情報として受付処理装置１００に送信する。予約システムＲＳでは、チケット情報を送信したことによって、仮予約から予約確定（受付完了）されたと判別し、受付完了である旨が示されるように予約情報を更新する。
【０１６３】
受付処理装置１００の受付処理部１１７は、予約システムＲＳが送信したチケット情報を受信する。すなわち、受付の実行に必要な情報（以下、「受付情報」とする）を取得する（ステップＳ４０６）。受付情報（チケット情報）を取得すると、受付処理部１１７は、取得した情報を受付端末２００に転送するとともに、当該チケット情報を用いた発券を制御部２１０に指示する。すなわち、正式な受付にかかる動作の実行を受付端末２００に指示する（ステップＳ４０７）。
【０１６４】
受付端末２００では、受付処理装置１００からの指示に応じて、発券装置２６０を動作させ、取得したチケット情報を用紙に印字して排出することで、航空券を発券する。すなわち、正式な受付にかかる動作が実行される。発券装置２６０による発券動作が完了すると、制御部２１０は、その旨を受付処理装置１００に通知する（発券完了通知）。すなわち、正式な受付が完了したことが通知される（受付完了通知）。
【０１６５】
受付処理装置１００では、受付端末２００からの発券完了通知（受付完了通知）を受信すると（ステップＳ４０８）、正式な受付にかかる動作が完了したと判断する。この場合、受付処理部１１７が、この受付処理でおこなった処理内容を示す受付記録情報（図６（ｂ）参照）を作成し、受付記録情報格納領域１７５に格納して（ステップＳ４０９）、処理を終了する。この受付記録情報は、施設ＦＣでおこなわれた受付処理の記録として受付処理装置１００に保存される他、例えば、予約システムＲＳに送信されることで、受付履歴の一元管理などに用いられる。
【０１６６】
以上説明したように、本発明を上記実施形態の如く適用することで、所定の施設にいるものでなければ行えない手続等の受付に関する通知を、その時点で当該施設に実際にいる者にのみ自動的におこなうことができる。つまり、上記実施形態で例示した空港でのキャンセル待ちの場合、申し込み後も空港内にいる者、すなわち、キャンセル席の獲得意志が本当にある者に対してのみ、受付可能であることを自動的に通知するので、キャンセル分を確実に割り当てることができる。また、申込者の移動体通信端末３００に自動的に通知するので、受付担当者による呼び出しや館内放送などをおこなう必要もない。よって、受付にかかる業務の効率化を図ることができる。
【０１６７】
また、自動的に申込順に処理して通知するので、申込者の待ち順番にしたがった公正な通知をおこなうことができる。ここで、申込者の移動体通信端末３００を用いて通知をおこなうので、施設ＦＣ内であれば、ユーザ（申込者）の居場所を問わず公正に通知することができる。つまり、申込後のユーザを拘束することなく確実に通知することができる。よって、従来のように、申込をおこなったカウンタの近傍で待機する必要がない他、館内放送の呼び出しなどで生じうる聞き逃しなどもない。また、申し込み順に処理するために整理券などを発行する必要もないため、受付業務の効率化を図ることができる。さらに、複数の受付端末２００を使った申し込みであっても申し込み順に処理することができので、申し込みを受け付ける場所が１カ所に制限されない。よって、待ち行列や混雑の緩和にも寄与することになり、ユーザの利便性向上と受付業務の効率化を実現することができる。
【０１６８】
また、受付可能時にその場にいない者は自動的に対象外とするため、無駄な通信を発生させることなく、キャンセル分を確実に販売することができ、コスト削減と収益性向上にも寄与することができる。
【０１６９】
このような、申し込みの受付が可能となった時点でその場にいる者に対してのみ通知する動作を実現するために、一般的な移動体通信端末で通常おこなわれている位置登録を利用しているので、構内交換機や構内基地局などから構成される構内網が備えられている施設であれば、上述した受付システム１を容易に構築することができる。
【０１７０】
また、ユーザ（申込者）側も、ＩＣカード機能を有する移動体通信端末３００を用いて手続を行うことができるので、受付端末２００に移動体通信端末３００を近接させるだけでキャンセル待ちの申し込みや受付手続などをおこなうことができる。すなわち、簡単、かつ、短時間に手続をおこなえるので、ユーザの利便性が向上するとともに、待ち行列や混雑の緩和などにも貢献するので、施設ＦＣ全体の効率化にも寄与することになる。
【０１７１】
なお、上記実施形態は一例であり、本発明の適用範囲はこれに限られない。すなわち、種々の応用が可能であり、あらゆる実施形態が本発明の範囲に含まれる。
【０１７２】
上記実施形態では、空港における航空機のキャンセル待ちにかかる受付処理に本発明を適用した場合を示したが、その時点で所定の施設に実際にいる者でなければ手続をおこなうことのできない種々の受付処理に本発明を適用することができる。例えば、種々の交通機関をはじめ、飲食店、娯楽施設（劇場、映画館、テーマパークなど）、その他各種公共施設などにおいて、入場や座席などといった利用に関する予約やキャンセル待ちをおこなう種々の場面に本発明を適用することができる。
【０１７３】
また、上記実施形態では、受付端末２００を用いて、申込者の移動体通信端末３００から申込情報を取得するものとしたが、受付処理装置１００によって申込情報が取得できるのであれば、取得する方法はこれに限られず任意である。例えば、申込者が、パーソナルコンピュータなどを用いて、インターネットなどを介して申込情報を送信することで、受付処理装置１００（もしくは予約システムＲＳ）が申込情報を取得してもよい。
【０１７４】
あるいは、移動体通信端末３００から申込情報を取得する場合であっても、受付端末２００を用いずに、例えば、移動体通信端末３００がインターネットを介して申込情報を送信することで、受付処理装置１００（もしくは予約システムＲＳ）が申込情報を取得するようにしてもよい。
【０１７５】
これらの場合、例えば、受付業務をおこなう者（上記実施形態の例では、航空会社など）が、申込情報を受け付けるためのウェブサイトをインターネット上に開設し、ユーザがこのようなウェブサイトにアクセスして申込情報を送信するように構成することができる。
【０１７６】
また、上記実施形態では、移動体通信端末３００が施設ＦＣ内に存在しているか否かを判別するために、移動体通信端末３００の電話番号情報を用いて照合したが、移動体通信端末３００を特定することができるのであれば、任意の識別情報を用いてもよい。例えば、移動体通信端末３００がＩＰ電話端末であり、施設ＦＣの構内網ＬＮがＬＡＮ（Local Area Network：構内通信網）などのＩＰ通信網である場合、移動体通信端末３００のＭＡＣアドレスやＩＰアドレスなどを識別情報として用いてもよい。
【０１７７】
上記実施形態では、移動体通信端末３００の位置登録を示す情報を構内交換機１０から取得するものとしたが、施設ＦＣ内の移動体通信端末がおこなった位置登録を示す情報が取得できるのであれば、取得先は構内交換機１０に限られない。例えば、各構内基地局２０と受付処理装置１００とを接続し、位置登録を示す情報を構内基地局２０から取得するようにしてもよい。すなわち、構内交換機１０や構内基地局２０などから構成されている構内網ＬＮから取得するように構成することができる。あるいは、キャリアの交換局５０から、施設ＦＣ内でおこなわれた位置登録を示す情報を取得するようにしてもよい。
【０１７８】
また、上記受付処理においては、認証情報として、移動体通信端末３００の電話番号情報を用いたが、移動体通信端末３００もしくは申込者を特定できる識別情報であれば、任意のものを用いることができる。例えば、電子メールアドレスなどを認証情報として用いることができる他、上述したＭＡＣアドレスやＩＰアドレスなどを用いてもよい。
【０１７９】
上記実施形態では、移動体通信端末３００の非接触ＩＣカード機能から情報を読み取るＩＣカード通信装置２５０として、リーダ装置を受付端末２００に構成したが、移動体通信端末３００のＩＣカード機能に対し情報の書き込みが可能なリーダ・ライタ装置によりＩＣカード通信装置２５０を構成してもよい。この場合、例えば、受付処理装置１００によって設定される申込ＩＤや受付ＩＤなどの情報を移動体通信端末３００に書き込み、これらの情報を識別情報や認証情報として用いる用にしてもよい。
【０１８０】
なお、上記実施形態では、移動体通信端末３００の非接触ＩＣカード機能を用いて識別情報（電話番号情報）を取得するものとしたが、識別情報が取得できるのであれば、その通信方法などは任意である。例えば、IrDA (Infrared Data Association)やBluetooth、あるいは、IEEE802.11（無線ＬＡＮ）などの種々のワイヤレス通信規格などに基づいて非接触通信をおこなってもよい。また、非接触通信に限らず、例えば、移動体通信端末３００と受付端末２００とを所定のケーブルや端子などで接続して通信するようにしてもよい。あるいは、受付端末２００の表示装置２４０を操作することで、ユーザが識別情報を入力してもよい。
【０１８１】
なお、申込情報や認証情報（すなわち、移動体通信端末３００の識別情報）の取得に受付端末２００を用いなくてもよく、例えば、データ通信網６０（例えば、インターネット）を介した移動体通信端末３００と受付処理装置１００との通信により、移動体通信端末３００から受付処理装置１００に識別情報を入力してもよい。あるいは、受付カウンタで受付業務をおこなう従業員などが識別情報を受付処理装置１００に入力してもよい。
【０１８２】
また、上記実施形態では、移動体通信端末３００のＩＣカード機能を識別情報の取得に用いたが、例えば、受付処理にかかる決済をＩＣカード機能でおこなってもよい。この場合、例えば、ＩＣカード機能によって実現される電子マネーなどを用いて決済処理がおこなえる他、例えば、クレジットカード情報の授受によって決済処理をおこなってもよい。
【０１８３】
なお、上記実施形態にかかる各処理において用いた識別情報は、移動体通信端末３００にかかるもの（電話番号情報や電子メールアドレス）であったが、申込者にかかる識別情報を用いるようにしてもよい。この場合、例えば、予約システムＲＳなどに登録してあるユーザ情報についての識別情報（ユーザＩＤ）などを移動体通信端末３００と受付処理装置１００の間で授受することで、上記各処理をおこなってもよい。この場合、例えば、移動体通信端末３００のインターネット接続機能などを用いてユーザ登録をおこない、その際に発行されたユーザＩＤを移動体通信端末３００の記憶部３５０などに格納しておく。そして、上記各処理をおこなう際には、そのユーザＩＤ情報を受付端末２００などに送信することで、上記各処理をおこなうことができる。
【０１８４】
また、上記実施形態では、申込者への通知方法の１つとして電子メールによる通知を例示したが、これに限られず、例えば、インスタントメッセージ（ＩＭ）やプッシュ配信による画像配信などによって通知をおこなってもよい。また、上記実施形態では、音声または電子メールのいずれかで通知する場合を例示したが、複数の通知方法のいずれか１以上、もしくは、すべてによって通知してもよい。また、申込時にユーザが通知方法を任意に選択するようにしてもよい。
【０１８５】
上記実施形態にかかる受付処理装置１００は、専用装置によって構成可能であることはもとより、例えば、パーソナルコンピュータなどの汎用コンピュータ装置によって構成することもできる。この場合、汎用コンピュータ装置に、上記実施形態の受付処理装置１００として機能させるプログラムを適用することで、汎用コンピュータ装置を受付処理装置１００として機能させることができる。すなわち、上記実施形態における制御部１１０が実行した動作プログラムと同様の動作プログラムを、汎用コンピュータ装置の記憶装置にインストールし、これを当該コンピュータ装置の制御装置（ＣＰＵなど）が実行することで、本発明にかかる受付処理装置として機能させることができる。
【０１８６】
このようなプログラムを提供する形態は任意であり、例えば、インターネットなどの通信媒体を介して配布することで提供可能である他、例えば、所定の記録媒体（例えば、ＣＤ−ＲＯＭやＤＶＤなど）に格納して提供することができる。
【図面の簡単な説明】
【０１８７】
【図１】本発明の実施形態にかかる受付システムの構成を模式的に示す図である。
【図２】図１に示す受付処理装置の構成を示すブロック図である。
【図３】図２に示す記憶部に作成される記憶領域の例を示す図である。
【図４】図１に示す制御部によって実現される機能構成を示す機能ブロック図である。
【図５】図３に示す記憶領域に記録される情報の例を示す図であり、（ａ）は申込情報格納領域に記録される申込情報の例を示し、（ｂ）は位置登録情報格納領域に記録される登録端末リストの例を示す。
【図６】図３に示す記憶領域に記録される情報の例を示す図であり、（ａ）は通知情報格納領域に記録される通知記録情報の例を示し、（ｂ）は受付記録情報格納領域に記録される受付記録情報の例を示す。
【図７】図１に示す受付端末の外観構成の例を示す図である。
【図８】図７に示す受付端末の内部構成を示すブロック図である。
【図９】図１に示す移動体通信端末の構成を示すブロック図である。
【図１０】図９に示す制御部によって実現される機能構成を示す機能ブロック図である。
【図１１】本発明の実施形態にかかる「仮受付処理」を説明するためのフローチャートである。
【図１２】本発明の実施形態にかかる「受付可否判別処理」を説明するためのフローチャートである。
【図１３】図１２に示す受付可否判別処理において実行される「通知処理」を説明するためのフローチャートである。
【図１４】本発明の実施形態にかかる「受付処理」を説明するためのフローチャートである。
【符号の説明】
【０１８８】
１…受付システム、ＦＣ…施設、１０…構内交換機、２０…構内基地局、３０…構内通信網、ＬＮ…構内網、４０…公衆回線網、５０…交換局、６０…データ通信網、１００…受付処理装置、１１０…制御部、１１１…仮受付処理部、１１２…受付可否判別部、１１３…位置登録情報取得部、１１４…一致判別部、１１５…通知情報作成部、１１６…通知処理部、１１７…受付処理部、１２０…構内網接続部、１２１…呼制御部、１３０…データ通信部、１４０…端末接続部、１５０…入力制御部、１５…入力装置、１６０…出力制御部、１６…出力装置、１７０…記憶部、１７１…プログラム格納領域、１７２…申込情報格納領域、１７３…位置登録情報格納領域、１７４…通知情報格納領域、１７５…受付記録情報格納領域、２００…受付端末、２１０…制御部、２２０…通信部、２３０…入出力制御部、２４０…表示装置、２５０…ＩＣカード通信装置、２６０…発券装置、３００…移動体通信端末、３１０…制御部、３１１…着信処理部、３１２…位置登録動作部、３１３…ＩＣカード制御部、３２０…通信部、３２１…アンテナ、３２２…音声通信部、３２３…データ通信部、３２４…非ユーザ通信部、３３０…入出力制御部、３３１…操作部、３３２…表示部、３３３…マイクロフォン、３３４…スピーカ、３４０…ＩＣカード部、３５０…記憶部
【技術分野】
【０００１】
本発明は、受付システム、受付処理装置、および、プログラムに関し、特に、キャンセル待ちなどにかかる受付業務の効率化とユーザの利便性向上に好適な受付システム、受付処理装置、および、プログラムに関する。
【背景技術】
【０００２】
携帯電話などの移動体通信分野においては、技術の向上により端末の高機能化がすすんでおり、基本機能である通話機能以外の種々の機能が付加されている。近時では、種々の予約やキャンセル待ちなどに関するサービスを、移動体通信端末を用いて利用するための手法が提案されている。
【０００３】
例えば、特許文献１では、移動体通信端末のＧＰＳ機能によって、予約センタに近い移動体通信端末を検索し、キャンセルが発生したことを当該移動体通信端末に対して通知する手法が開示されている。
【特許文献１】特開２００３−３４５８７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示されている従来技術では、申込者は予約センタを呼び出し、キャンセル待ち予約の手続を予め行っておく必要がある。このため、キャンセル待ちの申し込みをおこなう必要が急遽発生した場合などには対応することができない。また、移動体通信端末のＧＰＳ機能を利用しているため、ＧＰＳ機能を有していない移動体通信端末にはサービスを提供することができない。
【０００５】
さらに、予約センタに近い移動体通信端末を検索して通知しているので、予約センタと実際に利用する施設が同一でない場合などには不都合が生じる。すなわち、予約センタの近傍にいるが、実際に利用する施設にはいない者の移動体通信端末に通知をおこなってしまうことがある。ここで、申込対象を利用する意志がある者は、実際に利用する施設で通知を待機しているが、利用意志の低い者は、施設へ赴かなかったり、通知前に施設を離れてしまう可能性がある。よって、実際の利用施設と予約センタとが異なると、利用意志の低い者に通知してしまうこともあり、予約業務や受付業務の効率を低下させてしまう。
【０００６】
また、実際に利用する施設と予約センタとが同一である（もしくは近接している）場合であっても、待機している者が多数いる場合、たまたま予約センタに最も近い者の移動体通信端末が検索されてしまうことになる。この場合、申込順序に従った受付処理とはならないので、利用者にとって不公平な受付業務がおこなわれてしまうことになる。
【０００７】
本発明は、上記実情に鑑みてなされたもので、キャンセル待ちなどの受付業務の効率化を図るとともに、ユーザの利便性を向上させることを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の第１の観点にかかる受付システムは、
施設内の移動体通信端末と通信する構内基地局と、前記構内基地局と交換局とを中継する構内交換機とから構成される構内網を備えた施設において受付処理をおこなうための受付システムであって、
少なくとも申込者が使用する移動体通信端末の電話番号情報を含んだ申込情報を、当該移動体通信端末から取得して記憶する申込情報取得手段と、
前記申込情報取得手段が取得した申込情報に基づく申込の受付可否を判別する受付判別手段と、
前記受付判別手段が受付可と判別した場合に、前記構内基地局を用いて位置登録をおこなった移動体通信端末の電話番号情報を含む位置登録情報を、前記構内交換機から取得する位置登録情報取得手段と、
前記受付可と判別された申込情報と、前記位置登録情報取得手段が取得した位置登録情報とに基づいて、当該申込者の移動体通信端末が前記施設内に現在存在するか否かを判別する存在判別手段と、
前記存在判別手段が、前記移動体通信端末が前記施設内に現在存在すると判別した場合、当該移動体通信端末と通信し、受付可能である旨を通知する通知手段と、
を備えることを特徴とする。
【０００９】
このような構成によれば、施設の構内網を通じておこなわれた位置登録に基づいて申込者が使用する移動体通信端末の存在を判別しているので、受付可能となった時点（例えば、キャンセル待ち対象でキャンセルが発生した時点）に施設内にいる申込者に対してのみ、受付に関する通知をおこなうことができる。
【００１０】
上記受付システムにおいて、
前記申込情報取得手段は、申込順に前記申込情報を記憶することが望ましく、この場合、
前記受付判別手段は、前記申込情報取得手段に記憶された前記申込情報の申込順に前記判別をおこなうことが望ましい。
【００１１】
このような構成によれば、申込順に通知することができるので、公正な受付業務をおこなうことができる。
【００１２】
上記受付システムにおいて、
前記通知手段は、前記申込情報に含まれる電話番号情報を用いた音声通信によって前記通知をおこなうことが望ましい。
【００１３】
このような構成によれば、移動体通信端末の音声通信機能を用いて通知することができるので、利用できる移動体通信端末が制限されない。
【００１４】
上記受付システムにおいて、
前記申込情報取得手段は、申込者の前記移動体通信端末で受信可能な電子メールアドレスを含んだ前記申込情報を取得してもよく、この場合、
前記通知手段は、前記申込情報に含まれる電子メールアドレスを用いて、電子メールによる前記通知をおこなってもよい。
【００１５】
このような構成によれば、移動体通信端末の機能に応じて通知方法を選択することができる。
【００１６】
上記受付システムにおいて、
前記申込情報取得手段は、
非接触リーダを備える申込端末を含んでいてもよく、この場合、
非接触ＩＣカード機能を有する前記移動体通信端末と前記申込端末との非接触通信により前記申込情報を取得することが望ましい。
【００１７】
このような構成によれば、移動体通信端末の非接触ＩＣカード機能を用いて申込手続をおこなえるので、受付業務の効率化とユーザの利便性向上を図ることができる。
【００１８】
上記受付システムは、
申込者の前記移動体通信端末から、当該移動体通信端末の電話番号情報を認証情報として取得する認証情報取得手段と、
前記認証情報取得手段が取得した電話番号情報と、前記通知手段が通信した前記移動体通信端末の電話番号情報との照合により認証をおこなう認証手段と、
前記認証手段が認証した場合、前記申込情報に基づいた申込の受付処理をおこなう受付処理手段と、
をさらに備えていることが望ましい。
【００１９】
このような構成によれば、移動体通信端末を用いて通知した者を認証し、通知処理と連動した正式な受付処理をおこなうことができる。
【００２０】
上記受付システムにおいて、
前記認証情報取得手段は、
非接触リーダを備える受付端末を含んでいてもよく、この場合、
非接触ＩＣカード機能を有する前記移動体通信端末と前記受付端末との非接触通信により前記認証情報を取得することが望ましい。
【００２１】
このような構成によれば、移動体通信端末の非接触ＩＣカード機能を用いて受付手続をおこなえるので、受付業務の効率化とユーザの利便性向上を図ることができる。
【００２２】
上記受付システムにおいて、
前記申込情報取得手段は、キャンセル待ちに関する前記申込情報を取得し、
前記受付判別手段は、キャンセルが発生したか否かを判別し、
前記位置登録情報取得手段は、前記受付判別手段によってキャンセルが発生したと判別された場合に、前記位置登録情報を取得することができる。
【００２３】
このような構成によれば、例えば、空港などの施設におけるキャンセル待ちにかかる受付業務の効率化と利便性向上を図ることができる。
【００２４】
上記目的を達成するため、本発明の第２の観点にかかる受付処理装置は、
施設における受付処理をおこなうための受付処理装置であって、
少なくとも申込者が使用する移動体通信端末の識別情報を含んだ申込情報を取得して申込順に記憶する申込情報取得手段と、
前記申込情報取得手段が記憶する前記申込情報毎の受付可否を前記申込順に判別する受付可否判別手段と、
前記受付可否判別手段が受付可と判別した場合に、前記施設内の移動体通信端末による位置登録によって送信された識別情報を、前記施設の構内網から取得する識別情報取得手段と、
前記受付可と判別された申込情報に含まれる前記識別情報と一致する識別情報が前記識別情報取得手段により取得されているか否かを判別する一致判別手段と、
前記一致判別手段が、一致する識別情報が取得されていると判別した場合、当該識別情報の移動体通信端末と通信し、受付可能である旨を通知する通知手段と、
を備えることを特徴とする。
【００２５】
このような構成によれば、申込者が使用する移動体通信端末の識別情報と、施設内でおこなった位置登録にかかる識別情報とに基づいて、申し込みの受付が可能となった時点で施設内にある移動体通信端末に対し、受付可能である旨の通知をおこなうことができる。
【００２６】
上記受付処理装置において、
前記識別情報は、前記移動体通信端末の電話番号情報とすることができ、この場合、
前記通知手段は、
前記電話番号情報を用いて前記移動体通信端末に発呼する発呼手段をさらに備え、
前記発呼手段による発呼に基づく音声通信により前記通知をおこなうことが望ましい。
【００２７】
このような構成によれば、移動体通信端末の音声通信機能を用いて通知することができる。
【００２８】
上記受付処理装置において、
前記申込情報取得手段は、前記申込者が使用する移動体通信端末で受信可能な電子メールアドレスを含んだ前記申込情報を取得してもよく、この場合、
前記通知手段は、
前記通知内容を示す電子メールを作成する電子メール作成手段をさらに備え、
前記申込情報に含まれる電子メールアドレスを用いて前記移動体通信端末と通信し、前記電子メール作成手段が作成した電子メールによって前記通知をおこなってもよい。
【００２９】
このような構成によれば、移動体通信端末の電子メール機能を用いて通知することもでき、通知方法を選択することができる。
【００３０】
上記受付処理装置は、
前記施設内の移動体通信端末から、当該移動体通信端末の識別情報を認証情報として取得する認証情報取得手段と、
前記認証情報取得手段が取得した前記識別情報と、前記通知手段が通信した移動体通信端末の識別情報との照合によって認証をおこなう認証手段と、
前記認証手段が認証した識別情報に対応する前記申込情報に基づいて、当該申込の受付処理をおこなう受付処理手段と、
をさらに備えていることが望ましい。
【００３１】
このような構成によれば、移動体通信端末の識別情報を用いて認証をおこなうことで、通知をおこなった申込者に対する受付処理をおこなうことができる。
【００３２】
上記受付処理装置において、
前記申込情報取得手段は、前記移動体通信端末から前記申込情報を取得することが望ましい。
【００３３】
このような構成によれば、移動体通信端末の識別情報を、例えば、当該移動体通信端末との通信などによって取得することができる。
【００３４】
上記目的を達成するため、本発明の第３の観点にかかるプログラムは、
コンピュータに、
少なくとも申込者が使用する移動体通信端末の識別情報を含んだ申込情報を取得して申込順に記憶する機能と、
記憶した前記申込情報毎の受付可否を前記申込順に判別する機能と、
受付可と判別した場合に、施設内の構内網を用いて位置登録をおこなった移動体通信端末の識別情報を前記構内網から取得する機能と、
前記受付可と判別された申込情報に含まれる前記識別情報と同一の識別情報を取得しているか否かを判別する機能と、
同一の識別情報を取得していると判別した場合、当該識別情報の移動体通信端末と通信し、受付可能である旨を通知する機能と、
前記施設内の移動体通信端末から、当該移動体通信端末の識別情報を認証情報として取得する機能と、
前記認証情報として取得した識別情報と、前記通信した移動体通信端末の識別情報との照合によって認証をおこなう機能と、
認証した識別情報に対応する前記申込情報に基づいて、当該申込の受付処理をおこなう機能と、
を実現させることを特徴とする。
【００３５】
このようなプログラムを適用することで、汎用コンピュータ装置などを上記受付処理装置として機能させることができる。
【発明の効果】
【００３６】
本発明によれば、受付に関する通知を、その時点で利用施設に実際にいる者に対してのみ自動的におこなうことができるので、受付業務の効率化とユーザの利便性向上を図ることができる。
【発明を実施するための最良の形態】
【００３７】
（実施形態１）
以下、図面を参照して、本発明にかかる実施形態を説明する。本実施形態では、本発明を適用した受付処理システムによって受付処理をおこなう場合を例示する。本実施形態においては、航空機の空席キャンセル待ちについての受付処理を空港（以下、「施設ＦＣ」とする）でおこなう場合を例に以下説明する。本実施形態にかかる受付システム１を、図１を参照して説明する。図１は、受付システム１の構成を模式的に示す図である。
【００３８】
図１に示す受付システム１の主要構成は、施設ＦＣに設置されている構内交換機１０、複数の構内基地局２０、および、受付処理装置１００と、移動体通信端末３００である。このような各構成の接続態様を以下説明する。
【００３９】
図示するように、施設ＦＣ内の構内交換機１０と各構内基地局２０とは、構内通信網３０によって接続されており、これにより、施設ＦＣの構内網ＬＮが構成されている。この構内網ＬＮは、施設ＦＣ内での移動体通信端末３００による通信を実現するためのものである。すなわち、施設ＦＣ内に配置された構内基地局２０は、移動体通信端末３００との無線通信をおこなうものであり、施設ＦＣ内で移動体通信端末３００を使用する場合、当該移動体通信端末３００は、至近の構内基地局２０と通信することになる。
【００４０】
構内交換機１０は、移動体通信サービスを提供する通信事業者（いわゆる、キャリア）の交換局５０が接続されている。交換局５０を含むキャリアの交換局は、例えば、所定の地域単位で配置されており、それぞれが、当該地域における複数の基地局と接続されている。構内交換機１０に接続されている交換局５０は、施設ＦＣのある地域を管轄する交換局であり、施設ＦＣ外に設置されている当該地域の基地局とも接続されている。施設ＦＣ内の構内基地局２０は、この交換局５０が管轄する基地局の一部であり、構内交換機１０の中継により交換局５０に接続されていることになる。
【００４１】
この構内交換機１０は、いわゆるＰＢＸ（Private Branch eXchange）であり、施設ＦＣ内の電話設備と公衆回線網４０とを接続することで、施設ＦＣ内の電話設備を用いた通信を可能としている。本実施形態では、構内交換機１０によって、移動体通信端末用の電話設備である構内基地局２０と公衆回線網４０とが接続されている。この公衆回線網４０は、交換局５０を含む複数の交換局を接続しているので、施設ＦＣ内で移動体通信端末３００を用いた外線通話やデータ通信などの通信が可能となる。
【００４２】
施設ＦＣ内の移動体通信端末３００は、このような構成の構内網ＬＮを介して通信することになるので、公衆回線網４０を用いる通信に関しては、施設ＦＣ内の移動体通信端末３００がおこなうすべての通信動作が構内交換機１０を経由することになる。本実施形態では、構内交換機１０が処理した通信動作の記録（いわゆる、ログ）を、構内交換機１０が随時保存しているものとする。
【００４３】
また、構内交換機１０には受付処理装置１００も接続されている。これにより、構内交換機１０を介して、受付処理装置１００と公衆回線網４０とが接続されていることになる。また、受付処理装置１００は、例えば、ＩＰ網（インターネット）などのデータ通信網６０と接続されている。このデータ通信網６０を介して、受付処理装置１００は予約システムＲＳと接続される。
【００４４】
本実施形態では、予約システムＲＳによって、航空機のチケットに関する予約管理などがおこなわれているものとする。この予約システムＲＳは、例えば、メインフレームなどの情報処理装置によって構成され、例えば、航空会社のホストコンピュータとして運用されているものとする。すなわち、予約システムＲＳによって、当該航空会社のユーザサービスに関する情報が一元的に管理されている。この場合、予約システムＲＳは、予約情報データベースを備えており、航空機の搭乗予約などに関する予約情報を蓄積する。予約情報には、これから搭乗手続などがおこなわれる便毎に、座席の予約状況を示す情報や予約者に関する情報などの他、搭乗手続の締め切り日時などが記録されるものとする。
【００４５】
本実施形態では、受付システム１によって航空機の利用に関するサービスを受けるユーザは、予め予約システムＲＳにユーザ登録をしているものとする。よって、予約システムＲＳは、ユーザ情報を蓄積するためのユーザ情報データベースを有しているものとし、少なくとも、当該ユーザが使用する移動体通信端末３００の電話番号情報（識別情報）を含んだユーザ情報が記録・管理されているものとする。本実施形態では、航空券の予約や購入に必要となる情報（例えば、ユーザの属性情報など）がユーザ情報として蓄積されているものとし、例えば、各ユーザに一意に割り当てられるユーザＩＤをキーとしたレコードに記録することで管理しているものとする。
【００４６】
受付処理装置１００はまた、施設ＦＣ内に設置された受付端末２００と接続されている。この受付端末２００は、例えば、施設ＦＣ（空港）内の搭乗手続カウンタなどに設置され、受付処理装置１００の制御により、キャンセル待ちなどの申込時にユーザとのインタフェース装置（申込端末）として機能する他、航空券発券などの受付時にユーザとのインタフェース装置（受付端末）として機能する。
【００４７】
以上のような接続態様で構成された受付システム１の各構成を以下説明する。まず、受付処理装置１００について説明する。受付処理装置１００は、例えば、ワークステーションなどの情報処理装置によって構成され、例えば、施設ＦＣ（空港）内で受付業務をおこなっている航空会社などによって運用される。受付処理装置１００は、施設ＦＣにおいておこなわれる受付業務に関する処理をおこなうものであり、本実施形態では、施設ＦＣ内に設置されているものとする。本実施形態にかかる受付処理装置１００は、空港（施設ＦＣ）にておこなわれる予約手続やキャンセル待ち手続、航空券の発券手続、搭乗手続、などにかかる受付業務のデータ処理などをおこなう。
【００４８】
このような受付処理装置１００の構成を、図２を参照して説明する。図２は、受付処理装置１００の構成を示すブロック図である。
【００４９】
図示するように、受付処理装置１００は、制御部１１０、構内網接続部１２０、データ通信部１３０、端末接続部１４０、入力制御部１５０、出力制御部１６０、および、記憶部１７０、などから構成される。各構成の詳細を以下説明する。
【００５０】
制御部１１０は、例えば、ＣＰＵ（Central Processing Unit：中央演算処理装置）などから構成され、記憶部１７０に格納されているプログラムを実行することで動作し、受付処理装置１００の各部を制御する。また、記憶部１７０に格納されているプログラムを実行することで、受付処理に必要な機能を実現し、後述する各処理が実行される（詳細後述）。なお、制御部１１０には、例えば、ＲＡＭ（Random Access Memory）などから構成された主記憶装置（メモリ）などが含まれているものとし、実行するプログラムのロードや処理するデータの展開などに用いられるワークエリアとして機能する。
【００５１】
構内網接続部１２０は、例えば、所定の入出力インタフェースなどから構成され、受付処理装置１００と構内網ＬＮとを接続する。本実施形態では、構内網接続部１２０が構内交換機１０と接続されることで、受付処理装置１００と構内網ＬＮとが接続されているものとする。
【００５２】
構内網接続部１２０は、公衆回線網４０を用いた音声通信における発呼や呼切断などの呼制御をおこなうための呼制御部１２１を含む。呼制御部１２１は、例えば、ＤＴＭＦ（Dual Tone Multi Frequency）発生装置などから構成され、音声通信の発呼動作などをおこなう。この場合の呼制御部１２１の発呼は、構内交換機１０および公衆回線網４０を介して、交換局５０などに発せられることになる。
【００５３】
データ通信部１３０は、例えば、ＮＩＣ（Network Interface Card）などから構成され、例えば、ルータやモデムなどといった所定の通信装置を介して、受付処理装置１００とデータ通信網６０とを接続し、電子メールの送受信や予約システムＲＳとのデータ交換などといったデータ通信を可能とする。
【００５４】
端末接続部１４０は、例えば、所定の入出力インタフェースなどから構成され、受付処理装置１００と受付端末２００とを接続する。
【００５５】
入力制御部１５０は、例えば、キーボードやポインティングデバイスなどの入力装置１５と受付処理装置１００とを接続し、入力装置１５による入力動作に応じた入力信号を制御部１１０に入力する。
【００５６】
出力制御部１６０は、例えば、ディスプレイやプリンタなどの出力装置１６と受付処理装置１００とを接続し、出力装置１６を制御し、制御部１１０の処理結果に基づいた出力動作をおこなう。
【００５７】
記憶部１７０は、例えば、ハードディスク装置などの補助記憶装置から構成され、受付処理装置１００の動作に必要なデータやプログラム、および、受付処理装置１００の動作によって生成されたデータなどを記憶する。記憶部１７０には、記憶する情報の種類に応じた記憶領域が作成されるものとする。本実施形態では、図３に示すように、プログラム格納領域１７１、申込情報格納領域１７２、位置登録情報格納領域１７３、通知情報格納領域１７４、受付記録情報格納領域１７５、などが作成される。各記憶領域に格納される情報を以下説明する。
【００５８】
プログラム格納領域１７１には、制御部１１０が実行する動作プログラムが格納される。ここでは、ＯＳ（Operating System）などの基本プログラムが格納される他、本実施形態にかかる受付処理で必要となる機能を実現するためのプログラムが格納される。制御部１１０は、このようなプログラムを実行することで、図４に示すような構成として機能する。図４は、制御部１１０によって実現される機能構成を示す機能ブロック図である。図示するように、制御部１１０は、仮受付処理部１１１、受付可否判別部１１２、位置登録情報取得部１１３、一致判別部１１４、通知情報作成部１１５、通知処理部１１６、受付処理部１１７、などの構成として機能する。各機能構成の詳細を以下説明する。
【００５９】
仮受付処理部１１１は、キャンセル待ち申込の申込情報を、申込者の移動体通信端末３００から随時取得し、取得した申込情報を申込順に記憶部１７０（申込情報格納領域１７２）に格納する。本実施形態では、端末接続部１４０との協働により、受付端末２００を用いて移動体通信端末３００から申込情報を取得するものとする。この申込情報には、少なくとも、申込者が使用する移動体通信端末３００の電話番号情報（識別情報）が含まれる。また、必要に応じて、当該移動体通信端末３００で受信可能な電子メールアドレス（識別情報）が申込情報に含まれる。
【００６０】
すなわち、仮受付処理部１１１の動作によって、申込者が使用する移動体通信端末３００の電話番号情報が取得される。また、必要に応じて、当該移動体通信端末３００で受信可能な電子メールアドレスが取得されることになる。本実施形態では、仮受付処理部１１１が申込情報を取得したことで、キャンセル待ちの仮受付とする。すなわち、キャンセルが発生するかは不確実であるが、キャンセル待ち希望者の申し込みを受け付けた状態（仮受付）ということになる。
【００６１】
受付可否判別部１１２は、データ通信部１３０との協働によって予約システムＲＳと通信し、仮受付処理部１１１が取得した申込情報の申込順に、当該申込の受付可否を判別する。すなわち、予約システムＲＳが管理する予約情報を参照することで、仮受付したキャンセル待ちの申し込みに該当するキャンセルが発生したか否かを判別することで、申し込みを正式に受付可能であるか否かを判別する。受付可否判別部１１２はまた、キャンセル待ちの申込が可能な予約情報を予約システムＲＳから取得し、端末接続部１４０との協働によって、当該予約情報を受付端末２００に提供する。
【００６２】
位置登録情報取得部１１３は、構内網接続部１２０との協働により、受付可否判別部１１２が受付可と判別した場合に、その時点での登録端末リストを構内交換機１０に要求して取得する。この登録端末リストは、構内交換機１０が記録する移動体通信端末３００の通信のうち、位置登録に関する通信の記録を示したリストである。すなわち、構内交換機１０が随時作成・更新する通信記録から、位置登録に関する通信記録を抽出したものである。この登録端末リストには、少なくとも、位置登録をおこなった移動体通信端末３００の電話番号情報（識別情報）が含まれているものとする。
【００６３】
一致判別部１１４は、受付可否判別部１１２が受付可と判別した申込情報に含まれている電話番号情報と、位置登録情報取得部１１３が取得した登録端末リストに示されている電話番号情報との一致を判別する。ここでは、該当する申込の申込情報に含まれている電話番号情報と同一の電話番号情報が、現時点の通信記録から抽出された登録端末リストにあるか否かを判別することで、当該移動体通信端末３００が施設ＦＣ内に現在存在しているか否かを判別する。換言すると、当該申込者が施設ＦＣ内に現在存在しているか否かを判別することになる。
【００６４】
通知情報作成部１１５は、申込の受付が可能であると判別され、かつ、現在施設ＦＣ内に存在していると判別された申込者に通知する情報を作成する。ここでの通知情報は、仮受付した申込を正式に受付可能である旨を申込者に通知する情報である。本実施形態では、仮受付したキャンセル待ちについて、該当するキャンセルが発生した旨などを通知することになる。本実施形態では、このような通知を、音声もしくは電子メールによっておこなうものとする。この場合、仮受付した申込を正式に受け付けることができる旨のメッセージ（例えば、「お申し込みいただいたキャンセル待ちの受付が可能となりましたので、受付端末にて手続をおとりください。」など）を示した音声ファイルまたはテキストファイルを記憶部１７０（通知情報格納領域１７４）から取得する。すなわち、音声通知をおこなう場合は音声ファイルを取得し、電子メールにより通知する場合はテキストファイルを取得する。
【００６５】
ここで、音声ファイルを取得した場合、通知情報作成部１１５は、当該音声ファイルをワークエリアに展開することで再生可能状態とする。一方、テキストファイルを取得した場合、通知情報作成部１１５は、取得したテキストファイルが示すメッセージを本文とし、申込情報に含まれる電子メールアドレスを宛先とした電子メールを作成してワークエリアに展開することで、当該電子メールを送信可能状態とする。
【００６６】
通知処理部１１６は、通知情報作成部１１５の動作を制御するとともに、通知情報作成部１１５が作成した通知情報を申込者に通知するための処理をおこなう。具体的には、構内網接続部１２０（呼制御部１２１）およびデータ通信部１３０との協働により、通知情報作成部１１５が作成した通知情報の送信動作をおこなう。
【００６７】
すなわち、音声通信で通知する場合、呼制御部１２１を制御することで、申込情報に含まれる電話番号情報に基づいた発呼をおこない、公衆回線網４０を介した通信路を確立する。そして、ワークエリア上で再生可能状態となっている音声ファイルの再生をおこなうことで、音声メッセージが公衆回線網４０を介して移動体通信端末３００に送信される。ここで、再生音声を移動体通信端末３００に伝達するための仕組みや構成は、種々の音声ガイダンスサービスなどに用いられている周知の技術を適用するものとする。
【００６８】
一方、電子メールにより通知する場合は、データ通信部１３０を制御することで、ワークエリア上で送信可能状態となっている電子メールを、データ通信網６０を介して移動体通信端末３００に送信する。
【００６９】
受付処理部１１７は、受付可能であると判別されたキャンセル待ち申し込みの正式な受け付けをおこなうための受付処理を実行する。ここでは、受付処理部１１７は、受付可能であると判別された申し込みの申込者に対する正式な受付処理をおこなう。本実施形態では、キャンセルが発生した座席についての予約確定や航空券の発券、搭乗手続などを正式な受付とし、これらにかかる処理をおこなうことになる。
【００７０】
この場合、受付処理部１１７は、当該申込者が使用する移動体通信端末３００の識別情報を用いて、該当する申込者であるか否かの認証をおこなう。本実施形態では、端末接続部１４０との協働により、受付端末２００を用いて移動体通信端末３００の電話番号情報（識別情報）を認証情報として取得し、取得した認証情報（電話番号情報）と、受付可と判別して通知情報を送信した移動体通信端末３００の電話番号情報とを照合することで認証をおこなう。
【００７１】
受付処理部１１７はまた、受付端末２００から取得した移動体通信端末３００の電話番号情報（識別情報）に基づいて、認証された申込者（ユーザ）のユーザ情報を予約システムＲＳから取得する。すなわち、受付処理部１１７は、データ通信部１３０との協働により、データ通信網６０を介して予約システムＲＳと通信をおこなう。また、受付処理部１１７は、受付端末２００を制御し、受付内容に応じた動作を受付端末２００に実行させる。
【００７２】
本実施形態では、制御部１１０がプログラムを実行することにより、上記の機能構成が論理的に実現されるものとしたが、これらの機能を実現する構成を、例えば、ＡＳＩＣ（Application Specific Integrated Circuit：特定用途向け集積回路）などによって物理的に構成してもよい。
【００７３】
記憶部１７０の他の記憶領域（図３参照）に格納される情報について説明する。
【００７４】
申込情報格納領域１７２には、仮受付処理部１１１によって取得された申込情報が申込順に格納される。申込情報格納領域１７２に記録される申込情報の例を図５（ａ）に示す。仮受付処理部１１１が受け付けた申込順に一意に割り当てられる申込ＩＤをキーとしたレコードが作成され、各レコードには、当該申し込みにかかる申し込み情報が記録される。ここでは、当該申込情報が取得された日時を示す日時情報（「申込日時」）、申込対象（本実施形態では、便名やキャンセル待ちである旨などとする）を示す情報（「申込内容」）、申込者が使用する移動体通信端末３００の識別情報（「使用端末」）として、当該移動体通信端末３００に割り当てられている電話番号や受信可能な電子メールアドレスなどが記録される。
【００７５】
位置登録情報格納領域１７３には、位置登録情報取得部１１３が構内交換機１０から取得した登録端末リスト（位置登録情報）が一時的に格納される。位置登録情報格納領域に記録される登録端末リストの例を図５（ｂ）に示す。図示するように、登録端末リストには、施設ＦＣ内で位置登録をおこなった移動体通信端末３００の電話番号情報、および、当該位置登録で用いられた構内基地局２０に一意に割り当てられている識別情報であるエリアコードが記録されるとともに、位置登録をおこなった日時を示す日時情報（「位置登録日時」）などが記録される。なお、位置登録情報格納領域１７３に格納される登録端末リストは、位置登録情報取得部１１３が構内交換機１０から取得する度に書き換えられるものとする。
【００７６】
通知情報格納領域１７４には、通知情報作成部１１５が用いる通知情報（音声ファイルやテキストファイルなど）が格納される。この通知情報は、例えば、通知内容などに応じて分類されているものとし、通知情報格納領域１７４には、通知情報の分類に応じた通知内容の種別を示す情報や格納されている通知情報のファイル名などが対応づけられて記録されている。
【００７７】
通知情報格納領域１７４はまた、申込情報格納領域１７２に格納された申込情報のうち、通知処理部１１６が通知を実行したものを「通知記録情報」として格納する。本実施形態では、通知が実行された申込情報のレコードが通知情報格納領域１７４に転記されるものとする。通知情報格納領域１７４に格納される通知記録情報の例を図６（ａ）に示す。図示するように、通知情報格納領域１７４には、転記された申込情報の申込ＩＤをキーとしたレコードが作成され、各レコードには、当該通知動作がおこなわれた日時を示す日時情報（「通知日時」）が記録される他、申込情報で「使用端末」として記録されている移動体通信端末３００の識別情報（電話番号情報や電子メールアドレス）に基づいた通知先を示す情報（「通知先」）、申込情報で記録された「申込内容」に基づいた通知内容を示す情報（「通知内容」）、などが記録される。
【００７８】
受付記録情報格納領域１７５には、受付処理部１１７によっておこなわれた受付処理に関する情報（以下、「受付記録情報」とする）が格納される。受付記録情報格納領域１７５に記録される情報の例を図６（ｂ）に示す。図示するように、受付記録情報格納領域１７５には、受付処理部１１７による受付毎に一意に割り当てられる受付ＩＤをキーとしたレコードが作成され、各レコードには、受付日時を示す情報（「受付日時」）や、受付対象を示す情報（「受付内容」）が記録されるとともに、受付処理部１１７が予約システムＲＳから取得した情報（「予約情報」）、などが記録される。
【００７９】
次に、受付処理装置１００と接続された受付端末２００の構成を説明する。受付端末２００は、例えば、図７に示すような外観の装置であり、受付処理におけるユーザ（申込者や予約者など）とのインタフェース装置として機能し、受付処理に必要な情報の取得などをおこなう。図示するように、受付端末２００には、表示装置２４０やＩＣカード通信装置２５０、発券装置２６０、などが備えられ、これらがユーザとのインタフェースとして機能する。
【００８０】
表示装置２４０は、例えば、タッチセンサを有するディスプレイ装置などから構成され、種々の画面を表示するとともに、ユーザの接触を感知することによる入力をおこなう。すなわち、表示装置２４０は、入出力装置として機能する。
【００８１】
ＩＣカード通信装置２５０は、例えば、ＮＦＣ（Near Field Communication）などといった短距離無線通信規格に基づく通信装置などから構成され、非接触ＩＣカード機能を有する移動体通信端末３００などと非接触通信をおこなって情報の読み取りなどをおこなうリーダ装置である。本実施形態では、ユーザが使用する移動体通信端末３００と非接触通信をおこなって、当該移動体通信端末３００が保持している所定の情報を読み取って取得する。
【００８２】
発券装置２６０は、所定のチケット（本実施形態では、航空券とする）などを発券するための装置であり、所定の情報をチケットの用紙に印字する印字装置（プリンタ）などによって構成される。
【００８３】
このような受付端末２００の内部構成を、図８を参照して説明する。図８は、受付端末２００の構成を示すブロック図である。図示するように、受付端末２００は、制御部２１０、通信部２２０、入出力制御部２３０、などから構成される。
【００８４】
制御部２１０は、例えば、ＣＰＵなどから構成され、受付端末２００の各部を制御する。なお、制御部２１０は、通信部２２０との協働により、受付処理装置１００からの指示に基づいて受付端末２００の各部を制御する。
【００８５】
通信部２２０は、例えば、所定の通信規格に基づいた通信インタフェースや通信回路などから構成され、所定のケーブルなどを介して受付端末２００と受付処理装置１００とを接続し、受付処理装置１００との通信をおこなう。制御部２１０は、通信部２２０を介した受付処理装置１００との通信により、受付処理装置１００の制御に応じた動作をおこなう。また、表示装置２４０やＩＣカード通信装置２５０から入力された情報は、通信部２２０によって受付処理装置１００に随時送信される。
【００８６】
入出力制御部２３０は、所定の入出力回路などから構成され、受付端末２００の入出力装置である、表示装置２４０、ＩＣカード通信装置２５０、および、発券装置２６０と制御部２１０とを接続し、制御部２１０からの指示に応じてこれらの入出力装置を制御する。すなわち、表示装置２４０やＩＣカード通信装置２５０が取得した情報を制御部２１０に入力するとともに、制御部２１０からの出力信号に応じて表示装置２４０や発券装置２６０を用いた出力をおこなう。
【００８７】
次に本実施形態にかかる移動体通信端末３００について説明する。本実施形態にかかる移動体通信端末３００は、例えば、携帯電話やＰＨＳ（Personal Handyphone System）などの移動体通信で用いられる電話端末であり、公衆回線網４０を介した音声通話を主機能とするものである。本実施形態にかかる移動体通信端末３００は、主機能である音声通話機能の他に、例えば、インターネットなどのデータ通信網６０を介しておこなうデータ通信機能（インターネット接続機能）や、ＮＦＣなどの短距離無線通信規格に基づいた非接触ＩＣカード機能を備えているものとする。本実施形態にかかる移動体通信端末３００は、データ通信機能として、少なくとも電子メールの送受信機能を備えているものとする。
【００８８】
このような移動体通信端末３００の構成を、図９を参照して説明する。図９は、移動体通信端末３００の構成を示すブロック図である。図示するように、移動体通信端末３００は、制御部３１０、通信部３２０、入出力制御部３３０、操作部３３１、表示部３３２、マイクロフォン３３３、スピーカ３３４、ＩＣカード部３４０、記憶部３５０、などから構成される。
【００８９】
制御部３１０は、例えば、ＣＰＵなどから構成され、記憶部３５０に格納されているプログラムを実行することで、移動体通信端末３００の各部を制御するとともに、種々の機能構成として動作する（詳細後述）。
【００９０】
通信部３２０は、移動体通信端末３００による通信動作をおこなうための構成であり、アンテナ３２１、音声通信部３２２、データ通信部３２３、非ユーザ通信部３２４、などを含んでいる。
【００９１】
アンテナ３２１は、所定の送受信回路やアンテナ部材などから構成され、移動体通信端末３００と、近傍の基地局との無線通信をおこなう。
【００９２】
音声通信部３２２は、所定の音声通信回路などから構成され、移動体通信端末３００の音声通信機能にかかる動作をおこなう。
【００９３】
データ通信部３２３は、所定のデータ通信回路などから構成され、移動体通信端末３００のデータ通信機能にかかる動作をおこなう。
【００９４】
非ユーザ通信部３２４は、所定の通信回路などから構成され、ユーザが直接的に利用する通信（例えば、音声通話や電子メール送受信など）以外の、ユーザが直接的に利用しない通信（以下、「非ユーザ通信」とする）をおこなう。本実施形態では、非ユーザ通信として、移動体通信端末３００の位置登録にかかる通信などをおこなう。
【００９５】
入出力制御部３３０は、例えば、入力信号生成回路や表示制御回路、音声入出力回路、などから構成され、操作部３３１、表示部３３２、マイクロフォン（ＭＩＣ）３３３、スピーカ３３４、などの入出力装置と、制御部３１０とを接続し、制御部３１０の指示に応じてこれらの入出力装置を制御する。
【００９６】
操作部３３１は、例えば、テンキーや十字キーなどといった、ユーザによって操作されるキーやボタンなどから構成された入力装置である。
【００９７】
表示部３３２は、例えば、液晶表示装置などの表示装置から構成され、種々の画面表示をおこなう出力装置である。
【００９８】
マイクロフォン（ＭＩＣ）３３３は、音声入力用のマイクロフォンであり、音声通話時のユーザの発話音声などを収音して入力する入力装置である。
【００９９】
スピーカ３３４は、例えば、音声通話時の受話音声や着信音などの音声を報音する出力装置である。
【０１００】
本実施形態にかかる移動体通信端末３００は、デジタル方式の音声通話をおこなうものとし、この場合、入出力制御部３３０は、マイクロフォン３３３から入力されたアナログ音声信号をデジタルデータに変換し、音声通信部３２２が受信したデジタル音声データをアナログ音声信号に変換するコーデック回路を備えているものとする。
【０１０１】
また、入出力制御部３３０は、操作部３３１のボタンと表示部３３２での表示画面との対応付けにより、場面毎に操作部３３１のボタンに割り当てられる機能を判別し、該当する機能に応じた入力信号を生成して制御部３１０に入力する。
【０１０２】
ＩＣカード部３４０は、移動体通信端末３００のＩＣカード機能を実現するための構成であり、例えば、ＮＦＣなどの短距離無線通信規格に基づく無線通信装置などから構成される。
【０１０３】
記憶部３５０は、例えば、フラッシュメモリなどの記憶装置から構成され、移動体通信端末３００によって処理される種々のデータが格納される。
【０１０４】
移動体通信端末３００で処理されるデータとして、制御部３１０が実行するプログラムが記憶部３５０に格納される。制御部３１０は、記憶部３５０に格納されたプログラムを実行することにより、移動体通信端末３００が受付システム１を用いるために必要な種々の構成として機能する。
【０１０５】
制御部３１０により実現される機能構成を図１０に示す。図示するように、制御部３１０は、着信処理部３１１、位置登録動作部３１２、ＩＣカード制御部３１３、などとして機能する。各機能の詳細を以下説明する。
【０１０６】
着信処理部３１１は、音声通信部３２２やデータ通信部３２３、および、入出力制御部３３０との協働により、音声通話や電子メールの着信に応じた動作をおこなう。ここでは、着信時の通知動作（例えば、着信音の出力）をおこなう他、ユーザによる操作部３３１の操作に応じた通信部３２０の制御や、通信部３２０が受信した情報を入出力制御部３３０などに供給する動作などをおこなう。
【０１０７】
位置登録動作部３１２は、非ユーザ通信部３２４との協働により、移動体通信端末３００の位置登録にかかる動作をおこなう。この位置登録は、自己の位置をキャリアに通知して登録する動作であり、通常の移動体通信端末が一般的におこなっている動作である。本実施形態にかかる移動体通信端末３００は、近傍の基地局が随時発信する識別情報（エリアコード）を受信し、受信したエリアコードと自己の電話番号情報とをキャリアの交換局５０に送信することで位置登録をおこなうものとする。なお、自己の電話番号情報や受信したエリアコードなどは記憶部３５０に格納されているものとする。
【０１０８】
本実施形態では、このような位置登録動作を、予め規定されているタイミング（例えば、電源投入時や近傍の基地局が変化したときなど）でおこなう他、所定間隔（例えば、１分間毎）で定期的におこなうものとする。このような位置登録などの非ユーザ通信は自動的に実行される。
【０１０９】
ＩＣカード制御部３１３は、ＩＣカード部３４０との協働により、移動体通信端末３００のＩＣカード機能にかかる動作をおこなう。ＩＣカード制御部３１３は、ＩＣカード部３４０の受信動作に基づいて通信対象を判別する他、通信により送受信すべき情報の選択や、送受信する情報の取得・書込などをおこなう。この場合、記憶部３５０に格納されている情報を取得して送信する他、受信した情報を記憶部３５０に格納する。
【０１１０】
本実施形態では、上記各機能構成を制御部３１０によって論理的に実現するものとしたが、これらの構成を、例えば、ＡＳＩＣなどで構成することで、物理的な構成で実現してもよい。一方、上述した入出力制御部３３０の構成を、プログラムの実行によって、制御部３１０が論理的に実現するようにしてもよい。
【０１１１】
記憶部３５０には、上記機能構成を実現するために必要なプログラムの他、種々の情報が格納される。本実施形態では、例えば、位置登録時に近傍の基地局から受信したエリアコード、移動体通信端末３００に割り当てられている識別情報（電話番号や電子メールアドレスなど）、受信した電子メール、などが格納されるものとする。
【０１１２】
なお、上記各構成は、移動体通信端末３００を用いて本発明を実現するために必要な構成であり、移動体通信端末として必要なその他の構成は、必要に応じて備えられているものとする。
【０１１３】
以上のような構成によって実現される受付システム１の動作を以下説明する。
【０１１４】
本実施形態では、上述したように、空港（施設ＦＣ）での搭乗手続などにおける、いわゆるキャンセル待ちにかかる手続を受付システム１でおこなう場合を例示する。この場合において、キャンセル待ちの申し込みを希望する申込者（ユーザ）は、上述した構成の移動体通信端末３００を使用するものとする。また、このユーザは、予約システムＲＳに予めユーザ登録しているものとする。そして、このようなユーザがキャンセル待ちの申し込みをおこなうために施設ＦＣ（空港）に訪れ、受付端末２００を用いることで、キャンセル待ちの申し込みなどをおこなうものとする。
【０１１５】
まず、施設ＦＣ（空港）を訪れたユーザが、移動体通信端末３００を用いてキャンセル待ちの申し込みをおこない、受付処理装置１００がこの申し込みを仮受付として処理する「仮受付処理」を、図１１に示すフローチャートを参照して説明する。この「仮受付処理」は、ユーザの移動体通信端末３００と受付端末２００とが非接触ＩＣカード機能で通信を開始したことを契機に開始されるものとする。すなわち、施設ＦＣ（空港）を訪れたユーザが、移動体通信端末３００のＩＣカード部３４０と、受付端末２００のＩＣカード通信装置２５０とを近接させることで、移動体通信端末３００と受付端末２００との非接触通信が開始されたことを契機に開始される。
【０１１６】
この場合において、受付端末２００の表示装置２４０には、提供可能なサービス項目が選択可能にメニュー表示されており、例えば、「キャンセル待ちの申し込み」などと表示されたメニュー項目をユーザが選択し、申込対象（本実施形態の場合、便名とする）を選択もしくは入力した上で、移動体通信端末３００とＩＣカード通信装置２５０とを近接させる。これにより、受付端末２００と接続されている受付処理装置１００が、当該受付端末２００を用いた処理がキャンセル待ちの申し込みにかかるものであることと、申込対象とを認識して「仮受付処理」を開始する。この場合、キャンセル待ち申し込みの処理である旨と、申し込み対象となる便名を示す情報が、受付端末２００から受付処理装置１００に通知される。
【０１１７】
「仮受付処理」が開始されると、受付処理装置１００の仮受付処理部１１１は、申込者の移動体通信端末３００から当該移動体通信端末３００の識別情報を取得する。ここでは、仮受付処理部１１１が、受付端末２００の制御部２１０に対し、識別情報の取得を指示し（ステップＳ１０１）、これに応じたＩＣカード通信装置２５０の動作により、移動体通信端末３００の識別情報を非接触通信により移動体通信端末３００から取得する。
【０１１８】
ここで、移動体通信端末３００の識別情報として、少なくとも、当該移動体通信端末３００に割り当てられている電話番号を示した電話番号情報を取得する。なお、本実施形態では、電話番号情報に加え、当該移動体通信端末３００で受信可能な電子メールアドレスを、必要に応じて、当該移動体通信端末３００の識別情報として取得するものとする。すなわち、移動体通信端末３００に電子メール機能が備えられており、ユーザにより電子メールアドレスの提示が拒否されない場合などに、電話番号情報と電子メールアドレスを取得する。
【０１１９】
移動体通信端末３００から識別情報を取得した受付端末２００は、通信部２２０により取得した識別情報を受付処理装置１００に送信する。これにより、受付処理装置１００は、申込者の移動体通信端末３００の識別情報を申込情報として取得する（ステップＳ１０２）。
【０１２０】
移動体通信端末３００から識別情報を含んだ申込情報を取得すると、仮受付処理部１１１は、取得した申込情報を申込情報格納領域１７２に格納する。ここで、複数の受付端末２００から申込情報を取得している場合、仮受付処理部１１１は、受付処理装置１００で取得した順に、申込情報を申込情報格納領域１７２に格納する。すなわち、取得した申込情報が申込順に申込情報格納領域１７２に格納されることになる。
【０１２１】
この場合、仮受付処理部１１１は、当該申込情報に、申込順に一意となる申込ＩＤを割り当て（ステップＳ１０３）、当該申込ＩＤをキーとするレコードを申込情報格納領域１７２に作成する（ステップＳ１０４）。そして、作成したレコードに、当該申込情報を取得した日時を示す取得日時情報と、申込対象（便名）を示す申込対象情報と、取得した申込情報（移動体通信端末３００の識別情報）と、を記録する。すなわち、移動体通信端末３００から取得した申込情報を申込順に申込情報格納領域１７２に格納して（ステップＳ１０５）、処理を終了する。申込情報が申込情報格納領域１７２に格納されたことにより、キャンセル待ちの申し込みが仮受付されたことになる。
【０１２２】
受付処理装置１００は、上記「仮受付処理」によって取得した申込情報のそれぞれについて、申し込まれたキャンセル待ちの受付をおこなう「受付可否判別処理」を並行して実行する。この「受付可否判別処理」を、図１２に示すフローチャートを参照して説明する。この「受付可否判別処理」は、受付業務のために受付処理装置１００が稼働している間、所定期間毎に定期的に実行されるものとする。
【０１２３】
「受付可否判別処理」が開始されると、受付可否判別部１１２が申し込みの受付可否を判別する。ここでは、申込情報格納領域１７２に格納された申込情報の申込順に受付可否を判別する。したがって、受付可否判別部１１２は、申込情報格納領域１７２に格納されている申込情報に付与されている取得日時情報に基づいて、現在格納されている申込情報のうちで最早に取得された申込情報を特定し（ステップＳ２０１）、当該申込情報についてのキャンセル待ち申し込みが受付可能であるか否かを判別する（ステップＳ２０２）。すなわち、申込順に受付可否が判別される。
【０１２４】
受付可否の判別は、予約システムＲＳに問い合わせることによっておこなう。すなわち、少なくとも、ステップＳ２０１で特定した申込情報に示される申込対象情報を予約システムＲＳに送信することで、当該申込情報が示す便名でのキャンセルの発生があるか否かを照会する。ここで、上述したように予約システムＲＳでは、航空券の予約に関する処理が一元的におこなわれているため、キャンセルが発生した場合には、予約システムＲＳで管理している予約情報に反映される。したがって、予約システムＲＳは、受付処理装置１００からの問い合わせに応じて予約情報を参照し、対象となる便でキャンセルが発生したか否かを判別し、判別結果（キャンセルあり、または、キャンセルなし）を受付処理装置１００に返信する。
【０１２５】
予約システムＲＳからの返信が「キャンセルあり」である場合、キャンセルされた席をキャンセル待ちの申込者に割り当てることができるので、受付可否判別部１１２は、キャンセル待ちの受付について「受付可」であると判別する。一方、予約システムＲＳからの返信が「キャンセルなし」である場合、申込者が希望する座席を現時点では用意することができないので、受付可否判別部１１２は、キャンセル待ちの受付について「受付不可」であると判別する。
【０１２６】
ここで、受付不可と判別した場合（ステップＳ２０２：Ｎｏ）、受付可否判別部１１２は、判別した申込情報が申込情報格納領域１７２に格納されている最後の申込情報であるか否かを判別する（ステップＳ２０３）。当該申込情報が最後ではない場合（ステップＳ２０３：Ｎｏ）、受付可否判別部１１２は、申込情報格納領域１７２に格納されている次の申込情報を特定し（ステップＳ２０４）、当該申込情報についての受付可否の判別をおこなう（ステップＳ２０２）。一方、最後の申込情報であった場合は（ステップＳ２０３：Ｙｅｓ）、処理を終了し、次の所定期間経過時に再度処理が実行される。
【０１２７】
一方、ステップＳ２０１もしくはステップＳ２０４で特定した申込情報に基づく申込が受付可能である場合（ステップＳ２０２：Ｙｅｓ）、受付可否判別部１１２は、位置登録情報取得部１１３に位置登録情報の取得を指示するとともに、受付可能と判別した申込情報に含まれる電話番号情報を一致判別部１１４に通知する。位置登録情報取得部１１３は、受付可否判別部１１２からの指示に応じて、構内網接続部１２０を制御し、現時点での登録端末リストを構内交換機１０から取得し、受付可と判別された申込情報と照合する（ステップＳ２０５）。
【０１２８】
より詳細には、構内交換機１０から登録端末リストを取得すると、位置登録情報取得部１１３は、取得した登録端末リストを位置登録情報格納領域１７３に一時的に格納し、その旨を一致判別部１１４に通知する。一致判別部１１４は、位置登録情報取得部１１３からの通知に応じて、受付可否判別部１１２から通知された電話番号情報と一致する電話番号情報が、位置登録情報格納領域１７３に格納されている登録端末リストに含まれているか否かを判別する（ステップＳ２０６）。
【０１２９】
ここで、一致する電話番号情報が含まれている場合、当該申込者が現在施設ＦＣ内に存在していることになる。つまり、取得した登録端末リストは、現在およびその直近に施設ＦＣで位置登録をおこなった移動体通信端末の記録を示しているので、一致する電話番号情報があれば、当該電話番号が割り当てられている移動体通信端末３００が、現在およびその直近に施設ＦＣ内で位置登録をおこなったことになる。このため、その移動体通信端末３００を使用している申込者も現在施設ＦＣ内に存在していることになる。
【０１３０】
本実施形態に示すような航空機の搭乗に関するキャンセル待ち手続は、通常、出発当日や出発直前におこなうことが一般的であり、この場合、かかる航空券の発券や搭乗手続等は空港（施設ＦＣ）にておこなうことになる。よって、キャンセルが発生した場合であっても、当該申込者が空港（施設ＦＣ）内にいなければ、最終的な手続（航空券の発券や搭乗手続など）をおこなうことができない。よって、本実施形態では、キャンセル待ちの受付が可能となった時点で当該申込者が空港（施設ＦＣ）内に存在する場合のみ、受付処理装置１００が当該申込者に「申し込みの受付可能である」旨を通知することとする。
【０１３１】
したがって、申込者のうち、受付可能となった時点（キャンセルが発生した時点）で空港（施設ＦＣ）内に存在する者を峻別する必要がある。このため、本実施形態では、申込者が使用する移動体通信端末３００の識別情報（電話番号情報）と、当該申込者によるキャンセル待ち申し込みが受付可能となった時点で、空港（施設ＦＣ）内で位置登録をおこなった移動体通信端末の識別情報（電話番号情報）とを照合し、同一の電話番号情報があるか否かを判別することによって、当該申込者が現在施設ＦＣ内に存在するか否かを判別する。
【０１３２】
一致する電話番号が登録端末リストにないと判別され（ステップＳ２０６：Ｎｏ）、当該申込者が現在施設ＦＣ内に存在しないと判別された場合、一致判別部１１４は、ステップＳ２０５で取得した登録端末リストを位置登録情報格納領域１７３から削除する（ステップＳ２０９）。この場合、通知対象が存在しないので、通知処理をおこなわずにステップＳ２０３に戻り、次の申込情報がある場合には、その受付可否の判別をおこなうことになる。
【０１３３】
一方、電話番号の一致が判別されたことにより（ステップＳ２０６：Ｙｅｓ）、申込者が現在施設ＦＣ内に存在すると判別された場合、仮受付処理部１１１は、受付可能と判別された申込情報に含まれている移動体通信端末３００の識別情報（電話番号情報）を予約システムＲＳに通知することで、キャンセルされた分の仮予約を依頼する（ステップＳ２０７）。
【０１３４】
すなわち、受付システム１を使用する移動体通信端末３００のユーザは、使用する移動体通信端末３００の電話番号情報を含むユーザ情報を予約システムＲＳに予め登録しているので、予約システムＲＳでは、受付処理装置１００から通知された移動体通信端末３００の識別情報（電話番号情報）に基づいて、申込者のユーザ情報を特定することができる。そして、予約システムＲＳは、特定したユーザ情報を用いて、キャンセルが発生した座席の仮予約処理をおこなうことができる。ここでは、キャンセルされた座席の予約者情報に、特定したユーザ情報を適用することで、キャンセルが発生した便の予約情報を更新する。これにより、キャンセルされた座席が、キャンセル待ちの申込者によって仮予約され、予約確定となるまで当該座席が確保される。
【０１３５】
キャンセル分の仮予約がおこなわれると、仮受付処理部１１１は、当該申込情報のレコードを申込情報格納領域１７２から通知情報格納領域１７４に転記するとともに、当該レコードの申込ＩＤを通知情報作成部１１５に通知する（ステップＳ２０８）。この場合、転記により、当該レコードは申込情報格納領域１７２から削除されるものとする。このため、「受付可否判別処理」の次回実行時には、すでに受付可と判別された申込情報は、受付可否の判別対象とならない。なお、仮受付処理部１１１は、通知記録情報となるよう元の申込情報を加工して転記するものとする。
【０１３６】
そして、申込者に申し込みの受付が可能である旨を通知するための「通知処理」が通知情報作成部１１５および通知処理部１１６によって実行される（ステップＳ３００）。この「通知処理」の詳細を、図１３に示すフローチャートを参照して説明する。
【０１３７】
処理が開始されると、通知情報作成部１１５は、通知情報格納領域１７４にアクセスし、ステップＳ２０８で仮受付処理部１１１から通知された申込ＩＤで特定される通知記録情報を取得する（ステップＳ３０１）。
【０１３８】
通知情報作成部１１５は、取得した通知記録情報に含まれている移動体通信端末３００の識別情報に基づいて通知方法を選択する。本実施形態では、識別情報に電子メールアドレスが含まれているか否かを判別し（ステップＳ３０２）、電子メールアドレスが含まれている場合には（ステップＳ３０２：Ｙｅｓ）、電子メールによる通知を選択し（ステップＳ３０３）、電子メールアドレスが含まれていない場合には（ステップＳ３０２：Ｎｏ）、音声による通知を選択する（ステップＳ３０４）ものとする。
【０１３９】
通知情報作成部１１５は、選択した通知方法に応じた通知情報を通知情報格納領域１７４から取得する。すなわち、ステップＳ３０３で電子メールによる通知を選択した場合は、通知情報格納領域１７４から、キャンセル待ちの申し込みを受付可能であることを通知するために作成されたテキストデータを取得する（ステップＳ３０５）。一方、ステップＳ３０４で音声通知が選択された場合は、通知情報格納領域１７４から、キャンセル待ちの申し込みを受付可能であることを通知するために作成された音声データを取得する（ステップＳ３０６）。
【０１４０】
ステップＳ３０５で電子メール用のテキストデータを取得した場合、通知情報作成部１１５は、当該テキストデータを本文とする電子メールを作成する。この場合、通知情報作成部１１５は、ステップＳ３０１で取得した申込情報に含まれている、移動体通信端末３００で受信可能な電子メールアドレスを宛先として設定する（ステップＳ３０７）。そして、通知情報作成部１１５は、電子メールによる通知情報が作成された旨を通知処理部１１６に通知する。
【０１４１】
一方、ステップＳ３０６で音声通知用の音声データを取得した場合、通知情報作成部１１５は、当該音声データをワークエリアに展開して再生可能状態にするとともに、ステップＳ３０１で取得した申込情報に含まれている、移動体通信端末３００の電話番号情報に示される電話番号を発呼先として設定する（ステップＳ３０８）。そして、通知情報作成部１１５は、音声データによる通知情報が作成された旨を通知処理部１１６に通知する。
【０１４２】
通知処理部１１６は、通知情報作成部１１５からの通知に応じて、作成された通知情報を送信するための動作をおこなう。電子メールによる通知の場合は、ステップＳ３０７で作成された電子メールの送信をデータ通信部１３０に指示することで、作成された電子メールが移動体通信端末３００宛に送信される（ステップＳ３０９）。この場合、例えば、「お申し込みいただいたキャンセル待ちの受付が可能となりましたので、受付端末にて手続をおとりください。」などのメッセージを含んだ電子メールが、受付可能と判別された申込情報に含まれる電子メールアドレス宛に送信される。すなわち、申し込みの受付が可能となった旨が、電子メールによって、当該申込者に通知される。
【０１４３】
一方、音声通知をする場合、通知処理部１１６は、ステップＳ３０８で設定された電話番号に発呼するよう呼制御部１２１に指示することで、移動体通信端末３００に発呼し、通信路が確立された際に、通知処理部１１６が音声データの通知情報を再生する（ステップＳ３１０）。これにより、例えば、「お申し込みいただいたキャンセル待ちの受付が可能となりましたので、受付端末にて手続をおとりください。」などの音声メッセージが移動体通信端末３００で出力される。すなわち、申し込みの受付が可能となった旨が、いわゆる音声ガイダンスによって、当該申込者に通知される。
【０１４４】
ステップＳ３０９またはステップＳ３１０で、通知情報が移動体通信端末３００に送信されると、通知処理部１１６は、通知情報格納領域１７４にアクセスし、通知動作をおこなった日時情報を記録することで通知記録情報を更新して（ステップＳ３１１）、「受付可否判別処理」（図１２）のフローに戻る。「受付可否判別処理」では、そのまま処理を終了する。
【０１４５】
上記通知処理により、申し込んだキャンセル待ちが受付可能となった場合、施設ＦＣ（空港）内にいる当該申込者の移動体通信端末３００に、受付可能となった旨を示す通知情報が送信される。
【０１４６】
受付処理装置１００によって音声通知が実行された場合、移動体通信端末３００では、受付処理装置１００からの発呼を音声通信部３２２が受信し、着信処理部３１１によって着信にかかる動作が実行される。この場合、着信処理部３１１の制御により、着信を知らせる着信音がスピーカ３３４から出力される。これに応じて、ユーザが操作部３３１を操作して着呼を指示すると、着信処理部３１１が音声通信部３２２を制御することで、受付処理装置１００との音声通信路が確立し、受付処理装置１００で再生された音声通知情報を音声通信部３２２が順次受信する。受信された音声通知信号は、入出力制御部３３０によって再生され、スピーカ３３４から出力される。これにより、ユーザ（申込者）に、申込をおこなったキャンセル待ちが受付可能となった旨が音声により通知される。
【０１４７】
一方、電子メールによる通知が実行された場合、移動体通信端末３００では、データ通信部３２３が受信し、着信処理部３１１によって着信にかかる動作が実行される。この場合、着信処理部３１１の制御により、着信を知らせる着信音がスピーカ３３４から出力される。また、着信処理部３１１は、入出力制御部３３０に受信した電子メールを構成しているデータを供給するとともに、当該データを記憶部３５０に格納する。入出力制御部３３０は、表示部３３２を制御し、受信した電子メールを表示出力する。これにより、ユーザ（申込者）に、申込をおこなったキャンセル待ちが受付可能となった旨が電子メール（文字情報）により通知される。
【０１４８】
これにより、申込者は、自分がおこなったキャンセル待ちの受付が可能となったことを認識し、キャンセルとなった座席を申し込むための正式な申込手続をおこなうことになる。本実施形態では、施設ＦＣ（空港）内に設置されている受付端末２００を用いて正式な申込手続をおこなうこととする。
【０１４９】
すなわち、通知を受けた申込者は、移動体通信端末３００をもって受付端末２００に赴き、移動体通信端末３００の非接触ＩＣカード機能を用いて、受付端末２００で手続をおこなう。この場合に受付処理装置１００が実行する「受付処理」を、図１４に示すフローチャートを参照して説明する。この「受付処理」は、通知情報を受信した移動体通信端末３００と、受付端末２００との間で、非接触ＩＣカード機能で通信を開始したことを契機に開始されるものとする。すなわち、施設ＦＣ（空港）内で受付可能の通知を受けたユーザが、移動体通信端末３００のＩＣカード部３４０と、受付端末２００のＩＣカード通信装置２５０とを近接させることで、移動体通信端末３００と受付端末２００との非接触通信が開始されたことを契機に開始される。
【０１５０】
この場合において、受付端末２００の表示装置２４０には、提供可能なサービス項目が選択可能にメニュー表示されており、例えば、「キャンセル待ちの確定」などと示されたメニュー項目をユーザが選択し、申込対象（すなわち、便名）を選択もしくは入力した上で、移動体通信端末３００とＩＣカード通信装置２５０とを近接させる。これにより、受付端末２００と接続されている受付処理装置１００が、当該受付端末２００を用いた処理が、キャンセル待ち申込の受付にかかるものであることと、申込対象とを認識して「受付処理」を開始する。この場合、キャンセル待ち申込の受付処理である旨と、申し込み対象となる便名を示す情報が、受付端末２００から受付処理装置１００に通知される。
【０１５１】
「受付処理」が開始されると、受付処理装置１００の受付処理部１１７は、申込者の移動体通信端末３００から、当該移動体通信端末３００の識別情報を、申込者を認証するための認証情報として取得する。ここでは、受付処理部１１７が、受付端末２００の制御部２１０に対し認証情報（識別情報）の取得を指示し（ステップＳ４０１）、これに応じたＩＣカード通信装置２５０の動作により移動体通信端末３００との非接触通信がおこなわれ、当該移動体通信端末３００から識別情報を取得する。ここでは、上述した「仮受付処理」の場合と同様に、移動体通信端末３００の電話番号情報を識別情報として取得することとする。
【０１５２】
移動体通信端末３００から識別情報を取得した受付端末２００は、通信部２２０により取得した識別情報を受付処理装置１００に送信する。これにより、受付処理装置１００は、申込者の移動体通信端末３００の識別情報を認証情報として取得する（ステップＳ４０２）。
【０１５３】
移動体通信端末３００から識別情報を含んだ認証情報を取得すると、受付処理部１１７は、取得した認証情報を用いて、受付手続をおこなっている者の認証をおこなう。すなわち、受付手続をおこなっている者が、キャンセル待ちの申し込みをし、かつ、その申し込みの受付が可能である旨が通知された者であるか否かを認証する。
【０１５４】
この場合、受付処理部１１７は、通知情報格納領域１７４にアクセスし、ステップＳ４０２で取得した識別情報と通知記録情報とを照合して（ステップＳ４０３）、同一の識別情報（電話番号情報）が、通知記録情報にあるか否かを判別することで、認証の成否を判別する（ステップＳ４０４）。ここで、取得した識別情報（電話番号情報）と同一の識別情報（電話番号情報）が通知記録情報にあれば、受付手続で使用されている移動体通信端末３００に通知情報が送信されていることになる。したがって、この場合は、受付手続をおこなっている者を正規の申込者として認証することができる。
【０１５５】
ここで、同一の識別情報（電話番号情報）が通知記録情報にない場合（ステップＳ４０４：Ｎｏ）、受付手続をおこなっている者を正規の申込者として認証することができないので、そのまま「受付処理」を終了する。
【０１５６】
一方、同一の識別情報（電話番号情報）ありと判別されることで（ステップＳ４０４：Ｙｅｓ）、受付手続をおこなっている者を正規の申込者として認証すると、受付処理部１１７は、正式な受付が可能であるか否かを判別する（ステップＳ４０５）。
【０１５７】
すなわち、本実施形態で示すような搭乗手続にかかる受付処理の場合、搭乗手続の締め切り時刻などが設定されているので、このような締め切り時刻の経過後に受付手続をおこなっても、正式な受付をおこなうことはできない。よって、受付処理部１１７は、認証した申込者の正式受付ができるか否かを、予約システムＲＳに問い合わせることで判別する。
【０１５８】
この場合、受付処理部１１７は、ステップＳ４０２で取得した移動体通信端末３００の識別情報（電話番号情報）と対象便名を示す情報を予約システムＲＳに送信することで、正式受付の可否を問い合わせる。予約システムＲＳでは、受付処理装置１００から送信された便名情報と移動体通信端末３００の識別情報とに基づいて、予約情報を特定し、搭乗手続の締め切り時刻を経過していないか否かなどの判別し、判別結果を受付処理装置１００に返信する。
【０１５９】
予約システムＲＳからの返信が、例えば、「締め切り時刻未経過」などである場合、受付処理部１１７は「正式受付可」と判別する。一方、予約システムＲＳからの返信が、例えば、「締め切り時刻経過」などである場合、受付処理部１１７は「正式受付不可」と判別する。
【０１６０】
ここで、正式受付不可と判別した場合（ステップＳ４０５：Ｎｏ）、受付手続を完了することができないので、そのまま「受付処理」を終了する。
【０１６１】
一方、正式受付可と判別した場合（ステップＳ４０５：Ｙｅｓ）、受付処理部１１７は、当該正式受付を実行するのに必要な情報を予約システムＲＳに要求する。本実施形態では、予約した座席についての航空券の発券をもって正式受付の実行とする。この場合、受付処理部１１７は、発券する航空券に印字すべき情報（以下、「チケット情報」とする）の提供を予約システムＲＳに要求する。ここでは、ステップＳ４０２で取得した移動体通信端末３００の識別情報（電話番号情報）や対象となる便名を示す情報などを予約システムＲＳに通知することで、チケット情報の提供を要求する。
【０１６２】
予約システムＲＳは、受付処理装置１００からの要求に応じて、予約情報データベースの該当する予約情報から必要な情報を抽出し、チケット情報として受付処理装置１００に送信する。予約システムＲＳでは、チケット情報を送信したことによって、仮予約から予約確定（受付完了）されたと判別し、受付完了である旨が示されるように予約情報を更新する。
【０１６３】
受付処理装置１００の受付処理部１１７は、予約システムＲＳが送信したチケット情報を受信する。すなわち、受付の実行に必要な情報（以下、「受付情報」とする）を取得する（ステップＳ４０６）。受付情報（チケット情報）を取得すると、受付処理部１１７は、取得した情報を受付端末２００に転送するとともに、当該チケット情報を用いた発券を制御部２１０に指示する。すなわち、正式な受付にかかる動作の実行を受付端末２００に指示する（ステップＳ４０７）。
【０１６４】
受付端末２００では、受付処理装置１００からの指示に応じて、発券装置２６０を動作させ、取得したチケット情報を用紙に印字して排出することで、航空券を発券する。すなわち、正式な受付にかかる動作が実行される。発券装置２６０による発券動作が完了すると、制御部２１０は、その旨を受付処理装置１００に通知する（発券完了通知）。すなわち、正式な受付が完了したことが通知される（受付完了通知）。
【０１６５】
受付処理装置１００では、受付端末２００からの発券完了通知（受付完了通知）を受信すると（ステップＳ４０８）、正式な受付にかかる動作が完了したと判断する。この場合、受付処理部１１７が、この受付処理でおこなった処理内容を示す受付記録情報（図６（ｂ）参照）を作成し、受付記録情報格納領域１７５に格納して（ステップＳ４０９）、処理を終了する。この受付記録情報は、施設ＦＣでおこなわれた受付処理の記録として受付処理装置１００に保存される他、例えば、予約システムＲＳに送信されることで、受付履歴の一元管理などに用いられる。
【０１６６】
以上説明したように、本発明を上記実施形態の如く適用することで、所定の施設にいるものでなければ行えない手続等の受付に関する通知を、その時点で当該施設に実際にいる者にのみ自動的におこなうことができる。つまり、上記実施形態で例示した空港でのキャンセル待ちの場合、申し込み後も空港内にいる者、すなわち、キャンセル席の獲得意志が本当にある者に対してのみ、受付可能であることを自動的に通知するので、キャンセル分を確実に割り当てることができる。また、申込者の移動体通信端末３００に自動的に通知するので、受付担当者による呼び出しや館内放送などをおこなう必要もない。よって、受付にかかる業務の効率化を図ることができる。
【０１６７】
また、自動的に申込順に処理して通知するので、申込者の待ち順番にしたがった公正な通知をおこなうことができる。ここで、申込者の移動体通信端末３００を用いて通知をおこなうので、施設ＦＣ内であれば、ユーザ（申込者）の居場所を問わず公正に通知することができる。つまり、申込後のユーザを拘束することなく確実に通知することができる。よって、従来のように、申込をおこなったカウンタの近傍で待機する必要がない他、館内放送の呼び出しなどで生じうる聞き逃しなどもない。また、申し込み順に処理するために整理券などを発行する必要もないため、受付業務の効率化を図ることができる。さらに、複数の受付端末２００を使った申し込みであっても申し込み順に処理することができので、申し込みを受け付ける場所が１カ所に制限されない。よって、待ち行列や混雑の緩和にも寄与することになり、ユーザの利便性向上と受付業務の効率化を実現することができる。
【０１６８】
また、受付可能時にその場にいない者は自動的に対象外とするため、無駄な通信を発生させることなく、キャンセル分を確実に販売することができ、コスト削減と収益性向上にも寄与することができる。
【０１６９】
このような、申し込みの受付が可能となった時点でその場にいる者に対してのみ通知する動作を実現するために、一般的な移動体通信端末で通常おこなわれている位置登録を利用しているので、構内交換機や構内基地局などから構成される構内網が備えられている施設であれば、上述した受付システム１を容易に構築することができる。
【０１７０】
また、ユーザ（申込者）側も、ＩＣカード機能を有する移動体通信端末３００を用いて手続を行うことができるので、受付端末２００に移動体通信端末３００を近接させるだけでキャンセル待ちの申し込みや受付手続などをおこなうことができる。すなわち、簡単、かつ、短時間に手続をおこなえるので、ユーザの利便性が向上するとともに、待ち行列や混雑の緩和などにも貢献するので、施設ＦＣ全体の効率化にも寄与することになる。
【０１７１】
なお、上記実施形態は一例であり、本発明の適用範囲はこれに限られない。すなわち、種々の応用が可能であり、あらゆる実施形態が本発明の範囲に含まれる。
【０１７２】
上記実施形態では、空港における航空機のキャンセル待ちにかかる受付処理に本発明を適用した場合を示したが、その時点で所定の施設に実際にいる者でなければ手続をおこなうことのできない種々の受付処理に本発明を適用することができる。例えば、種々の交通機関をはじめ、飲食店、娯楽施設（劇場、映画館、テーマパークなど）、その他各種公共施設などにおいて、入場や座席などといった利用に関する予約やキャンセル待ちをおこなう種々の場面に本発明を適用することができる。
【０１７３】
また、上記実施形態では、受付端末２００を用いて、申込者の移動体通信端末３００から申込情報を取得するものとしたが、受付処理装置１００によって申込情報が取得できるのであれば、取得する方法はこれに限られず任意である。例えば、申込者が、パーソナルコンピュータなどを用いて、インターネットなどを介して申込情報を送信することで、受付処理装置１００（もしくは予約システムＲＳ）が申込情報を取得してもよい。
【０１７４】
あるいは、移動体通信端末３００から申込情報を取得する場合であっても、受付端末２００を用いずに、例えば、移動体通信端末３００がインターネットを介して申込情報を送信することで、受付処理装置１００（もしくは予約システムＲＳ）が申込情報を取得するようにしてもよい。
【０１７５】
これらの場合、例えば、受付業務をおこなう者（上記実施形態の例では、航空会社など）が、申込情報を受け付けるためのウェブサイトをインターネット上に開設し、ユーザがこのようなウェブサイトにアクセスして申込情報を送信するように構成することができる。
【０１７６】
また、上記実施形態では、移動体通信端末３００が施設ＦＣ内に存在しているか否かを判別するために、移動体通信端末３００の電話番号情報を用いて照合したが、移動体通信端末３００を特定することができるのであれば、任意の識別情報を用いてもよい。例えば、移動体通信端末３００がＩＰ電話端末であり、施設ＦＣの構内網ＬＮがＬＡＮ（Local Area Network：構内通信網）などのＩＰ通信網である場合、移動体通信端末３００のＭＡＣアドレスやＩＰアドレスなどを識別情報として用いてもよい。
【０１７７】
上記実施形態では、移動体通信端末３００の位置登録を示す情報を構内交換機１０から取得するものとしたが、施設ＦＣ内の移動体通信端末がおこなった位置登録を示す情報が取得できるのであれば、取得先は構内交換機１０に限られない。例えば、各構内基地局２０と受付処理装置１００とを接続し、位置登録を示す情報を構内基地局２０から取得するようにしてもよい。すなわち、構内交換機１０や構内基地局２０などから構成されている構内網ＬＮから取得するように構成することができる。あるいは、キャリアの交換局５０から、施設ＦＣ内でおこなわれた位置登録を示す情報を取得するようにしてもよい。
【０１７８】
また、上記受付処理においては、認証情報として、移動体通信端末３００の電話番号情報を用いたが、移動体通信端末３００もしくは申込者を特定できる識別情報であれば、任意のものを用いることができる。例えば、電子メールアドレスなどを認証情報として用いることができる他、上述したＭＡＣアドレスやＩＰアドレスなどを用いてもよい。
【０１７９】
上記実施形態では、移動体通信端末３００の非接触ＩＣカード機能から情報を読み取るＩＣカード通信装置２５０として、リーダ装置を受付端末２００に構成したが、移動体通信端末３００のＩＣカード機能に対し情報の書き込みが可能なリーダ・ライタ装置によりＩＣカード通信装置２５０を構成してもよい。この場合、例えば、受付処理装置１００によって設定される申込ＩＤや受付ＩＤなどの情報を移動体通信端末３００に書き込み、これらの情報を識別情報や認証情報として用いる用にしてもよい。
【０１８０】
なお、上記実施形態では、移動体通信端末３００の非接触ＩＣカード機能を用いて識別情報（電話番号情報）を取得するものとしたが、識別情報が取得できるのであれば、その通信方法などは任意である。例えば、IrDA (Infrared Data Association)やBluetooth、あるいは、IEEE802.11（無線ＬＡＮ）などの種々のワイヤレス通信規格などに基づいて非接触通信をおこなってもよい。また、非接触通信に限らず、例えば、移動体通信端末３００と受付端末２００とを所定のケーブルや端子などで接続して通信するようにしてもよい。あるいは、受付端末２００の表示装置２４０を操作することで、ユーザが識別情報を入力してもよい。
【０１８１】
なお、申込情報や認証情報（すなわち、移動体通信端末３００の識別情報）の取得に受付端末２００を用いなくてもよく、例えば、データ通信網６０（例えば、インターネット）を介した移動体通信端末３００と受付処理装置１００との通信により、移動体通信端末３００から受付処理装置１００に識別情報を入力してもよい。あるいは、受付カウンタで受付業務をおこなう従業員などが識別情報を受付処理装置１００に入力してもよい。
【０１８２】
また、上記実施形態では、移動体通信端末３００のＩＣカード機能を識別情報の取得に用いたが、例えば、受付処理にかかる決済をＩＣカード機能でおこなってもよい。この場合、例えば、ＩＣカード機能によって実現される電子マネーなどを用いて決済処理がおこなえる他、例えば、クレジットカード情報の授受によって決済処理をおこなってもよい。
【０１８３】
なお、上記実施形態にかかる各処理において用いた識別情報は、移動体通信端末３００にかかるもの（電話番号情報や電子メールアドレス）であったが、申込者にかかる識別情報を用いるようにしてもよい。この場合、例えば、予約システムＲＳなどに登録してあるユーザ情報についての識別情報（ユーザＩＤ）などを移動体通信端末３００と受付処理装置１００の間で授受することで、上記各処理をおこなってもよい。この場合、例えば、移動体通信端末３００のインターネット接続機能などを用いてユーザ登録をおこない、その際に発行されたユーザＩＤを移動体通信端末３００の記憶部３５０などに格納しておく。そして、上記各処理をおこなう際には、そのユーザＩＤ情報を受付端末２００などに送信することで、上記各処理をおこなうことができる。
【０１８４】
また、上記実施形態では、申込者への通知方法の１つとして電子メールによる通知を例示したが、これに限られず、例えば、インスタントメッセージ（ＩＭ）やプッシュ配信による画像配信などによって通知をおこなってもよい。また、上記実施形態では、音声または電子メールのいずれかで通知する場合を例示したが、複数の通知方法のいずれか１以上、もしくは、すべてによって通知してもよい。また、申込時にユーザが通知方法を任意に選択するようにしてもよい。
【０１８５】
上記実施形態にかかる受付処理装置１００は、専用装置によって構成可能であることはもとより、例えば、パーソナルコンピュータなどの汎用コンピュータ装置によって構成することもできる。この場合、汎用コンピュータ装置に、上記実施形態の受付処理装置１００として機能させるプログラムを適用することで、汎用コンピュータ装置を受付処理装置１００として機能させることができる。すなわち、上記実施形態における制御部１１０が実行した動作プログラムと同様の動作プログラムを、汎用コンピュータ装置の記憶装置にインストールし、これを当該コンピュータ装置の制御装置（ＣＰＵなど）が実行することで、本発明にかかる受付処理装置として機能させることができる。
【０１８６】
このようなプログラムを提供する形態は任意であり、例えば、インターネットなどの通信媒体を介して配布することで提供可能である他、例えば、所定の記録媒体（例えば、ＣＤ−ＲＯＭやＤＶＤなど）に格納して提供することができる。
【図面の簡単な説明】
【０１８７】
【図１】本発明の実施形態にかかる受付システムの構成を模式的に示す図である。
【図２】図１に示す受付処理装置の構成を示すブロック図である。
【図３】図２に示す記憶部に作成される記憶領域の例を示す図である。
【図４】図１に示す制御部によって実現される機能構成を示す機能ブロック図である。
【図５】図３に示す記憶領域に記録される情報の例を示す図であり、（ａ）は申込情報格納領域に記録される申込情報の例を示し、（ｂ）は位置登録情報格納領域に記録される登録端末リストの例を示す。
【図６】図３に示す記憶領域に記録される情報の例を示す図であり、（ａ）は通知情報格納領域に記録される通知記録情報の例を示し、（ｂ）は受付記録情報格納領域に記録される受付記録情報の例を示す。
【図７】図１に示す受付端末の外観構成の例を示す図である。
【図８】図７に示す受付端末の内部構成を示すブロック図である。
【図９】図１に示す移動体通信端末の構成を示すブロック図である。
【図１０】図９に示す制御部によって実現される機能構成を示す機能ブロック図である。
【図１１】本発明の実施形態にかかる「仮受付処理」を説明するためのフローチャートである。
【図１２】本発明の実施形態にかかる「受付可否判別処理」を説明するためのフローチャートである。
【図１３】図１２に示す受付可否判別処理において実行される「通知処理」を説明するためのフローチャートである。
【図１４】本発明の実施形態にかかる「受付処理」を説明するためのフローチャートである。
【符号の説明】
【０１８８】
１…受付システム、ＦＣ…施設、１０…構内交換機、２０…構内基地局、３０…構内通信網、ＬＮ…構内網、４０…公衆回線網、５０…交換局、６０…データ通信網、１００…受付処理装置、１１０…制御部、１１１…仮受付処理部、１１２…受付可否判別部、１１３…位置登録情報取得部、１１４…一致判別部、１１５…通知情報作成部、１１６…通知処理部、１１７…受付処理部、１２０…構内網接続部、１２１…呼制御部、１３０…データ通信部、１４０…端末接続部、１５０…入力制御部、１５…入力装置、１６０…出力制御部、１６…出力装置、１７０…記憶部、１７１…プログラム格納領域、１７２…申込情報格納領域、１７３…位置登録情報格納領域、１７４…通知情報格納領域、１７５…受付記録情報格納領域、２００…受付端末、２１０…制御部、２２０…通信部、２３０…入出力制御部、２４０…表示装置、２５０…ＩＣカード通信装置、２６０…発券装置、３００…移動体通信端末、３１０…制御部、３１１…着信処理部、３１２…位置登録動作部、３１３…ＩＣカード制御部、３２０…通信部、３２１…アンテナ、３２２…音声通信部、３２３…データ通信部、３２４…非ユーザ通信部、３３０…入出力制御部、３３１…操作部、３３２…表示部、３３３…マイクロフォン、３３４…スピーカ、３４０…ＩＣカード部、３５０…記憶部
【特許請求の範囲】
【請求項１】
施設内の移動体通信端末と通信する構内基地局と、前記構内基地局と交換局とを中継する構内交換機とから構成される構内網を備えた施設において受付処理をおこなうための受付システムであって、
少なくとも申込者が使用する移動体通信端末の電話番号情報を含んだ申込情報を、当該移動体通信端末から取得して記憶する申込情報取得手段と、
前記申込情報取得手段が取得した申込情報に基づく申込の受付可否を判別する受付判別手段と、
前記受付判別手段が受付可と判別した場合に、前記構内基地局を用いて位置登録をおこなった移動体通信端末の電話番号情報を含む位置登録情報を、前記構内交換機から取得する位置登録情報取得手段と、
前記受付可と判別された申込情報と、前記位置登録情報取得手段が取得した位置登録情報とに基づいて、当該申込者の移動体通信端末が前記施設内に現在存在するか否かを判別する存在判別手段と、
前記存在判別手段が、前記移動体通信端末が前記施設内に現在存在すると判別した場合、当該移動体通信端末と通信し、受付可能である旨を通知する通知手段と、
を備えることを特徴とする受付システム。
【請求項２】
前記申込情報取得手段は、申込順に前記申込情報を記憶し、
前記受付判別手段は、前記申込情報取得手段に記憶された前記申込情報の申込順に前記判別をおこなう、
ことを特徴とする請求項１に記載の受付システム。
【請求項３】
前記通知手段は、前記申込情報に含まれる電話番号情報を用いた音声通信によって前記通知をおこなう、
ことを特徴とする請求項１または２に記載の受付システム。
【請求項４】
前記申込情報取得手段は、申込者の前記移動体通信端末で受信可能な電子メールアドレスを含んだ前記申込情報を取得し、
前記通知手段は、前記申込情報に含まれる電子メールアドレスを用いて、電子メールによる前記通知をおこなう、
ことを特徴とする請求項１乃至３のいずれか１項に記載の受付システム。
【請求項５】
前記申込情報取得手段は、
非接触リーダを備える申込端末を含み、
非接触ＩＣカード機能を有する前記移動体通信端末と前記申込端末との非接触通信により前記申込情報を取得する、
ことを特徴とする請求項１乃至４のいずれか１項に記載の受付システム。
【請求項６】
申込者の前記移動体通信端末から、当該移動体通信端末の電話番号情報を認証情報として取得する認証情報取得手段と、
前記認証情報取得手段が取得した電話番号情報と、前記通知手段が通信した前記移動体通信端末の電話番号情報との照合により認証をおこなう認証手段と、
前記認証手段が認証した場合、前記申込情報に基づいた申込の受付処理をおこなう受付処理手段と、
をさらに備えることを特徴とする請求項１乃至５のいずれか１項に記載の受付システム。
【請求項７】
前記認証情報取得手段は、
非接触リーダを備える受付端末を含み、
非接触ＩＣカード機能を有する前記移動体通信端末と前記受付端末との非接触通信により前記認証情報を取得する、
ことを特徴とする請求項６に記載の受付システム。
【請求項８】
前記申込情報取得手段は、キャンセル待ちに関する前記申込情報を取得し、
前記受付判別手段は、キャンセルが発生したか否かを判別し、
前記位置登録情報取得手段は、前記受付判別手段によってキャンセルが発生したと判別された場合に、前記位置登録情報を取得する、
ことを特徴とする請求項１乃至７のいずれか１項に記載の受付システム。
【請求項９】
施設における受付処理をおこなうための受付処理装置であって、
少なくとも申込者が使用する移動体通信端末の識別情報を含んだ申込情報を取得して申込順に記憶する申込情報取得手段と、
前記申込情報取得手段が記憶する前記申込情報毎の受付可否を前記申込順に判別する受付可否判別手段と、
前記受付可否判別手段が受付可と判別した場合に、前記施設内の移動体通信端末による位置登録によって送信された識別情報を、前記施設の構内網から取得する識別情報取得手段と、
前記受付可と判別された申込情報に含まれる前記識別情報と一致する識別情報が前記識別情報取得手段により取得されているか否かを判別する一致判別手段と、
前記一致判別手段が、一致する識別情報が取得されていると判別した場合、当該識別情報の移動体通信端末と通信し、受付可能である旨を通知する通知手段と、
を備えることを特徴とする受付処理装置。
【請求項１０】
前記識別情報は、前記移動体通信端末の電話番号情報であり、
前記通知手段は、
前記電話番号情報を用いて前記移動体通信端末に発呼する発呼手段をさらに備え、
前記発呼手段による発呼に基づく音声通信により前記通知をおこなう、
ことを特徴とする請求項９に記載の受付処理装置。
【請求項１１】
前記申込情報取得手段は、前記申込者が使用する移動体通信端末で受信可能な電子メールアドレスを含んだ前記申込情報を取得し、
前記通知手段は、
前記通知内容を示す電子メールを作成する電子メール作成手段をさらに備え、
前記申込情報に含まれる電子メールアドレスを用いて前記移動体通信端末と通信し、前記電子メール作成手段が作成した電子メールによって前記通知をおこなう、
ことを特徴とする請求項９または１０に記載の受付処理装置。
【請求項１２】
前記施設内の移動体通信端末から、当該移動体通信端末の識別情報を認証情報として取得する認証情報取得手段と、
前記認証情報取得手段が取得した前記識別情報と、前記通知手段が通信した移動体通信端末の識別情報との照合によって認証をおこなう認証手段と、
前記認証手段が認証した識別情報に対応する前記申込情報に基づいて、当該申込の受付処理をおこなう受付処理手段と、
をさらに備えることを特徴とする請求項９乃至１１のいずれか１項に記載の受付処理装置。
【請求項１３】
前記申込情報取得手段は、前記移動体通信端末から前記申込情報を取得する、
ことを特徴とする請求項９乃至１２のいずれか１項に記載の受付処理装置。
【請求項１４】
コンピュータに、
少なくとも申込者が使用する移動体通信端末の識別情報を含んだ申込情報を取得して申込順に記憶する機能と、
記憶した前記申込情報毎の受付可否を前記申込順に判別する機能と、
受付可と判別した場合に、施設内の構内網を用いて位置登録をおこなった移動体通信端末の識別情報を前記構内網から取得する機能と、
前記受付可と判別された申込情報に含まれる前記識別情報と同一の識別情報を取得しているか否かを判別する機能と、
同一の識別情報を取得していると判別した場合、当該識別情報の移動体通信端末と通信し、受付可能である旨を通知する機能と、
前記施設内の移動体通信端末から、当該移動体通信端末の識別情報を認証情報として取得する機能と、
前記認証情報として取得した識別情報と、前記通信した移動体通信端末の識別情報との照合によって認証をおこなう機能と、
認証した識別情報に対応する前記申込情報に基づいて、当該申込の受付処理をおこなう機能と、
を実現させることを特徴とするプログラム。
【請求項１】
施設内の移動体通信端末と通信する構内基地局と、前記構内基地局と交換局とを中継する構内交換機とから構成される構内網を備えた施設において受付処理をおこなうための受付システムであって、
少なくとも申込者が使用する移動体通信端末の電話番号情報を含んだ申込情報を、当該移動体通信端末から取得して記憶する申込情報取得手段と、
前記申込情報取得手段が取得した申込情報に基づく申込の受付可否を判別する受付判別手段と、
前記受付判別手段が受付可と判別した場合に、前記構内基地局を用いて位置登録をおこなった移動体通信端末の電話番号情報を含む位置登録情報を、前記構内交換機から取得する位置登録情報取得手段と、
前記受付可と判別された申込情報と、前記位置登録情報取得手段が取得した位置登録情報とに基づいて、当該申込者の移動体通信端末が前記施設内に現在存在するか否かを判別する存在判別手段と、
前記存在判別手段が、前記移動体通信端末が前記施設内に現在存在すると判別した場合、当該移動体通信端末と通信し、受付可能である旨を通知する通知手段と、
を備えることを特徴とする受付システム。
【請求項２】
前記申込情報取得手段は、申込順に前記申込情報を記憶し、
前記受付判別手段は、前記申込情報取得手段に記憶された前記申込情報の申込順に前記判別をおこなう、
ことを特徴とする請求項１に記載の受付システム。
【請求項３】
前記通知手段は、前記申込情報に含まれる電話番号情報を用いた音声通信によって前記通知をおこなう、
ことを特徴とする請求項１または２に記載の受付システム。
【請求項４】
前記申込情報取得手段は、申込者の前記移動体通信端末で受信可能な電子メールアドレスを含んだ前記申込情報を取得し、
前記通知手段は、前記申込情報に含まれる電子メールアドレスを用いて、電子メールによる前記通知をおこなう、
ことを特徴とする請求項１乃至３のいずれか１項に記載の受付システム。
【請求項５】
前記申込情報取得手段は、
非接触リーダを備える申込端末を含み、
非接触ＩＣカード機能を有する前記移動体通信端末と前記申込端末との非接触通信により前記申込情報を取得する、
ことを特徴とする請求項１乃至４のいずれか１項に記載の受付システム。
【請求項６】
申込者の前記移動体通信端末から、当該移動体通信端末の電話番号情報を認証情報として取得する認証情報取得手段と、
前記認証情報取得手段が取得した電話番号情報と、前記通知手段が通信した前記移動体通信端末の電話番号情報との照合により認証をおこなう認証手段と、
前記認証手段が認証した場合、前記申込情報に基づいた申込の受付処理をおこなう受付処理手段と、
をさらに備えることを特徴とする請求項１乃至５のいずれか１項に記載の受付システム。
【請求項７】
前記認証情報取得手段は、
非接触リーダを備える受付端末を含み、
非接触ＩＣカード機能を有する前記移動体通信端末と前記受付端末との非接触通信により前記認証情報を取得する、
ことを特徴とする請求項６に記載の受付システム。
【請求項８】
前記申込情報取得手段は、キャンセル待ちに関する前記申込情報を取得し、
前記受付判別手段は、キャンセルが発生したか否かを判別し、
前記位置登録情報取得手段は、前記受付判別手段によってキャンセルが発生したと判別された場合に、前記位置登録情報を取得する、
ことを特徴とする請求項１乃至７のいずれか１項に記載の受付システム。
【請求項９】
施設における受付処理をおこなうための受付処理装置であって、
少なくとも申込者が使用する移動体通信端末の識別情報を含んだ申込情報を取得して申込順に記憶する申込情報取得手段と、
前記申込情報取得手段が記憶する前記申込情報毎の受付可否を前記申込順に判別する受付可否判別手段と、
前記受付可否判別手段が受付可と判別した場合に、前記施設内の移動体通信端末による位置登録によって送信された識別情報を、前記施設の構内網から取得する識別情報取得手段と、
前記受付可と判別された申込情報に含まれる前記識別情報と一致する識別情報が前記識別情報取得手段により取得されているか否かを判別する一致判別手段と、
前記一致判別手段が、一致する識別情報が取得されていると判別した場合、当該識別情報の移動体通信端末と通信し、受付可能である旨を通知する通知手段と、
を備えることを特徴とする受付処理装置。
【請求項１０】
前記識別情報は、前記移動体通信端末の電話番号情報であり、
前記通知手段は、
前記電話番号情報を用いて前記移動体通信端末に発呼する発呼手段をさらに備え、
前記発呼手段による発呼に基づく音声通信により前記通知をおこなう、
ことを特徴とする請求項９に記載の受付処理装置。
【請求項１１】
前記申込情報取得手段は、前記申込者が使用する移動体通信端末で受信可能な電子メールアドレスを含んだ前記申込情報を取得し、
前記通知手段は、
前記通知内容を示す電子メールを作成する電子メール作成手段をさらに備え、
前記申込情報に含まれる電子メールアドレスを用いて前記移動体通信端末と通信し、前記電子メール作成手段が作成した電子メールによって前記通知をおこなう、
ことを特徴とする請求項９または１０に記載の受付処理装置。
【請求項１２】
前記施設内の移動体通信端末から、当該移動体通信端末の識別情報を認証情報として取得する認証情報取得手段と、
前記認証情報取得手段が取得した前記識別情報と、前記通知手段が通信した移動体通信端末の識別情報との照合によって認証をおこなう認証手段と、
前記認証手段が認証した識別情報に対応する前記申込情報に基づいて、当該申込の受付処理をおこなう受付処理手段と、
をさらに備えることを特徴とする請求項９乃至１１のいずれか１項に記載の受付処理装置。
【請求項１３】
前記申込情報取得手段は、前記移動体通信端末から前記申込情報を取得する、
ことを特徴とする請求項９乃至１２のいずれか１項に記載の受付処理装置。
【請求項１４】
コンピュータに、
少なくとも申込者が使用する移動体通信端末の識別情報を含んだ申込情報を取得して申込順に記憶する機能と、
記憶した前記申込情報毎の受付可否を前記申込順に判別する機能と、
受付可と判別した場合に、施設内の構内網を用いて位置登録をおこなった移動体通信端末の識別情報を前記構内網から取得する機能と、
前記受付可と判別された申込情報に含まれる前記識別情報と同一の識別情報を取得しているか否かを判別する機能と、
同一の識別情報を取得していると判別した場合、当該識別情報の移動体通信端末と通信し、受付可能である旨を通知する機能と、
前記施設内の移動体通信端末から、当該移動体通信端末の識別情報を認証情報として取得する機能と、
前記認証情報として取得した識別情報と、前記通信した移動体通信端末の識別情報との照合によって認証をおこなう機能と、
認証した識別情報に対応する前記申込情報に基づいて、当該申込の受付処理をおこなう機能と、
を実現させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００７−９４４６３（Ｐ２００７−９４４６３Ａ）
【公開日】平成１９年４月１２日（２００７．４．１２）
【国際特許分類】
【出願番号】特願２００５−２７９０４１（Ｐ２００５−２７９０４１）
【出願日】平成１７年９月２７日（２００５．９．２７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０４１４９１００）株式会社カシオ日立モバイルコミュニケーションズ (893)
【Ｆターム（参考）】
【公開日】平成１９年４月１２日（２００７．４．１２）
【国際特許分類】
【出願日】平成１７年９月２７日（２００５．９．２７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０４１４９１００）株式会社カシオ日立モバイルコミュニケーションズ (893)
【Ｆターム（参考）】
[ Back to top ]