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