(57)【特許請求の範囲】
【請求項１】
所定の場所に入る入場者を検知する入場者検知手段と、
前記入場者が所定の位置に着く時刻を予測する到着時刻予測手段と、
前記入場者検知手段によって検知された前記入場者の携帯電話端末の状態を、前記到着時刻予測手段によって予測された当該入場者が前記所定の位置に着く時刻を経過した後に調査する状態調査手段と、
前記状態調査手段による調査の結果、所定の状態であることが分かった携帯電話端末を示す携帯電話情報を、前記所定の場所の運営に携わるメンバが使用する運営者用端末に送信する、携帯電話情報送信手段と、
を有することを特徴とする携帯電話端末状態監視システム。
【請求項２】
所定の場所に入る入場者を検知する入場者検知手段と、
前記入場者検知手段によって検知された前記入場者の携帯電話端末の状態を所定の時間ごとに調査する状態調査手段と、
前記状態調査手段による調査の結果、所定の状態であることが分かった携帯電話端末を示す携帯電話情報、および当該携帯電話情報に係る携帯電話端末の過去の状態を示す過去状態情報を、前記所定の場所の運営に携わるメンバが使用する運営者用端末に送信する、携帯電話情報送信手段と、
を有することを特徴とする携帯電話端末状態監視システム。
【請求項３】
所定の場所に入る入場者を検知し、
前記入場者が所定の位置に着く時刻を予測し、
検知した前記入場者の携帯電話端末の状態を、予測した当該入場者が前記所定の位置に着く時刻を経過した後に調査し、
調査した結果、所定の状態であることが分かった携帯電話端末を示す携帯電話情報を、前記所定の場所の運営に携わるメンバが使用する運営者用端末に送信する、
ことを特徴とする携帯電話端末状態監視方法。
【請求項４】
所定の場所における携帯電話端末の状態を監視するコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
前記所定の場所に入る入場者が検知されたときに、
前記入場者が所定の位置に着く時刻を予測する処理を実行させ、
前記入場者の携帯電話端末の状態を、予測した当該入場者が前記所定の位置に着く時刻を経過した後に調査する処理を実行させ、
調査した結果、所定の状態であることが分かった携帯電話端末を示す携帯電話情報を、前記所定の場所の運営に携わるメンバが使用する運営者用端末に送信する処理を実行させる、
ことを特徴とするコンピュータプログラム。
【請求項５】
所定の場所に入るためのチケットごとに、当該チケットを使用する予定である入場者の携帯電話端末の識別情報である端末識別情報を、当該チケットの識別情報であるチケット識別情報と対応付けて記憶する端末識別情報記憶手段と、
前記所定の場所に入る前記入場者を、当該入場者の前記チケットから前記チケット識別情報を読み取ることによって検知する入場者検知手段と、
前記入場者検知手段によって検知された前記入場者の携帯電話端末の状態を、当該入場者の前記チケットから読み取られた前記チケット識別情報に対応する、前記端末情報記憶手段に記憶されている前記端末識別情報に基づいて、当該携帯電話端末と通信を行うことによって調査する状態調査手段と、
前記状態調査手段による調査の結果、所定の状態であることが分かった携帯電話端末を示す携帯電話情報を、前記所定の場所の運営に携わるメンバが使用する運営者用端末に送信する、携帯電話情報送信手段と、
を有することを特徴とする携帯電話端末状態監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話端末の使用を制限する必要のある場所において運営者を支援するためのシステムおよび方法などに関する。
【背景技術】
【０００２】
携帯電話端末を所定の状態にするように要求される場所がある。例えば、飛行機の中では、携帯電話端末の電源をオフにするように要求される。これは、携帯電話端末が発する電波が飛行機の機器に悪影響を与えることを防止するためである。または、コンサート会場においては、携帯電話端末の電源をオフにしまたはマナーモードにするように要求される。これは、携帯電話端末の着信音が周囲の人にとって迷惑にならないようにするためである。
【０００３】
したがって、携帯電話端末を所持している者は、このような場所に立ち入る際に、要求された通りに自分の携帯電話端末の電源をオフにしまたはマナーモードにしなければならない。しかし、電源を切りまたはマナーモードに切り替える操作をし忘れたままである者も少なくない。そこで、特許文献１、２に記載されるような方法が提案されている。
【０００４】
特許文献１に記載される方法によると、携帯電話機が電波遮蔽器によるＰＯＷ−ＯＦＦエリアに進入したときに発する申告を自動車・携帯電話基地を経由して送信すると、交換設備が携帯電話機に対し自動車・携帯電話基地を経由して電源ＯＦＦを指示するためのＰＯＷ−ＯＦＦ指示を通知し、携帯電話機の電源を自動的にＯＦＦするようにし、申告に含まれる加入者ＩＤ等の情報に基づき、携帯電話機の電源を確実にＯＦＦさせる。
【０００５】
特許文献２に記載される方法によると、センサーは、通話禁止区域の入口に設置されており、端末利用者が電源を遮断しないまま移動通信端末を所持して通話禁止区域に入場すると、電話番号等から成る当該端末利用者データを送信する。基地局は、端末利用者データを受信すると、当該移動通信端末へその電源を強制的に遮断するための電源オフ信号を送信する。
【特許文献１】特開２０００−３２４０４０号公報
【特許文献２】特開２００３−２７３７９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１、２に記載されるような方法によると、所定の場所に入った携帯電話端末の電源は、その所有者の意思に関わらず強制的に切られてしまう。
【０００７】
ところが、強制的に携帯電話端末の電源を切られることは、所有者にとってあまり気分がよくない場合がある。また、遠隔操作によって電源やマナーモードのオン／オフを切り替える機能が備わっていない携帯電話端末に対しては、特許文献１、２に記載される方法は有効でない。このような携帯電話端末については、その所定の場所にいるスタッフが、携帯電話端末を所定の状態にしていない入場者に対して声を掛けて注意を与えるしかない。しかし、入場者の携帯電話端末を１台ずつ確認して周るのは、非常に手間が掛かるので、非現実的である。
【０００８】
本発明は、このような問題点に鑑み、携帯電話端末の使用が制限される場所での運営者の負担を従来よりも軽減することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る携帯電話端末状態監視システムは、所定の場所に入る入場者を検知する入場者検知手段と、前記入場者が所定の位置に着く時刻を予測する到着時刻予測手段と、前記入場者検知手段によって検知された前記入場者の携帯電話端末の状態を、前記到着時刻予測手段によって予測された当該入場者が前記所定の位置に着く時刻を経過した後に調査する状態調査手段と、前記状態調査手段による調査の結果、所定の状態であることが分かった携帯電話端末を示す携帯電話情報を、前記所定の場所の運営に携わるメンバが使用する運営者用端末に送信する、携帯電話情報送信手段と、を有することを特徴とする。
【００１１】
本発明において、「チケット」は、従来の磁気ストライプを有するタイプのチケットであてもよいし、チケット情報が記憶されている携帯電話端末であってもよい。「所定の場所」は、携帯電話端末の使用が制限される場所または区域であって、例えば、飛行機の機内またはコンサート会場の中などである。
【発明の効果】
【００１２】
本発明によると、所定の場所に入った入場者の携帯電話端末が所定の状態でなければ、その携帯電話端末を示す情報が運営者用端末装置に送信される。よって、携帯電話端末の使用が制限される場所での運営者の負担を従来よりも軽減することができる。
【発明を実施するための最良の形態】
【００１３】
図１は携帯電話端末監視システム１の全体的な構成の例を示す図、図２はチケット管理システム２の機能的構成の例を示す図、図３は搭乗ゲートシステム３の構成の例を示す図である。
【００１４】
本発明に係る携帯電話端末監視システム１は、図１に示すように、チケット管理システム２、複数の搭乗ゲートシステム３、および通信回線４などによって構成される。チケット管理システム２と各搭乗ゲートシステム３とは、通信回線４を介して互いに接続されている。通信回線４として、インターネット、ＬＡＮ、専用線、または公衆回線などが用いられる。
【００１５】
この携帯電話端末監視システム１は、携帯電話端末の使用が制限される場所において、携帯電話端末を所定の状態に切り替えていない入場者をその場所の運営担当者に知らせるための処理を行うシステムである。例えば、飛行機の乗客（搭乗者）の所有する携帯電話端末が電源オンの状態であれば、それを客室乗務員に知らせる。または、コンサート会場への入場者の所有する携帯電話端末がマナーモードにも電源オフにもされていない場合に、コンサート会場内のスタッフに知らせる。
【００１６】
以下、ある航空会社Ｘが運行する飛行機の乗客の所有する携帯電話端末ＴＲの電源の状態を監視し、電源オンの携帯電話端末ＴＲが見つかったらそれを乗務員に知らせる場合を例に、説明する。
【００１７】
チケット管理システム２は、１台または複数台のサーバ機および種々の通信機器などによって構成される。チケット管理システム２のハードウェアおよびソフトウェアの一部分には、既存のチケット管理システムのハードウェアおよびソフトウェアが用いられる。つまり、このチケット管理システム２は、既存のチケット管理システムに、図２に示す各機能を実現するためのハードウェアおよびソフトウェアを設けることによって、構築することができる。もちろん、既存のチケット管理システムを用いることなく一からチケット管理システム２を構築することも可能である。チケット管理システム２は、航空会社Ｘによって運営される。
【００１８】
チケット管理システム２には、図２に示すように、チケット販売予約受付部２０１、利用者情報取得部２０２、着席所要時間情報取得部２０３、通過者情報受信部２０４、チェック対象乗客情報生成部２０５、着席時刻推定処理部２０６、携帯電話状態確認部２０７、確認結果統括処理部２０８、オン携帯電話リスト生成部２０９、オン携帯電話リスト送信部２１０、チェック対象乗客情報記憶部２１１、携帯電話状態情報記憶部２１２、チケット情報データベースＤＢ１、利用者情報データベースＤＢ２、および着席所要時間データベースＤＢ３などの機能が設けられている。
【００１９】
搭乗ゲートシステム３は、図３に示すように、チケット読取装置３１、チケット適否判別部３２、通過者情報生成部３３、および通過者情報送信部３４などによって構成される。この搭乗ゲートシステム３は、空港の搭乗ゲートごとに設けられている。
【００２０】
チケット読取装置３１は、飛行機に搭乗するために搭乗ゲートに訪れた乗客のチケットを読み取る装置であって、既存のチケット読取装置を用いることができる。ただし、通過者情報生成部３３および通過者情報送信部３４などの機能を実現するためのハードウェアまたはソフトウェアが新たに組み込まれている。また、今後普及すると予想される、携帯電話端末を用いる、いわゆるチケットレスサービス（チケットに関する情報を乗客の所有する携帯電話に記憶させておき、従来の磁気ストライプタイプのチケットの代わりに携帯電話端末を使用できるようにするサービス）にも対応させる場合は、携帯電話端末との近距離通信が可能な通信装置（例えば、ＩＣカードリーダ）をチケット読取装置３１に設けておく。
【００２１】
飛行機には、乗務員用端末ＣＲが置かれている。乗務員用端末ＣＲとして、例えばＰＤＡ（Personal Digital Assistant）などの携帯型の端末装置が用いられる。
【００２２】
図４はチケット情報データベースＤＢ１の例を示す図、図５は利用者情報データベースＤＢ２の例を示す図、図６は着席所要時間情報ＤＴＣの例を示す図、図７は乗客情報テーブルＴＬＡの例を示す図、図８は確認結果テーブルＴＬＢの例を示す図、図９はオン携帯電話リストＯＬＴの例を示す図、図１０はリスト生成送信処理の流れの例を説明するフローチャート、図１１は注意用画面ＨＧ１の例を示す図、図１２は注意用画面ＨＧ２の変形例を示す図である。
【００２３】
次に、図２に示すチケット管理システム２の各部および図３に示す搭乗ゲートシステム３の各部について、詳細に説明する。
【００２４】
チケット管理システム２のチケット情報データベースＤＢ１には、図４に示すように、航空会社Ｘの運行する飛行機のチケットに関するチケット情報ＤＴＡが格納されている。１枚のチケットごとに１つのチケット情報ＤＴＡが与えられる。なお、紙面の都合上、図４では、チケット情報ＤＴＡを２段に分けて記載している。
【００２５】
チケット情報ＤＴＡは、チケット販売予約受付部２０１の処理によって取得される。チケット販売予約受付部２０１は、チケットの予約の受付つまりチケットの販売のための処理を行う。係る処理の内容は、基本的に、従来のチケットの予約販売の処理の内容と同様である。すなわち、飛行機を利用したい乗客は、予め、旅行代理店のカウンタ、空港の発券機、または航空会社ＸのＷｅｂサイトなどでチケットの購入のための手続を行う。この際に、乗客は、利用したい日付（搭乗年月日）および便名、自分の氏名、生年月日、性別、住所、その他の必要事項を申告する。さらに、本実施形態では、自分の所有する携帯電話端末ＴＲの電話番号（携帯電話番号）および電子メールアドレス（携帯メールアドレス）を申告する。
【００２６】
チケット販売予約受付部２０１は、これらの事項の申告を受け付けると、チケット情報データベースＤＢ１に新たにチケット情報ＤＴＡを１つ生成するとともに販売済の他のチケットと区別するためのチケット番号を発行し、その申告内容、チケット番号、およびその便に使用される飛行機の機種などを、対応する各フィールドに書き込む。座席番号は、購入者に対して与えられた座席つまり指定席を識別する情報である。座席番号は、チケットの販売の際に決定する場合もあればチェックインの際に決定する場合もあるが、いずれの場合であっても、決定した時点で適宜書き込まれる。正常チケットフラグは、この時点では空欄にしておく。
【００２７】
また、乗客には、チケット番号、フライト日（搭乗年月日）、便名、機種、年齢、性別、および氏名などの情報を磁気ストライプに書き込んだチケットを発行する。または、チケットレスサービスを使用する場合は、乗客の携帯電話端末ＴＲにこれらの情報を送信してメモリに書き込ませる。上述したように、座席番号については、チケットの販売の際に決定する場合もあれば、チェックインの際に決定する場合もあるので、決定した時点で適宜書き込まれる。なお、これらの情報をすべてチケットまたは携帯電話端末ＴＲに書き込む必要はなく、少なくともチケット番号だけを書き込んでおけばよい。チケット管理システム２および搭乗ゲートシステム３の各部は、後に説明する各処理を実行するにあたってチケット番号以外の情報の必要が生じても、チケット情報ＤＴＡを参照してこれを取得することができるからである。
【００２８】
利用者情報データベースＤＢ２には、図５に示すように、航空会社Ｘが運営するサービスに加入している会員に関する会員情報ＤＴＢが格納されている。１人の会員ごとに１つの会員情報ＤＴＢが与えられる。
【００２９】
会員情報ＤＴＢは、利用者情報取得部２０２の処理によって取得される。利用者情報取得部２０２は、サービスへの加入を受け付けるための処理を行う。係る処理の内容は、基本的に、従来の受付の処理の内容と同様である。すなわち、サービスへの加入の希望者は、航空会社Ｘの窓口またはＷｅｂサイトなどで加入のための手続を行う。この際に、希望者は、自分の氏名、生年月日、性別、住所、所有する携帯電話端末ＴＲの携帯電話番号および携帯メールアドレス、その他必要な事項を申告する。
【００３０】
利用者情報取得部２０２は、これらの事項の申告を受け付けると、利用者情報データベースＤＢ２に新たに会員情報ＤＴＢを１つ生成するとともに他の会員と区別するための会員番号を発行し、その申告内容および会員番号を、対応する各フィールドに書き込む。
【００３１】
着席所要時間データベースＤＢ３には、搭乗ゲートを通過してから飛行機の座席に着くまでに要する時間（以下、「所要時間Ｔｓ」と記載する。）を示す着席所要時間情報ＤＴＣが格納されている。一般に、搭乗ゲートごとに、そこを通過してから飛行機の入口までの距離は、様々である。また、飛行機の機種ごとに、座席の配置は、様々である。これらの点に鑑み着席所要時間データベースＤＢ３には、原則として、搭乗ゲートと飛行機の機種との組合せごとに１つずつ着席所要時間情報ＤＴＣが用意されている。ただし、飛行機の入口までの距離がほぼ同じである搭乗ゲート同士で、着席所要時間情報ＤＴＣを共用するようにしてもよい。または、座席の配置がほぼ同じである機種同士で着席所要時間情報ＤＴＣを共用するようにしてもよい。
【００３２】
着席所要時間情報ＤＴＣは、図６に示すように、年齢層、性別、および座席の位置の組合せごとの所要時間Ｔｓを示している。これらの所要時間Ｔｓは、各年齢層および各性別の人間が実際に搭乗ゲートから各座席まで移動する時間を計ることによって得ることができる。または、搭乗ゲートから各座席までの距離などに基づいて推定することによって得てもよい。
【００３３】
また、着席所要時間情報ＤＴＣには、それが用いられる搭乗ゲートおよび機種の識別情報が対応付けられている。
【００３４】
着席所要時間情報ＤＴＣは、着席所要時間情報取得部２０３の処理によって例えば次のように取得される。航空会社Ｘの担当者は、ある搭乗ゲートからある機種の座席までの所要時間についての着席所要時間情報ＤＴＣを得るために、各年齢層および各性別の試験者に、実際にその搭乗ゲートから各座席まで移動させ、その時間を計る。または、推定する。そして、そのようにして得た所要時間を示す情報を、その搭乗ゲートの識別情報および機種の識別情報とともに端末装置に入力する。すると、着席所要時間情報取得部２０３は、端末装置からこれらの情報を受信し、これらの情報に基づいて着席所要時間情報ＤＴＣを生成し着席所要時間データベースＤＢ３に格納する。
【００３５】
上述の通り、チケット販売予約受付部２０１ないし着席所要時間情報取得部２０３は、主に各データベースに情報を格納（登録）するための処理を行う。一方、次に説明する通過者情報受信部２０４ないし携帯電話状態情報記憶部２１２は、電源オンのままになっている機内の携帯電話端末ＴＲを乗務員に知らせるための処理を行う。
【００３６】
チェック対象乗客情報記憶部２１１は、飛行機の１便ごとの乗客情報テーブルＴＬＡを、遅くとも、その便の搭乗開始時刻になるまでに生成し記憶する。そして、不要になった時点で削除する。この乗客情報テーブルＴＬＡは、それに係る便に搭乗するために搭乗ゲートを通過した乗客に関する情報を格納するために用いられる。また、乗客情報テーブルＴＬＡには、それに係る便を識別する情報例えばフライト日および便名を示す情報を対応付けておく。乗客情報テーブルＴＬＡの各フィールドについては、後に説明する。
【００３７】
通過者情報受信部２０４は、飛行機に搭乗するために搭乗ゲートを通過した乗客に関する搭乗ゲート通過者情報７Ａを搭乗ゲートシステム３から受信する処理を行う。搭乗ゲート通過者情報７Ａは、次のようにしてチケット管理システム２に届けられる。
【００３８】
乗客は、空港において、チェックインを済ませた後、目的の飛行機の搭乗ゲートに向かう。遅くともそのチェックインを完了した時点までに、その乗客が着席すべき座席の座席番号が決定している。その座席番号は、その乗客の今回の搭乗に係るチケット（またはチケットレスサービスを利用している場合はそのチケットとして用いられる携帯電話端末ＴＲ）およびチケット情報ＤＴＡ（図４参照）のそれぞれに記録される。
【００３９】
乗客は、搭乗開始時刻が来たらまたは既に搭乗開始時刻が経過していれば、その搭乗ゲートに設置されている搭乗ゲートシステム３のチケット読取装置３１（図３参照）に自分のチケットを読み取らせる。または、チケットレスサービスを利用している場合は、チケット読取装置３１に自分の携帯電話端末ＴＲをチケットとしてかざす。
【００４０】
すると、チケット読取装置３１は、チケット（またはチケットとして用いられる携帯電話端末ＴＲ）から、それに記憶されているチケット番号、フライト日、および便名などの情報を読み取る。
【００４１】
チケット適否判別部３２は、チケット読取装置３１が読み取った情報およびそれに対応するチケット情報ＤＴＡ（図４参照）などに基づいて、そのチケットの適否（搭乗の受付中の便のチケットであるかどうか、偽造されたものでないかどうか、など）をチェックし、正しいチケットであることが分かったら、搭乗ゲートを通過することを許可する。チケット読取装置３１およびチケット適否判別部３２によるこれらの処理は、従来通りのものである。このように、チケット読取装置３１およびチケット適否判別部３２は、正しいチケットを持った乗客が搭乗ゲートを通過したことを検知する役割を果たす。
【００４２】
本実施形態では、さらに、次の処理を行う。通過者情報生成部３３は、そのチケットまたはチケット情報ＤＴＡに示されるチケット番号、フライト日、便名、座席番号、年齢、および性別などの事項のほか、その読取りの時刻つまり搭乗ゲートの通過時刻（以下、「搭乗ゲート通過時刻Ｔｔ」と記載する。）およびそのチケット読取装置３１が設置されている搭乗ゲートなどの事項を示す搭乗ゲート通過者情報７Ａを生成する。通過者情報送信部３４は、その搭乗ゲート通過者情報７Ａをチケット管理システム２に送信する。
【００４３】
このようにして、搭乗ゲートを通過した乗客の搭乗ゲート通過者情報７Ａが搭乗ゲートシステム３からチケット管理システム２に届けられる。なお、チケット適否判別部３２によって正しいチケットであると判別されると、そのチケットのチケット識別番号がチケット管理システム２のチケット情報データベースＤＢ１に通知される。チケット情報データベースＤＢ１は、通知されたチケット識別番号に係るチケット情報ＤＴＡの正常チケットフラグを「１」に更新する。この「１」という値は、そのチケットが正常であることが確認されかつそのチケットの所有者が搭乗ゲートを通過したことを意味する。
【００４４】
チェック対象乗客情報生成部２０５は、通過者情報受信部２０４によって新たに搭乗ゲート通過者情報７Ａが受信されるごとに、その搭乗ゲート通過者情報７Ａに示されるチケット番号のチケット情報ＤＴＡをチケット情報データベースＤＢ１（図４参照）から抽出する。そして、その搭乗ゲート通過者情報７Ａに示されるフライト日および便名に対応する乗客情報テーブルＴＬＡに新規のレコードを生成し、抽出したチケット情報ＤＴＡをそのレコードにコピーする。ただし、必要なフィールドの内容のみをコピーするようにしてもよい。本実施形態では、図７に示すように、チケット番号、座席番号、氏名、生年月日、性別、住所、携帯電話番号、および携帯メールアドレスの各フィールドの内容をコピーする。さらに、その搭乗ゲート通過者情報７Ａに示される搭乗ゲート通過時刻Ｔｔをそのレコードの中の対応するフィールドに格納する。なお、紙面の都合上、図７では、搭乗ゲート通過者情報７Ａを２段に分けて記載している。
【００４５】
このような処理によって、乗客情報テーブルＴＬＡには、それに対応する便に搭乗するために搭乗ゲートを通過した乗客に関する情報が次々に蓄積されていく。この時点では、携帯電話状態フラグおよび携帯電話電源オフ確認時刻の各フィールドは、空のままにしておく。電源オフ予定時刻のフィールドには、次に説明する着席時刻推定処理部２０６によって算出される着席予定時刻Ｔｃが格納される。以下、乗客情報テーブルＴＬＡの各レコードを「チェック対象乗客情報８Ａ」と記載する。
【００４６】
着席時刻推定処理部２０６は、通過者情報受信部２０４によって搭乗ゲート通過者情報７Ａが受信されると、その搭乗ゲート通過者情報７Ａに係る乗客（つまり、搭乗ゲートを通過した旨の通知があった乗客）がその乗客自身の座席に着く時刻を、例えば次のようにして推定する。
【００４７】
まず、乗客が搭乗ゲートを通過してから座席に到着するまでの所要時間を、次のように推定する。その搭乗ゲート通過者情報７Ａに示される搭乗ゲートおよび機種に対応する着席所要時間情報ＤＴＣ（図６参照）を着席所要時間データベースＤＢ３から呼び出す。そして、その搭乗ゲート通過者情報７Ａに示される年齢および性別に対応する所要時間Ｔｓを、乗客が搭乗ゲートを通過してから座席に到着するまでの所要時間であると推定する。以下、推定した所要時間を「推定移動所要時間Ｔｐ」と記載する。
【００４８】
または、当日の混雑具合に応じた係数αを所要時間Ｔｓに乗じることによって推定移動所要時間Ｔｐを求めてもよい。例えば、標準的な混雑具合のときの係数αを「１」とし、混雑しているときの係数を１よりも大きい値とし、混雑していないときの係数を１未満の値とする。そして、「Ｔｐ＝α・Ｔｓ」の式によって推定移動所要時間Ｔｐを求める。または、混雑しているときは混雑の度合いに応じた所定の値を所要時間Ｔｓに加算し、混雑していないときは所定の値を所要時間Ｔｓから減算することによって、推定移動所要時間Ｔｐを求めてもよい。混雑の状況だけでなくその他の種々の状況（例えば、乳児を同伴しているか否か、搭乗開始時刻より何分経過後に搭乗ゲートを通過したか、当日の乗客の体調など）に応じた関数などを用意しておき、所要時間Ｔｓを調整することによって、推定移動所要時間Ｔｐを求めてもよい。
【００４９】
そして、その搭乗ゲート通過者情報７Ａに示される搭乗ゲート通過時刻Ｔｔに、推定した推定移動所要時間Ｔｐを加算することによって、その搭乗ゲート通過者情報７Ａに係る乗客が自分の座席に着く予定の時刻を算出する。以下、この算出した時刻を「着席予定時刻Ｔｃ」と記載する。
【００５０】
算出された着席予定時刻Ｔｃは、その搭乗ゲート通過者情報７Ａに示されるフライト日および便名に対応する乗客情報テーブルＴＬＡ（図７参照）の中の、その搭乗ゲート通過者情報７Ａのチケット番号に対応するレコード（チェック対象乗客情報８Ａ）の電源オフ予定時刻のフィールドに格納される。このフィールドは、機内に入った乗客が自分の携帯電話端末ＴＲの電源をオフにすべき時刻を意味する。このフィールドに着席予定時刻Ｔｃを格納する理由は、次の通りである。
【００５１】
飛行機の機内においては、現在のところ、離着陸時および飛行中は、携帯電話端末の使用が禁じられている。この規定を遵守させるためには、乗客に対して、飛行機に搭乗する前に携帯電話端末の電源を予めオフにしておくようにお願いするのが確実である。しかし、携帯電話端末によるチケットレスサービスを利用する乗客は、機内に入ってから、携帯電話端末に表示される座席番号などを見ながら自分の着くべき座席を探すことがある。そこで、本実施形態では、「電源オフ予定時刻」のフィールドに、乗客が座席番号を見る必要がなくなる時刻つまり乗客自身の座席の位置に着く時刻を設定（格納）することとしている。
【００５２】
携帯電話状態確認部２０７は、搭乗ゲートを通過し自分の座席に着席したと思われる乗客の携帯電話端末ＴＲの状態を確認するための処理を行う。係る処理は、例えば次のようにして行われる。
【００５３】
携帯電話状態確認部２０７は、チェック対象乗客情報記憶部２１１に記憶されている乗客情報テーブルＴＬＡの中から、搭乗開始時刻は過ぎたが離陸前である便に対応する乗客情報テーブルＴＬＡを検索する。さらに、それらの乗客情報テーブルＴＬＡの中から、電源オフ予定時刻（着席予定時刻Ｔｃ）を既に過ぎているチェック対象乗客情報８Ａを検索する。
【００５４】
そして、見つかったチェック対象乗客情報８Ａに係る乗客の携帯電話端末ＴＲとの通信を試みることによって、その携帯電話端末ＴＲの状態を確認する。本実施形態では、携帯電話端末ＴＲの電源の状態を確認する。例えば、チェック対象乗客情報８Ａに示される携帯電話番号にダイアルし、携帯電話端末ＴＲを呼び出すことができた場合は電源がオンであると判別し、呼び出すことができなかった場合は電源がオフであると判別する。または、所定の信号を発信し、その信号に対する応答の信号を携帯電話端末ＴＲから受信することができた場合は電源がオンであると判別し、受信することができなかった場合は電源がオフであると判別してもよい。
【００５５】
携帯電話端末ＴＲの状態の確認の処理は、定期的に（例えば、１つの乗客情報テーブルＴＬＡについて数分ごとに）繰り返し実行される。
【００５６】
携帯電話端末ＴＲの電源がオンの状態であることが確認できた場合はその携帯電話端末ＴＲに係るチェック対象乗客情報８Ａの携帯電話状態フラグを「１」に切り替える。オフの状態であることが確認できた場合は「０」に切り替えるとともに、携帯電話オフ確認時刻に、その確認時刻を格納する。
【００５７】
確認結果統括処理部２０８は、携帯電話状態確認部２０７による処理の結果に関する情報を統括し、携帯電話状態情報８Ｂを生成する処理を次のように行う。上に述べたように、携帯電話状態確認部２０７は、ある乗客情報テーブルＴＬＡの中のチェック対象乗客情報８Ａに係る携帯電話端末ＴＲのうちの、指定の座席に着席したと推測される乗客の携帯電話端末ＴＲについて、電源の状態を確認する。確認結果統括処理部２０８は、携帯電話状態確認部２０７によって確認されたこれらの携帯電話端末ＴＲの電源の状態を示す情報を、図８に示すように、それぞれの携帯電話端末ＴＲに係るチケット番号、座席番号、および所有者名（すなわち、乗客の氏名）などの情報と対応付けて、１つの確認結果テーブルＴＬＢとして統括する。以下、確認結果テーブルＴＬＢにおける各レコードを「携帯電話状態情報８Ｂ」と記載する。１台の携帯電話端末ＴＲにつき１つの携帯電話状態情報８Ｂが与えられる。確認結果テーブルＴＬＢは、携帯電話状態情報記憶部２１２に記憶される。
【００５８】
携帯電話状態情報８Ｂにおいて、携帯電話状態フラグが「１」である場合は、その携帯電話状態情報８Ｂに係る携帯電話端末ＴＲの電源がオンであると確認されたことを意味し、「０」である場合はオフであると確認されたことを意味する。
【００５９】
このように、携帯電話状態情報記憶部２１２は、搭乗開始時刻が過ぎた飛行機１便ごとの確認結果テーブルＴＬＢを記憶する。また、上に述べたように、携帯電話状態確認部２０７は、例えば数分ごとに、確認の処理を再度行う。よって、携帯電話状態情報記憶部２１２には、１つの便に対して、複数の確認結果テーブルＴＬＢが記憶されることがある。そうすると、全体として多数の確認結果テーブルＴＬＢが記憶されることになるので、それぞれを区別する必要がある。そこで、各確認結果テーブルＴＬＢには、それに係る便のフライト日および便名と確認の処理の実行時刻とを対応付けておく。
【００６０】
オン携帯電話リスト生成部２０９は、図９のような、電源がオンであると携帯電話状態確認部２０７によって確認された携帯電話端末ＴＲを所有する乗客およびその乗客の座席番号などを示すオン携帯電話リストＯＬＴを生成する。このオン携帯電話リストＯＬＴは、携帯電話端末ＴＲの電源を速やかにオフにするように乗務員が乗客に対して注意をあたる際に用いられる。オン携帯電話リスト生成部２０９は、このオン携帯電話リストＯＬＴを、例えば、図１０のフローチャートのような手順で生成する。
【００６１】
今、携帯電話状態確認部２０７によって、ある飛行機の便の各乗客の携帯電話端末ＴＲについて電源の確認の処理が完了し、その結果を示す確認結果テーブルＴＬＢが携帯電話状態情報記憶部２１２に記憶されたとする。
【００６２】
すると、オン携帯電話リスト生成部２０９は、今回の確認の処理の確認結果テーブルＴＬＢとともに、同じ便に係る前回の確認の処理の確認結果テーブルＴＬＢを、携帯電話状態情報記憶部２１２から呼び出す（図１０の＃１０１）。ここで、まず、今回の確認結果テーブルＴＬＢに格納されている１つ目の携帯電話状態情報８Ｂに注目する。
【００６３】
その携帯電話状態情報８Ｂの携帯電話状態フラグが「０」を示している場合は（＃１０４でＮｏ）、その携帯電話状態情報８Ｂに係る携帯電話端末ＴＲは電源オフの状態なので、今回のオン携帯電話リストＯＬＴへの掲載の対象外とする。一方、「１」を示している場合は（＃１０４でＹｅｓ）、それに係る携帯電話端末ＴＲは、掲載の対象とする。
【００６４】
さらに、オン携帯電話リスト生成部２０９は、掲載の対象に選んだ携帯電話端末ＴＲについて、その携帯電話端末ＴＲの前回の結果に基づいて、注意タイプを決定する。「注意タイプ」とは、携帯電話端末ＴＲの電源をオンにしたままの乗客に対して乗務員が与えるべき注意のタイプを意味する。
【００６５】
前回の確認結果テーブルＴＬＢに示されるその携帯電話端末ＴＲの携帯電話状態フラグが「１」を示している場合は（＃１０５でＹｅｓ）、注意タイプを「タイプＡ」に決定する（＃１０６）。「０」を示している場合は（＃１０５でＮｏ、＃１０７でＹｅｓ）、「タイプＢ」に決定する（＃１０８）。前回の結果がない場合は（＃１０５でＮｏ、＃１０７でＮｏ）、「タイプＣ」に決定する（＃１０９）。前回の結果がないのは、前回の確認の処理の際には未だ乗客が着席しておらず確認の処理の対象外であったためである。なお、タイプＡ〜タイプＣの用い方については、後に説明する。
【００６６】
図２に戻って、オン携帯電話リスト送信部２１０は、オン携帯電話リスト生成部２０９が生成したオン携帯電話リストＯＬＴを、そのオン携帯電話リストＯＬＴに係る便の乗務員の乗務員用端末ＣＲに送信する。この際の通信回線として、従来から機内の通信装置と空港の通信装置との間での通信のために使用されている既存の無線回線を用いればよい。
【００６７】
乗務員用端末ＣＲは、オン携帯電話リストＯＬＴを受信すると、図１１に示すように、そのオン携帯電話リストＯＬＴを有する注意用画面ＨＧ１を表示部に表示する。この際に、注意タイプに応じて表示の態様を変えるようにしてもよい。例えば、タイプＡ、Ｂ、Ｃの各行の背景色を、それぞれ、赤色、黄色、および白色としてもよい。また、オン携帯電話リストＯＬＴを座席番号の順にソートしてもよい。
【００６８】
または、図１２に示すような、注意タイプごとに座席の位置を塗り分けた座席表ＳＨを有する注意用画面ＨＧ２を表示するようにしてもよい。この座席表ＳＨは、チケット管理システム２のオン携帯電話リスト生成部２０９が生成してもよいし、乗務員用端末ＣＲがオン携帯電話リストＯＬＴに基づいて生成してもよい。
【００６９】
機内にいる乗務員は、乗務員用端末ＣＲに表示される注意用画面ＨＧ１またはＨＧ２を見ながら、携帯電話端末ＴＲの電源をオンにしたままの乗客に対して、電源をオフにするように注意を促す。このとき、注意タイプに基づいて、注意の仕方を変えることができる。
【００７０】
例えば、タイプＣの携帯電話端末ＴＲを持つ乗客に対しては、穏やかに注意を与える。これは、前に述べたように、タイプＣの場合は、前回の確認の処理の際には未だその乗客が着席していなかったものと考えられるので、その乗客が携帯電話端末ＴＲをオフにすべきことを知らなかった可能性が高いからである。
【００７１】
タイプＢの携帯電話端末ＴＲを持つ乗客に対しては、タイプＣよりもやや厳しい注意を与える。これは、タイプＢの場合は、その乗客は前回の確認の処理の際には携帯電話端末ＴＲをオフにしていたにも関わらず、その後オンにした、と考えられるからである。ただし、前回の確認の処理の際には乗務員が直接注意を与えたわけではないこと、および、機内の放送を聞き逃した可能性があること、などに鑑み、やや厳しい注意を与えるようにする。
【００７２】
タイプＡの携帯電話端末ＴＲを持つ乗客に対しては、タイプＢ、Ｃよりも厳しい注意を与える。これは、タイプＡの場合は、その乗客が前回も乗務員から注意を受けたにも関わらず携帯電話端末ＴＲの電源をオフにしなかったまたは一旦オフにしたが再度オンにしたと考えられるからである。
【００７３】
図１３は搭乗ゲートシステム３の全体的な処理の流れの例を説明するフローチャート、図１４はチケット管理システム２の全体的な処理の流れの例を説明するフローチャートである。
【００７４】
次に、フライト日が「２００５年１０月１日」であり便名が「７０３便」である便の乗客の携帯電話端末ＴＲを管理する場合を例に、チケット管理システム２および搭乗ゲートシステム３の処理の流れを、図１３および図１４のフローチャートを参照して説明する。
【００７５】
その便が離陸する予定の空港には、その便に搭乗する乗客が次々に訪れ、チェックイン（搭乗手続）を済ませる。この時点までに、各乗客の座席が決定する。乗客は、チェックインの後、セキュリティチェックまたは出国審査などを受け、その便の搭乗ゲートに進む。そして、搭乗開始時刻になったら、自分のチケットまたは携帯電話端末ＴＲをチケット読取装置３１に読み取らせることによって、搭乗ゲートを通過するための手続を行う。
【００７６】
すると、搭乗ゲートシステム３のチケット読取装置３１は、チケットまたは携帯電話端末ＴＲからチケット番号などの情報を読み取り（図１３の＃３０）、その内容の不具合の有無などをチェックする（＃３１）。正常であることが分かったら（＃３２でＹｅｓ）、そのチケットについての搭乗ゲート通過者情報７Ａを生成し（＃３３）、これをチケット管理システム２に送信する（＃３４）。その後、その乗客は、搭乗ゲートの通過が認められ、飛行機の自分の座席へ向かう。
【００７７】
一方、そのチケットに不具合などがあった場合は（＃３２でＮｏ）、従来通りそれに対応するための処理を実行する（＃３５）。
【００７８】
本便の乗客が搭乗ゲートを通るたびに、図１３の処理が実行され、それらの乗客の情報がチケット管理システム２に集められる。
【００７９】
チケット管理システム２は、２００５年１０月１日の７０３便に対応する乗客情報テーブルＴＬＡ（図７参照）を、遅くともその便の搭乗開始時刻になるまでに作成しておく。搭乗開始時刻が過ぎたら、その便の乗客に関する搭乗ゲート通過者情報７Ａが搭乗ゲートシステム３から次々に送信されて来るので、これに基づいて各乗客のチェック対象乗客情報８Ａを生成しその便に対応する乗客情報テーブルＴＬＡに格納する。
【００８０】
さらに、チケット管理システム２は、その便の搭乗開始時刻が過ぎたら、チェック対象乗客情報８Ａを生成し格納する処理と並行して、図１４に示す処理を実行する。
【００８１】
乗客情報テーブルＴＬＡに格納されているチェック対象乗客情報８Ａを１つ読み出し（＃２３）、それに示される電源オフ予定時刻を確認する（＃２４）。電源オフ予定時刻が既に過ぎている場合は（＃２５でＹｅｓ）、そのチェック対象乗客情報８Ａに示される携帯電話番号に信号を送信するなどして、そのチェック対象乗客情報８Ａに係る乗客の携帯電話端末ＴＲの状態を確認する（＃２６）。ステップ＃２４〜＃２６の処理を、乗客情報テーブルＴＬＡに格納されている２つ目以降のチェック対象乗客情報８Ａについても順次または複数個並行して実行する。
【００８２】
現時点の乗客情報テーブルＴＬＡに格納されている各チェック対象乗客情報８Ａに係る携帯電話端末ＴＲの状態の確認（調査）が終わったら（＃２２でＹｅｓ）、その処理の結果を纏めることによって確認結果テーブルＴＬＢ（図８参照）を生成し、これを記憶しておく（＃２７）。
【００８３】
そして、今生成した確認結果テーブルＴＬＢつまり最新の確認結果テーブルＴＬＢと前回生成した同便つまり２００５年１０月１日の７０３便の確認結果テーブルＴＬＢとに基づいて、オン携帯電話リストＯＬＴを生成しその便の乗務員用端末ＣＲに送信する処理を行う（＃２８）。係る処理の手順は、前に図１０で説明した通りである。
【００８４】
オン携帯電話リストＯＬＴを受信した乗務員用端末ＣＲは、図１１または図１３のような注意用画面ＨＧ１、ＨＧ２を表示する。乗務員は、これを見ながら、携帯電話端末ＴＲの電源をオンのままにしている乗客に対して、注意レベルに応じた注意を与える。
【００８５】
ステップ＃２２〜＃２８の処理は、所定の時（例えば、離陸時）まで、定期的に実行される。
【００８６】
本実施形態によると、携帯電話端末ＴＲの使用が制限される飛行機の中における、乗務員による各乗客の携帯電話端末ＴＲの電源のチェックの負担を従来よりも軽減することができる。
【００８７】
本実施形態では、オン携帯電話リストＯＬＴの最終的な出力先を乗務員用端末ＣＲの表示部とした。そして、乗務員は、そのオン携帯電話リストＯＬＴの内容を参照して乗客に対して注意を与えた。座席ごとに小型の液晶ディスプレイが備わっている場合は、オン携帯電話リストＯＬＴの内容に基づいて、注意を促すメッセージをその液晶ディスプレイに表示することによって、注意を与えるようにしてもよい。これを実現するためには、乗務員用端末ＣＲと各座席の液晶ディスプレイとを有線回線または無線回線によって繋いでおく。そして、乗務員用端末ＣＲは、チケット管理システム２から受信したオン携帯電話リストＯＬＴに示される注意レベルに応じたメッセージを、各座席の液晶ディスプレイに表示させる。例えば、座席番号が「２０Ｃ」である座席の注意レベルが「タイプＣ」である旨がオン携帯電話リストＯＬＴに示されている場合は、乗務員用端末ＣＲは、タイプＣに応じたメッセージすなわち穏やかな注意のメッセージをその座席の液晶ディスプレイに表示させる。もちろん、この場合も、乗務員用端末ＣＲに注意用画面ＨＧ１またはＨＧ２を表示させるようにしてもよい。
【００８８】
間違って他人の座席に座ってしまった乗客のために、携帯電話端末監視システム１にリセット機能を設けておいてもよい。すなわち、乗客の携帯電話端末ＴＲからリセットの要求があった場合に、間違った座席の位置と正しい座席の位置との関係、その乗客の属性、および周囲の状況などに基づいて着席予定時刻Ｔｃを算出し直すようにしてもよい。
【００８９】
搭乗する当日に、乗客が携帯電話端末ＴＲを自宅などに忘れてしまうことがある。このように携帯電話端末ＴＲが機内に持ち込まれない場合は、携帯電話端末ＴＲの電源を管理する必要がない。そこで、携帯電話端末ＴＲの状態を確認する際に、ＧＰＳ（Global Positioning Systems）の機能を用いてその携帯電話端末ＴＲの位置情報を取得し、携帯電話端末ＴＲが機内にないことが分かったら、その携帯電話端末ＴＲが電源オフの状態であるものとみなしてもよい。
【００９０】
本実施形態では、最近の２回の電源状態の確認結果に基づいてオン携帯電話リストＯＬＴを生成したが、それよりも過去の確認結果も参照し、さらに詳細なオン携帯電話リストＯＬＴを生成するようにしてもよい。
【００９１】
広い場所を対象とする場合は、次のように構成してもよい。その場所を幾つかの領域に区切り、領域ごとの担当者に乗務員用端末ＣＲを渡しておく。チケット管理システム２は、領域ごとに、その領域内の座席に係るオン携帯電話リストＯＬＴを生成する。そして、そのオン携帯電話リストＯＬＴを、対応する乗務員用端末ＣＲに送信する。
【００９２】
本実施形態では飛行機の乗客の所有する携帯電話端末ＴＲの状態を監視する場合を例に説明したが、本発明は、他の場所への入場者（進入者）の携帯電話端末ＴＲの状態を監視する場合にも適用することができる。例えば、コンサート会場（イベントホール、球場、または体育館など）の入場者の携帯電話端末ＴＲの状態を監視する場合にも適用することができる。この場合は、携帯電話端末監視システム１を例えば次のように構成すればよい。
【００９３】
搭乗ゲートシステム３を、コンサート会場の入口ごとに設けておく。チケット情報データベースＤＢ１には、搭乗年月日（フライト日）、便名、および機種の代わりに開催日、コンサート名、および会場名を示すチケット情報ＤＴＡを格納しておく。着席所要時間データベースＤＢ３には、コンサート会場ごとに着席所要時間情報ＤＴＣを設けておく。
【００９４】
入場者が入口を通過しようとするごとにその入場者のチケットを読み取り、そのコンサート会場に対応する着席所要時間情報ＤＴＣ、その入場者の属性（年齢または性別など）、および周囲の状況（混雑の具合など）に応じて、着席予定時刻Ｔｃ（電源オフ予定時刻）を算出する。着席予定時刻Ｔｃを過ぎた入場者の携帯電話端末ＴＲについて、定期的に電源の状態の確認の処理などを行う。そして、その処理の結果に基づいて生成されたオン携帯電話リストＯＬＴを、コンサート会場の中にいるスタッフのモバイル端末（乗務員用端末ＣＲに相当する。）に送信する。スタッフは、送信されて来たオン携帯電話リストＯＬＴを参照して、電源オンのままの携帯電話端末ＴＲを持つ入場者に対して注意を与える。
【００９５】
本実施形態では、携帯電話端末ＴＲが電源オフの状態であるか否かを確認（調査）する場合を例に説明したが、本発明を適用する場所によっては、マナーモードの状態であるか否かを確認するように設計してもよい。
【００９６】
その他、携帯電話端末監視システム１、チケット管理システム２、搭乗ゲートシステム３の全体または各部の構成、処理内容、処理順序、データベース、テーブルの構成などは、本発明の趣旨に沿って適宜変更することができる。
【００９７】
上に述べた実施例には、以下に述べるような付記も開示されている。
（付記１）
所定の場所に入る入場者を検知する入場者検知手段と、
前記入場者検知手段によって検知された前記入場者の携帯電話端末の状態を調査する状態調査手段と、
前記状態調査手段による調査の結果、所定の状態であることが分かった携帯電話端末を示す携帯電話情報を、前記所定の場所の運営に携わるメンバが使用する運営者用端末に送信する、携帯電話情報送信手段と、
を有することを特徴とする携帯電話端末状態監視システム。  ……  （１）
（付記２）
前記入場者が所定の位置に着く時刻を予測する到着時刻予測手段、を有し、
前記状態調査手段は、前記入場者検知手段によって検知された前記入場者の携帯電話端末の状態を、前記到着時刻予測手段によって予測された当該入場者が前記所定の位置に着く時刻を経過した後に検出する、
付記１記載の携帯電話端末状態監視システム。  ……  （２）
（付記３）
前記状態調査手段は、所定の時間ごとに前記入場者の携帯電話端末の状態を調査し、
前記携帯電話情報とともに、当該携帯電話情報に係る携帯電話端末の過去の状態を示す過去状態情報を前記運営者用端末に送信する、
付記１または付記２記載の携帯電話端末状態監視システム。  ……  （３）
（付記４）
前記所定の場所に入るためのチケットごとに、当該チケットを使用する予定である前記入場者の携帯電話端末の識別情報である端末識別情報を当該チケットの識別情報であるチケット識別情報と対応付けて記憶する、端末識別情報記憶手段、を有し、
前記入場者検知手段は、前記入場者の前記チケットから前記チケット識別情報を読み取ることによって当該入場者を検知し、
前記状態調査手段は、前記入場者の携帯電話端末の状態を、当該入場者の前記チケットから読み取られた前記チケット識別情報に対応する、前記端末情報記憶手段に記憶されている前記端末識別情報に基づいて、当該携帯電話端末と通信を行うことによって調査する、
付記１ないし付記３のいずれかに記載の携帯電話端末状態監視システム。
（付記５）
前記入場者の指定席を示す指定席情報を取得する指定席情報取得手段と、
前記所定の状態であることが分かった１台または複数台の携帯電話端末を持つそれぞれの前記入場者が着席すべき、前記所定の場所における座席の位置を示す座席情報を、前記指定席情報取得手段によって取得された当該入場者の前記指定席情報に基づいて生成する、座席情報生成手段と、を有し、
前記携帯電話情報送信手段は、前記所定の状態であることが分かった１台または複数台の携帯電話端末の前記携帯電話情報として、前記座席情報生成手段によって生成された前記座席情報を送信する、
付記１ないし付記４のいずれかに記載の携帯電話端末状態監視システム。
（付記６）
所定の場所に入る入場者を検知し、
検知した前記入場者の携帯電話端末の状態を調査し、
調査した結果、所定の状態であることが分かった携帯電話端末を示す携帯電話情報を、前記所定の場所の運営に携わるメンバが使用する運営者用端末に送信する、
ことを特徴とする携帯電話端末状態監視方法。  ……  （４）
（付記７）
所定の場所における携帯電話端末の状態を監視するコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
前記所定の場所に入る入場者が検知されたときに、当該入場者の携帯電話端末の状態を調査する処理を実行させ、
調査した結果、所定の状態であることが分かった携帯電話端末を示す携帯電話情報を、前記所定の場所の運営に携わるメンバが使用する運営者用端末に送信する処理を実行させる、
ことを特徴とするコンピュータプログラム。  ……  （５）
【図面の簡単な説明】
【００９８】
【図１】携帯電話端末監視システムの全体的な構成の例を示す図である。
【図２】チケット管理システムの機能的構成の例を示す図である。
【図３】搭乗ゲートシステムの構成の例を示す図である。
【図４】チケット情報データベースの例を示す図である。
【図５】利用者情報データベースの例を示す図である。
【図６】着席所要時間情報の例を示す図である。
【図７】乗客情報テーブルの例を示す図である。
【図８】確認結果テーブルの例を示す図である。
【図９】オン携帯電話リストの例を示す図である。
【図１０】リスト生成送信処理の流れの例を説明するフローチャートである。
【図１１】注意用画面の例を示す図である。
【図１２】注意用画面の変形例を示す図である。
【図１３】搭乗ゲートシステムの全体的な処理の流れの例を説明するフローチャートである。
【図１４】チケット管理システムの全体的な処理の流れの例を説明するフローチャートである。
【符号の説明】
【００９９】
１  携帯電話端末監視システム
３１  チケット読取装置（入場者検知手段）
２０６  着席時刻推定処理部（到着時刻予測手段）
２０７  携帯電話状態確認部（状態調査手段）
２１０  オン携帯電話リスト送信部（携帯電話情報送信手段）
ＣＲ  乗務員用端末（運営者用端末装置）
ＯＬＴ  オン携帯電話リスト（携帯電話情報）
ＳＨ  座席表（携帯電話情報）
ＴＲ  携帯電話端末
【図２】
0004662472.tif 000002
【図１】
0004662472.tif 000003
【図３】
0004662472.tif 000004
【図４】
0004662472.tif 000005
【図５】
0004662472.tif 000006
【図６】
0004662472.tif 000007
【図７】
0004662472.tif 000008
【図８】
0004662472.tif 000009
【図９】
0004662472.tif 000010
【図１０】
0004662472.tif 000011
【図１１】
0004662472.tif 000012
【図１２】
0004662472.tif 000013
【図１３】
0004662472.tif 000014
【図１４】
0004662472.tif 000015