(57)【要約】【課題】ハードを設置することなく、公共の場所などで動作モードを適切な動作モードに切り替える。【解決手段】携帯電話機は、イベントの予約情報を含む電子チケットＰ２００を受信する。電子チケットＰ２００から、予め定めたイベントの分類情報と、イベントの開催年月日を示す年月日情報と開始時刻を示す開始時刻情報とを抽出する。データベース１５１には、イベントの分類情報ごとの動作モードを予め記憶している。データベース１５１から、抽出されたイベントの分類情報と一致するイベントの分類情報を検出し、検出したイベントの分類情報に対応する動作モードを検出する。イベントの年月日情報および開始時刻情報と、現在の年月日を示す年月日情報および現在時刻を示す現在時刻情報とが一致するときに、当該イベントに対応する動作モードに切り替える。【選択図】図８
2005192032.tif 000002
【特許請求の範囲】
【請求項１】
複数の動作モードを備える携帯端末であって、
イベントの参加期間を示す参加期間情報を含む予約情報を受信する受信手段と、
受信した予約情報から前記イベントの参加期間情報を抽出する抽出手段と、
現在の日時を示す現在情報が前記参加期間情報に属するか否かを検出する検出手段と、
前記検出手段により前記現在情報が前記参加期間情報に属していると検出された場合に、前記動作モードを所定の動作モードに切り替える切り替え手段と、を有すること
を特徴とする携帯端末。
【請求項２】
請求項１に記載の携帯端末において、
前記予約情報は、前記動作モードの指定を含み、
前記抽出手段は、受信した予約情報から前記動作モードの指定を抽出し、
前記切り替え手段は、前記所定の動作モードとして抽出された動作モードを適用すること
を特徴とする携帯端末。
【請求項３】
請求項１に記載の携帯端末において、
前記イベントの予め定めた分類を示す分類情報毎に動作モードが登録された記憶手段をさらに有し、
前記予約情報は、前記イベントの分類情報を含み、
前記抽出手段は、受信した予約情報からイベントの分類情報を抽出し、
前記切り替え手段は、前記動作モードを、前記抽出したイベントの分類情報に対応付けられて前記記憶手段に記憶されている動作モードに切り替えること
を特徴とする携帯端末。
【請求項４】
請求項１に記載の携帯端末において、
前記受信手段で受信した予約情報毎に、前記抽出手段で抽出した情報を記憶するスケジューラ手段をさらに有し、
前記切り替え手段は、前記現在情報が前記スケジューラ手段に記憶されているいずれかの参加期間に属している場合に、動作モードを切り替えること
を特徴とする携帯端末。
【請求項５】
請求項１に記載の携帯端末において、前記切り替え手段による切り替え前の動作モードを記憶する前動作記憶手段をさらに備え、
前記切り替え手段は、前記動作モードの切り替え後、前記現在情報が前記参加期間情報に属さなくなった場合に、前記動作モードを、前記前動作記憶手段に記憶する切り替え前の動作モードに切り替えること
を特徴とする携帯端末。
【請求項６】
請求項３に記載の携帯端末において、前記切り替え手段による動作モードの切り替え前に、当該動作モードへ切り替える旨の通知する通知手段をさらに備えること
を特徴とする携帯端末。
【請求項７】
請求項１に記載の携帯端末において、
前記切り替え手段による動作モードの切り替え前に、当該動作モードへの切り替えを許可するか否かを問い合わせる問い合わせ手段と、
前記問い合わせ手段による問い合わせに対して、許可するか否かの指示を受付ける受付手段とをさらに備え、
前記切り替え手段は、前記受付手段で許可するという指示を受付けたときに、前記動作モードへの切り替えを行い、前記受付手段で許可しないという指示を受付けたときに、当該動作モードへの切り替えを行わないこと
を特徴とする携帯端末。
【請求項８】
請求項７に記載の携帯端末において、前記受付手段は、前記指示を、前記問い合わせ手段による問い合わせ後予め定めた時間の間に受付けない場合にタイムアウトとし、
前記切り替え手段は、前記受付手段でタイムアウトのときに、前記動作モードへの切り替えを行うこと
を特徴とする携帯端末。
【請求項９】
請求項１に記載の携帯端末において、当該携帯端末の現在位置するエリアを示す位置情報を検出する位置情報検出手段をさらに備え、
前記予約情報は、前記イベントの開催場所を示す開催場所情報を含み、
前記抽出手段は、前記受信手段で受信した予約情報から、前記開催場所情報をさらに抽出し、
前記切り替え手段は、  前記検出手段により前記現在情報が前記参加期間情報に属していると検出された場合に、前記開催場所情報が前記位置情報検出手段により検出された位置情報のエリア内にないときは、前記動作モードへの切り替えを行わないこと
を特徴とする携帯端末。
【請求項１０】
複数の動作モードを備える携帯端末に対して、当該動作モードの切り替え指示を行うサーバ装置であって、
前記イベントの参加期間を示す参加期間情報を含む予約情報を前記携帯端末に送信する送信手段と、
前記予約情報から前記イベントの参加期間情報を抽出する抽出手段と、
現在の日時を示す現在情報が前記参加期間情報に属するか否かを検出する検出手段と、
前記検出手段により前記現在情報が前記参加期間情報に属していると検出された場合に、前記携帯端末に対して、所定の動作モードへの切り替え指示を出力する出力手段とを備えること
を特徴とするサーバ装置。
【請求項１１】
請求項１０に記載のサーバ装置において、
前記予約情報は、前記動作モードの指定を含み、
前記抽出手段は、前記予約情報から前記動作モードをさらに抽出し、
前記出力手段は、前記所定の動作モードとして抽出された動作モードを適用すること
を特徴とするサーバ装置。
【請求項１２】
複数の動作モードを備える携帯端末に対して、当該動作モードの切り替え指示を行う管理装置と、イベントの参加期間を示す参加期間情報を含む予約情報を前記携帯端末と前記管理装置とに送信する受付サーバとを備えるスケジュール管理システムであって、
前記管理装置は、
前記受付サーバから送信された予約情報を受信する受信手段と、
前記予約情報から前記イベントの参加期間情報を抽出する抽出手段と、
現在の日時を示す現在情報が前記参加期間情報に属するか否かを検出する検出手段と、
前記検出手段により前記現在情報が前記参加期間情報に属していると検出された場合に、前記携帯端末に対して、所定の動作モードへの切り替え指示を出力する出力手段とを備えること
を特徴とするスケジュール管理システム。
【請求項１３】
複数の動作モードを備える携帯端末に、
イベントの参加期間を示す参加期間情報を含む予約情報を受信するステップと、
受信した予約情報から前記イベントの参加期間情報を抽出するステップと、
現在の日時を示す現在情報が前記参加期間情報に属するか否かを検出するステップと、
前記現在情報が前記参加期間情報に属していると検出された場合に、前記動作モードを所定の動作モードに切り替えるステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンサートなどの電子チケットを受信する機能と、電波送受信に対してマナーモードなどのモードの切り替え機能とを備える携帯端末に関する。
【背景技術】
【０００２】
ＰＨＳを含む携帯電話機は、非常に高い普及率を誇っており、ほぼ必需品に近くなっている。また、高機能化が進んだ携帯電話機の高速なＣＰＵ、余裕のあるメモリサイズ、カメラやバーコードリーダと言った豊富な入出力機能を利用することで、携帯電話機をイベントチケットやクーポン、会員証などの代わりとすることも検討されている。
【０００３】
携帯電話機は、電波の届く範囲であればいつでもどこでも通話（または通信）を行うことができると言う利点を持つが、例えば映画館やコンサート会場と言ったイベント会場など公衆の場所においての着信音や通話は他者の迷惑となる。
【０００４】
このような他者の迷惑となる行為を防止するため、携帯電話機にはマナーモードなど複数の動作モードが備えられている。しかし、これらの携帯電話機の動作モード切り替えは利用者が手動で行う必要があるため、忘れられることや無視されることがある。このため、公共の場所で動作モードをマナーモードに強制的に切り替えるような技術が求められている。
【０００５】
このような技術として特許文献１がある。この特許文献では、非接触ＩＣカード機能を備えた携帯電話機が、イベント会場の入場ゲート及び退場ゲート設置された外部端末装置に近づいた際に、携帯電話機のモードを予め定めたモードに自動的に切り替える技術を開示している。
【０００６】
【特許文献１】特開２００３−６９６７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記特許文献１では、モード切り替えを指示する外部端末装置を設置する必要がある。また、携帯電話機にも非接触ＩＣカード機能を備える必要があるため、非接触ＩＣカード機能のハードを備えない携帯電話機では対応ができないという問題がある。
【０００８】
本発明は、上記課題を解決するために、外部端末装置などのハードを設置することなく、公共の場所などで適切な動作モードに切り替えることができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、上記課題を解決するため、複数の動作モードを備える携帯端末であって、
イベントの参加期間を示す参加期間情報を含む予約情報を受信する受信手段と、
受信した予約情報から前記イベントの参加期間情報を抽出する抽出手段と、
現在の日時を示す現在情報が前記参加期間情報に属するか否かを検出する検出手段と、
前記検出手段により前記現在情報が前記参加期間情報に属していると検出された場合に、前記動作モードを所定の動作モードに切り替える切り替え手段と、を有する。
【発明の効果】
【００１０】
本発明によれば、外部端末装置などのハードを設置することなく、公共の場所などで動作モードを適切な動作モードに切り替えることができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態について図面を参照しながら説明する。
《第１の実施の形態》
以下、図面を参照して、本発明における第１の実施の形態を詳述する。
【００１２】
図１は、本実施の形態における全体構成を示した説明図である。図１において、携帯電話機１００は、携帯電話機もしくはＮｏｔｅＰＣなどの通信機能を装備した携帯端末である。チケット販売店サーバ２００は、コンサートなどの電子チケット申込みを利用者から受付けて、電子チケットを発行するサーバ装置である。公衆回線網３００は、他の端末と接続させるためのネットワークである。受付サーバ４００は、電子チケット販売を管理するサーバ装置である。基地局５００は、携帯電話機と通信を行う。イベント会場６００は、電子チケットの対象となるイベントが行われる会場を示している。
【００１３】
本実施の形態において、チケット販売店サーバ２００は、イベントの入場チケット購入の申し込みを受付けると、チケット購入の申し込みを受付サーバ４００に通知し、受付サーバ４００は、イベントの入場券として機能する電子チケットを、公衆回線網３００を介して携帯電話機１００に送信する。電子チケットには、イベント内容、開催場所、開催日、開始時刻、終了時刻等のイベント情報が含まれている。携帯電話機１００は、電子チケットを受信すると、電子チケットに含まれるイベント情報を取得し、イベント内容に対応して予め定められているモードを判定し、モード切り替えの管理を行うスケジューラに、イベント内容、開催日、開始時刻、終了時刻等のイベント情報と、判定したモードとを登録する。携帯電話機１００のスケジューラは、イベントの開始時刻になると、登録されているモードに切り替え、また、終了時刻を過ぎたときに、設定したモードを解除する。
【００１４】
つぎに、携帯電話機１００の構成について説明する。
【００１５】
図２は、本発明の実施の形態における携帯電話機１００の構成図を示している。携帯電話機１００は、処理を実行するＣＰＵ１１０、ディスプレイなどの表示部１２０、キーボードなどの操作部１３０、時刻を計測するタイマー１４０、情報を記憶するメモリ１５０、基地局５００と通信を行う通信部１６０、音声信号を送受信する音声処理部１７０、および、着信音を制御する着信音コントローラ部１８０を備える。ＣＰＵ１１０は、表示部１２０、操作部１３０、タイマー１４０、メモリ１５０、通信部１６０、音声処理部１７０、および、着信音コントローラ部１８０の各部に接続され、各部を制御する携帯電話機１００の主要部である。ＣＰＵ１１０が実行するプログラムは、メモリ１５０に記憶されている。表示部１２０は、利用者に対して情報の表示を行うための部位であり、ＬＣＤドライバ、ＬＣＤ表示デバイス等で構成される。操作部１３０は、利用者が携帯電話機１００に対して操作情報を入力するための部位であり、キーボードやカーソル等で構成される。タイマー１４０は、携帯電話機に時刻を供給する部位である。メモリ１５０は内部にＣＰＵが使用するモード切り替え用のデータベース１５１、利用者のモード切り替えのスケジュールを示すスケジューラ１５２、プログラム等を記憶する部位である。データベース１５１およびスケジューラ１５２については、後述する。通信部１６０は、電波の送受信により基地局と通信を行うための部位であり、アンテナ、送受信信号を変調する無線部等で構成される。通信部１６０は、携帯電話機１００が、電波抑止モードにあるとき、電波の送受信を抑止すると言った制御ができる。音声処理部１７０は、音声信号の送受信を処理する部位であり、マイク１７１から入力された音声信号をデジタルデータに変換して通信部１６０へ出力し、また通信部１６０から出力された音声データをアナログ音声信号に変換し、スピーカ１７２へ出力する。着信音コントローラ部１８０は、着信音の発生を制御する部位であり、携帯電話機１００が、マナーモードにあるとき、着信音を発生しないといった制御ができる。
【００１６】
本実施の形態における携帯電話機１００の切り替えモードとしては、ＣＰＵ１１０が通信部１６０および着信音コントロ−ラ部１８０を制御することで、着信を着信音で利用者に通知する通常モードと、着信があっても着信音を発生しないマナーモードと、送受信のための電波を発しない電波抑止モードと、携帯電話機の電源をＯＦＦにする電源ＯＦＦモードとを備える。また、通常モード以外のモードを縮退モードとしてもよい。切り替えモードは、これら以外のモードも予め設定しておいてもよい。ＣＰＵ１１０は、通常モードと、マナーモードと、電波抑止モードと、電源ＯＦＦモードとを切り替え制御する。また、電源ＯＦＦモードのときには、タイマーのみ動作するようにしておき、イベントの終了時刻後に、電源をＯＮし、通常モードに戻るようにできる。
【００１７】
つぎに、本実施の形態における携帯電話機１００の機能ブロックについて説明する。図９に、本実施の形態における携帯電話機１００の機能ブロック図を示す。
図９において、携帯電話機１００は、受信部９０１と、抽出部９０２と、データベース部９０３と、検出部９０４と、スケジューラ部９０５と、時刻検出部９０６と、切り替え部９０７と、記憶部９０８と、問い合わせ部９０９と、受付部９１０と、位置情報検出部９１１とを備える。
受信部９０１は、イベントや搭乗券などの電子チケットや病院の診察予約などの、イベントの予約内容を含む予約情報を受信する。
【００１８】
抽出部９０２では、受信部９０１で受信した予約情報から、予め定めたイベントの分類情報と、前記イベントの開催年月日を示す年月日情報と、開始時刻を示す開始時刻情報と、終了時刻を示す終了時刻情報とを抽出する。年月日情報、開始時刻情報および終了時刻情報により、イベントに参加している期間を示す参加期間情報を表すことができる。
【００１９】
データベース部９０３には、コンサート、演劇、映画、アミューズメントパーク、飛行機、フェリー、病院といったイベントの分類情報ごとの動作モードが予め記憶されている。
検出部９０４は、データベース部９０３を参照し、抽出部９０２で抽出されたイベントの分類情報と一致する、データベース部９０３のイベントの分類情報を検出し、検出したイベントの分類情報に対応する動作モードを検出する。
【００２０】
スケジューラ部９０５には、抽出部９０２で抽出されたイベントの年月日情報、開始時刻情報および終了時刻情報と、当該イベントに対応する、検出部９０４で検出された動作モードとを登録する。
時刻検出部９０６は、現在時刻を計測するタイマーを備え、スケジューラ部９０５に登録されたイベントの年月日情報および開始時刻情報と、現在の年月日を示す年月日情報および現在時刻を示す現在時刻情報とが一致するときを検出する。
【００２１】
切り替え部９０７は、時刻検出部９０６により一致するときが検出された場合に、スケジューラ部９０５に記憶されている、当該イベントに対応する動作モードに切り替える。
記憶部９０８は、切り替え部９０７による切り替え前の動作モードを記憶する。時刻検出部９０６は、スケジューラ部９０５に記憶されたイベントの終了時刻情報と、現在時刻情報とが一致するときを検出し、切り替え部９０７は、スケジューラ部９０５に記憶されたイベントの終了時刻情報と、現在時刻情報とが一致するときが検出された場合に、記憶部９０８に記憶する切り替え前の動作モードに切り替える。これにより、イベントの終了後には、動作モードを切り替え前の動作モードに戻すことができる。なお、イベント終了後に切り替え前の動作モードに戻さない場合には携帯電話機１００は、記憶部９０８を備えなくてもよい。
【００２２】
問い合わせ部９０９は、切り替え部９０７による動作モードの切り替え前に、当該動作モードへの切り替えを許可するか否かを問い合わせる。問い合わせ部９０９は、例えば、図１１に示すような確認メッセージなどを表示部１２０から表示出力もしくはスピーカ１７２から音声出力するようにしてもよい。図１１に、本実施の形態における確認メッセージの例の説明図を示す。
【００２３】
受付部９１０は、問い合わせ部９０９による問い合わせに対して、許可するか否かの指示を受付ける。切り替え部９０７は、受付部９１０で許可するという指示を受付けたときに、前記動作モードへの切り替えを行い、受付部９１０で許可しないという指示を受付けたときに、当該動作モードへの切り替えを行わないようにできる。また、問い合わせ部９０９は、問い合わせの代わりに、動作モードを切り替える旨を通知するだけでもよい。通知は、表示部１２０から表示出力もしくはスピーカ１７２から音声出力を行ったり、通知音を出力したりしてもよい。また、問い合わせに対してユーザからの指示が無い場合も考えられるので、その場合に対応するために、受付部９１０は、問い合わせ部９０９による問い合わせ後、予め定めた時間(例えば５分)の間に、ユーザからの指示を受付けない場合にタイムアウトとし、切り替え部９０７は、タイムアウトのときには強制的に動作モードを切り替るようにしてもよい。なお、問い合わせや、受付を行わない場合には、問い合わせ部９０９と、受付部９１０とは、携帯電話機１００に備えなくてもよい。
【００２４】
位置情報検出部９１１は、携帯電話機１００の現在位置するエリアを示す位置情報を検出する。この場合、抽出部９０２は、受信部９０１で受信した予約情報から、イベントの開催場所を示す開催場所情報を抽出し、切り替え部９０７は、時刻検出部９０６により一致するときが検出された場合に、前記開催場所情報が位置情報検出部９１１により検出された位置情報のエリア内にないときは、前記動作モードへの切り替えを行わないようにできる。イベントに予約していても、イベントに行くのをやめたり遅刻したりする場合も考えられるので、実際にイベント会場に来ているかを判断して動作モードを切り替えることができる。なお、イベント会場に来ているかを判断しない場合には、携帯電話機１００は、位置情報検出部９１１を備えなくてもよい。
【００２５】
つぎに、受付サーバ４００の構成を説明する。図１０は、受付サーバ４００の構成図を示している。チケット販売店サーバ２００の構成も受付サーバ４００と同様な構成である。
【００２６】
図１０において、受付サーバ４００は、コンピュータなどの情報処理装置であり、処理を行うCPU１１０１と、通信制御を行う通信制御部１１０２と、情報を記憶するメモリ１１０３と、ハードディスクなどの外部記憶１１０４と、キーボード（KB）１１１１からの入力を制御する入力制御部１１０５と、表示装置１１１２の表示を制御する表示制御部１１０６とを備える。KB１１１１が入力制御部１１０５に、表示装置１１１２が表示制御部１１０６にそれぞれ接続されている。また、受付サーバ４００が、KB１１１１と表示装置１１１２とを備えるようにしてもよい。通信制御部１１０２と入力制御部１１０５と表示制御部１１０６とは、外部記憶１１０４に格納されているプログラムに従い、メモリ１１０３を介してCPU１１０１により制御されて動作する。外部記憶部１１０４は、通信制御部１１０２と、入力制御部１１０５とから出力されたデータを保存する。
【００２７】
本実施の形態における受付サーバ４００は、通信制御部１１０２を介して、電子チケットの申し込みを受付けて、入場券に相当する電子チケットを送信する機能を備えている。電子チケットには、携帯端末１００において抽出可能なように、予め定めた位置にイベント分類とイベントの開催年月日と開始時刻とを含めている。
【００２８】
つぎに、本実施の形態における電子チケット購入のフローについて説明する。図７に、本実施の形態におけるチケット購入のフローを示す。図７では、図１に示した全体構成において、電子チケット購入に関するデータの流れについて示し、チケット販売店サーバ２００と、受付サーバ４００と、携帯電話機１００との間のデータの流れを示している。図１に示したように、チケット販売店サーバ２００がイベントの入場チケット購入の申し込みを受け付けてから、受付サーバ４００が電子チケットを携帯電話機１００に送信する場合を示している。
【００２９】
図７において、チケット販売店サーバ２００は、利用者からイベントの電子チケット購入申し込みを受け付けると、申し込み処理（Ｓ４００）として申し込み内容に合わせて申し込み電文Ｐ１００を作成する。図３に、電子チケット販売店サーバ２００が、利用者の電子チケット購入時に作成する申込み電文Ｐ１００の例を示す。図３において、イベント番号Ｐ１０１は、受付サーバ４００を管理する代理店がイベントを管理するために使用する識別情報である。イベント年月日Ｐ１０２は、複数日開催されるイベントのときに、利用者が入場する年月日を特定するために使用する日付情報である。イベント時刻Ｐ１０３は、１日に複数回開催されるイベントのときに、利用者が入場する時刻を特定するために使用する開始時刻情報である。イベント開催場所Ｐ１０４−１は、イベント会場の場所もしくは住所等を示している。イベント席指定Ｐ１０４−２は、イベント会場で利用者が使用する席を特定するために使用する座席情報である。利用者氏名Ｐ１０５は、携帯電話機１００の使用者の氏名であり、利用者を特定するために使用する利用者識別情報である。利用者電話番号Ｐ１０６は、携帯電話機１００の電話番号であり、電話識別情報である。利用者メールアドレスＰ１０７は、携帯電話機１００のメールアドレスであり、通信アドレス情報である。
【００３０】
図７において、電子チケット販売店サーバ２００は、申し込み内容に合わせて申込み電文Ｐ１００を作成後、イベントの代理店にある受付サーバ４００に作成した電文Ｐ１００を送信する。また、申し込みは、携帯電話機１００から受付サーバ４００に公衆回線網３００を介して直接アクセスし、携帯電話機１００から申し込み電文Ｐ１００を送信するようにして行ってもよい。
【００３１】
受付サーバ４００は、申し込み電文Ｐ１００を受信し、受付処理（Ｓ２００）として申し込み内容を確認する。受付処理では、申込み電文Ｐ１００のイベント番号Ｐ１０１、イベント年月日Ｐ１０２、イベント時刻Ｐ１０３、イベント席指定Ｐ１０４−２を抽出し、申し込みされたイベントを特定し、特定されたイベントの空席状況を、イベントの空席状況を管理するイベント管理データベースで確認し、空席があればイベント管理データベースに予約を入れる。つぎに、受付サーバ４００は、入場券配信処理（Ｓ２１０）にて、予約した入場券を発行するために、入場券に相当する電子チケットＰ２００を作成する。
図４に、受付サーバ４００が作成する電子チケットの電文Ｐ２００の例を示す。図４において、照会番号Ｐ２０１は、受付サーバ４００で購入された電子チケットを特定するために使用し、受付サーバ４００がチケットの申し込みごとに生成する。イベント名称Ｐ２０２は、電子チケットのイベントの名称を示す。イベント年月日Ｐ２０３は、申込み電文Ｐ１００のイベント年月日Ｐ１０２と同じ情報が記載され、電子チケットのイベントが開催される年月日を特定するために使用される。イベント開始時刻Ｐ２０４は、申込み電文Ｐ１００のイベント時刻Ｐ１０３と同じ情報が記載され、電子チケットのイベントが開始する時刻を特定するために使用される。イベント終了時刻Ｐ２０５は、電子チケットのイベントが終了する時刻を特定するために使用される。イベント分類Ｐ２０６は、電子チケットのイベントの大まかな区分けである。イベント分類には、後述する図５に例示するような種類がある。イベント席指定Ｐ２０７は、電子チケットのイベントにおける、利用者の座席を特定するために使用される。利用者氏名Ｐ２０８は、申込み電文の利用者氏名Ｐ１０５と同じ情報が記載され、利用者を特定するために使用される。電文Ｐ２００のフォーマットは、これ以外でもよいが、受付サーバと携帯電話機間では送受信するフォーマットをあらかじめ定めておき、イベント分類とイベントの開催年月日と開始時刻とについては、少なくとも携帯電話機１００において抽出可能なフォーマットとする。
【００３２】
図７において、受付サーバ４００は、図４に示す電子チケットＰ２００を作成するため、照会番号Ｐ２０１を割り振り、イベント番号Ｐ１０１よりイベント名称Ｐ２０２を作成し、イベント年月日Ｐ１０２よりイベント年月日Ｐ２０３を作成し、イベント時刻Ｐ１０３よりイベント開始時刻Ｐ２０４を作成し、イベント終了予定時刻よりイベント終了時刻Ｐ２０５を作成し、イベントの内容よりイベント分類Ｐ２０６を作成し、イベント席指定Ｐ１０４−２よりイベント席指定Ｐ２０７を作成し、利用者氏名Ｐ１０７より利用者氏名Ｐ２０８を作成する。以上作成した内容をまとめた電子チケットＰ２００を、利用者の携帯電話機１００のメールアドレスに対して発行する。電子チケットＰ２００は、画像情報や音声情報などでもよい。画像情報としては、バーコード情報、二次元コード情報、その他、暗号化され人目では読取不可であるがコンピュータによる解読可能な画像などを用いることができる。画像情報や音声情報に含まれる内容が、図４に示すような情報が含まれていればよい。
【００３３】
利用者携帯電話機１００は、受付サーバ４００より電子チケットＰ２００の発行を受け、モード切り替え処理（Ｓ１００）にて、動作モードの自動切り替えを行う。
【００３４】
つぎに、モード切り替え処理（Ｓ１００）の詳細について、図８に示すフロー図と図５に示すデータベースの説明図と図６に示すスケジューラの説明図とを参照して説明する。図８は、本実施の形態における利用者携帯電話機１００のモード切り替え処理の動作フローを示している。また、図５は、携帯電話機１００のメモリ１５０に記憶するデータベース１５１の説明図を示す。図６は、携帯電話機１００のメモリ１５０に記憶するスケジューラ１５２の説明図を示す。
【００３５】
まず、図５に示すデータベース１５１について説明する。図５において、イベント分類Ｐ３０１は、電子チケットのイベント分類Ｐ２０６に応じたイベント分類を示している。電子チケットとしては、例えば、コンサート、演劇、映画またはアミューズメントパークなどの入場券や、飛行機、フェリー、鉄道などの搭乗券などがある。また、電子チケットとして、携帯電話機を利用した病院の診察予約システムなどでメール配信される予約表なども含めてもよい。切り替えモードＰ３０２は、電子チケットのイベント内容Ｐ３０１に応じてあらかじめ設定される動作モードである。例えば、コンサート、演劇、映画などでは、マナーモードに設定されており、アミューズメントパークでは通常モードに設定されており、飛行機やフェリーでは電波抑止モードに設定されており、病院では電源ＯＦＦモードに設定されている。また、データベースの登録内容は、データベースを管理するサーバ装置などからダウンロードして更新するようにしてもよい。また、操作部１３０でユーザからの指示を受付けて、データベースの登録内容を変更できるようにしてもよい。
【００３６】
つぎに、図６に示すスケジューラの内容を説明する。
【００３７】
図６において、イベント分類Ｐ４０１は、イベントの大まかな区分けであり、電子チケットＰ２００のイベント分類Ｐ２０６から抽出された内容が登録される。年月日Ｐ４０２は、電子チケットのイベント年月日Ｐ２０３から抽出された内容が登録され、モードを切り替える年月日を示す。開始時刻Ｐ４０３は、電子チケットのイベント開始時刻Ｐ２０４から抽出された内容が登録され、モードを切り替える時刻を示す。終了時刻Ｐ４０４は、電子チケットのイベント終了時刻Ｐ２０５から抽出された内容が登録され、切り替えられたモードを解除する時刻を示す。モードＰ４０５は、前記データベース１５１を参照して、イベント分類Ｐ４０１のイベント分類に対応する切り替えモードＰ３０２が選択されて登録される。図6に示すスケジューラの内容は、表示部１２０に表示するようにしてもよい。
【００３８】
つぎに、図８に示すモード切り替え処理（Ｓ１００）について説明する。図８に示すモード切り替え処理のフローチャートに対応するプログラムはメモリ１５０に記憶されている。また、このプログラムは、利用者携帯電話機１００のＣＰＵ１１０が実行する。さらに、このプログラムは、受付サーバ４００のメモリ１１０３に記憶しておいて、利用者携帯電話機１００にダウンロードするような構成としてもよい。
図８において、ＣＰＵ１１０は、受付サーバ４００から図４に示す電子チケットＰ２００を受信すると、電子チケットに含まれている情報からイベント情報Ｐ２０１〜Ｐ２０８を取得する（処理Ｓ１１０）。つぎに、ＣＰＵ１１０は、図５に示すデータベース１５１を参照する。ＣＰＵ１１０は、電子チケットのイベント内容Ｐ２０６の内容を抽出し、図６に示すスケジューラのイベント分類Ｐ４０１に抽出した内容を登録する。また、抽出した内容に一致する分類を、データベース１５１のイベント分類Ｐ３０１から検出し、検出したイベント分類に対応している切り替えモードＰ３０２を検出し、検出された切り替えモードを、図６に示すスケジューラのモードＰ４０５に登録する（処理Ｓ１２０）。これにより、そのイベントのときに適用すべきモードを判断して、スケジューラに登録することができる。
【００３９】
また、ＣＰＵ１１０は、図４に示す電子チケットのイベント年月日Ｐ２０３の内容を抽出し、図６に示すスケジューラ１５２のイベント年月日Ｐ４０２に抽出した内容を登録し、電子チケットのイベント開始時刻Ｐ２０４の内容を抽出し、図６に示すイベント開始時刻Ｐ４０３に抽出した内容を登録し、電子チケットのイベント終了時刻Ｐ２０５の内容を抽出し、図６に示すイベント終了時刻Ｐ４０４に抽出した内容を登録することで、スケジューラにイベント情報を登録する（処理Ｓ１３０）。
【００４０】
つぎに、ＣＰＵ１１０は、タイマー１４０から現時刻ＴＢを受け取る（処理Ｓ１４０）。ＣＰＵ１１０は、現時刻ＴＢが、イベント年月日Ｐ４０２とイベント開始時刻Ｐ４０３の日時と一致するか否かを判定し（処理Ｓ１５０）、一致しなければ処理Ｓ１４０から処理を繰り返す。一致したならば、ユーザに動作モードを変更する旨を通知する。例えば、図１１に示すように、「コンサートが開始時刻ですのでマナーモードに変更してよいですか？」などと、確認メッセージを表示部１２０から表示出力もしくはスピーカ１７２から音声出力するようにしてもよい。また、携帯電話機１００が通話中の場合には、確認メッセージは、通話終了後に出力してもよいし、ビープ音などを出力して切断を促すようにしてもよい。また、このとき切り替えを許可するか否か（ＹＥＳ／ＮＯ）を操作部１３０から受付けてもよい。許可しない（ＮＯ）と指示された場合には、動作モードを変更しないようにしてもよい。また、確認メッセージの表示後５分経過しても指示を受付けない場合には、タイムアウトとして、動作モードを変更するようにしてもよい。さらに、確認メッセージを出力する場合には、タイムアウトの時間も考慮して、現時刻ＴＢが、イベント年月日Ｐ４０２とイベント開始時刻Ｐ４０３の日時の５分前と一致するか否かを判定するようにしてもよい。
【００４１】
動作モードを切り替える場合、ＣＰＵ１１０は、携帯電話機１００の通信部１６０および着信音コントローラ部１８０のモードを、イベント時に適用すべきモードＰ４０５に登録されているモードに切り替える（処理Ｓ１６０）。このとき、切り替え前のモード設定状態をメモリ１５０に記録しておく。
【００４２】
モードを切り替えた後、ＣＰＵ１１０は、タイマー１４０から現時刻ＴＥを受け取る（処理Ｓ１７０）。ＣＰＵ１１０は、現時刻ＴＥが、イベント終了時刻Ｐ４０４の時刻と一致するか判定し（処理Ｓ１８０）、一致しなければ処理Ｓ１７０から処理を繰り返す。一致したならば、ＣＰＵ１１０は、携帯電話機１００の通信部１６０および着信音コントローラ部１８０を、メモリ１５０に記憶する切り替え前のモードに復帰させる（処理Ｓ１９０）。
【００４３】
以上説明したように、携帯電話機は、電子チケットのイベント情報からモード切り替えのスケジュールを登録することで、イベントに対応した適切な動作モードに自動的に切り替えることが可能となる。
【００４４】
さらに、携帯電話機１００に、ＧＰＳの機能を備える場合には、携帯電話機の現在位置するエリアを示す位置情報を検出ことができる。これを利用して、イベントの開始時刻になったときに、電子チケットに含まれるイベントの開催場所Ｐ１０４−１から、ＧＰＳにより検出された位置情報のエリア内にないときは、動作モードへの切り替えを行わないようにできる。これにより、実際にイベント会場に来ている場合にのみ動作モードを切り替えることができる。
【００４５】
本実施の形態によれば、携帯電話機を、公共の場で行われるイベントの開始時に、自動的に所定のモードに切り替えることができるので、利用者に依存することなく、公共でのマナーを徹底することができる。また、電波の発信による電子機器の異常動作を抑止することができる。さらに携帯電話機が自律的にモードを切り替えるため、実際にイベントが行われる会場には携帯電話機の動作を制御するための外部端末を設ける必要がなくなる。
《第２の実施の形態》
つぎに、第２の実施の形態を説明する。第２の実施の形態では、第１の実施の形態において携帯電話機１００で管理していたスケジュールの機能を管理装置において管理する場合を例にする。図１３に、第２の実施の形態における全体構成を示す。図１３において、図１と同様な機能を備えるものには同一の符号を付している。
【００４６】
図１３は、本実施の形態における全体構成を示した説明図である。図１３において、携帯電話機１０１は、複数の動作モードを備える携帯電話機もしくはＰＤＡ、ＮｏｔｅＰＣなどの通信機能を装備した携帯端末である。管理装置４２０は、携帯電話機１０１の動作モードのスケジュールを管理するサーバ装置である。
【００４７】
本実施の形態において、チケット販売店サーバ２００は、イベントの入場チケット購入の申し込みを受付けると、チケット購入の申し込みを受付サーバ４００に通知し、受付サーバ４００は、イベントの入場券として機能する電子チケットを、公衆回線網３００を介して携帯電話機１０１と管理装置４２０とに送信する。管理装置４２０は、電子チケットを受信すると、電子チケットに含まれるイベント情報と携帯電話機１０１の利用者識別情報(電話番号、メールアドレスなど)を取得し、イベント内容に対応して予め定められているモードを判定し、モード切り替えの管理を行うスケジューラに、利用者識別情報、イベント内容、開催日、開始時刻、終了時刻等のイベント情報と、判定したモードとを登録する。管理装置４２０は、イベントの開始時刻になると、登録されているモードに切り替えるように指示する電文を携帯電話機１０１に送信する。また、管理装置４２０は、終了時刻を過ぎたときに、設定したモードを解除するように指示する電文を携帯電話機１０１に送信する。
【００４８】
つぎに、管理装置４２０の構成を説明する。管理装置の構成は、図１０に示す受付サーバ４００の構成と同様である。また、本実施の形態における管理装置４２０の機能ブロック図を図１２に示す。
【００４９】
図１２において、管理装置４２０は、イベントの予約内容を含む予約情報を受信する受信部１２０１と、受信部１２０１で受信した予約情報から、予め定めたイベントの分類情報と、前記イベントの開催年月日を示す年月日情報および開始時刻を示す開始時刻情報とを少なくとも抽出する抽出部１２０２と、イベントの分類情報ごとの動作モードを予め記憶するデータベース部１２０３と、データベース部１２０３を参照し、抽出部１２０２で抽出されたイベントの分類情報と一致する、データベース部１２０３のイベントの分類情報を検出し、検出したイベントの分類情報に対応する動作モードを検出する検出部１２０４と、抽出部１２０２で抽出されたイベントの年月日情報および開始時刻情報と、当該イベントに対応する、検出部１２０４で検出された動作モードとを少なくとも記憶するスケジューラ部１２０５と、スケジューラ部１２０５に記憶されたイベントの年月日情報および開始時刻情報と、現在の年月日を示す年月日情報および現在時刻を示す現在時刻情報とが一致するときを検出する時刻検出部１２０６と、時刻検出部１２０６により一致するときが検出された場合に、スケジューラ部１２０５に記憶されている、当該イベントに対応する動作モードに切り替える切り替え部１２０７とを備える。
【００５０】
図１２に示すように、第１の実施の形態に示す携帯電話機１００におけるさまざまなスケジュール機能を、管理装置４２０に備えている。本実施の形態では、管理装置４２０が、携帯電話機１０１の識別情報に対応させて切り替えモードのスケジュールを管理し、モード切り替え時刻になったときに、携帯電話機１０１にモード切り替えの指示をすることにより、第１の実施の形態と同様な効果をえることができる。
【００５１】
つぎに、スケジューラの内容を、図１５を参照して説明する。図１５は、管理装置４２０に備えるスケジューラの内容例を示す説明図である。
【００５２】
図１５において、スケジューラ１５００は、携帯電話機識別情報Ｐ１５０１と、イベント分類Ｐ４０１と、年月日Ｐ４０２と、開始時刻Ｐ４０３と、終了時刻Ｐ４０４と、モードＰ４０５とを備える。
【００５３】
携帯電話機識別情報Ｐ１５０１は、モードを指示するための携帯電話機の識別情報であり、図１５に示すように、メールアドレスでもよいし、電話番号でもよい。メールアドレスの場合には、モード切り替え指示をメールで送信し、電話番号の場合には、モード切り替えを行うように促す音声情報を送信してもよいし、モード切り替えを制御する制御情報を送信するようにしてもよい。また、携帯電話機の識別情報ごとに、スケジューラを備えるようにしてもよい。
【００５４】
イベント分類Ｐ４０１は、イベントの大まかな区分けであり、電子チケットＰ２００のイベント分類Ｐ２０６から抽出された内容が登録される。年月日Ｐ４０２は、電子チケットのイベント年月日Ｐ２０３から抽出された内容が登録され、モードを切り替える年月日を示す。開始時刻Ｐ４０３は、電子チケットのイベント開始時刻Ｐ２０４から抽出された内容が登録され、モードを切り替える時刻を示す。終了時刻Ｐ４０４は、電子チケットのイベント終了時刻Ｐ２０５から抽出された内容が登録され、切り替えられたモードを解除する時刻を示す。モードＰ４０５は、前記データベース１５１を参照して、イベント分類Ｐ４０１のイベント分類に対応する切り替えモードＰ３０２が選択されて登録される。
【００５５】
また、図１５に示すスケジューラの内容は、携帯電話機ごとにメール送信するようにしてもよい。
【００５６】
また、モード切り替えを指示する電文P１４００の例を図１４に示す。図１４において、利用者メールアドレスP１４０１は、利用者携帯電話機の識別情報であり、利用者携帯電話機１０１のメールアドレスを示す。切り替え時刻P１４０２は、モード切り替えを行う時刻を示しており、第１の実施の形態におけるイベント開始時刻と同じである。電文P１４００は、電文の送信時間等を考慮して、イベント開始時刻前に送信する。このため、図８に示す処理Ｓ１５０における判定は、現時刻ＴＢが、イベント年月日Ｐ４０２とイベント開始時刻Ｐ４０３の日時から予め定めた時間前の時刻と一致するか否かを判定するようにしてもよい。図１４において、モードＰ１４０３は、切り替えモードを示しており、イベント分類に対応する動作モードが設定される。
【００５７】
電文P１４００を受信した携帯電話機１０１は、切り替え時刻P１４０２に示される切り替え時刻になったときに、モードＰ１４０３に示される動作モードに切り替える。
【００５８】
また、イベントの終了時刻になったときにも、同様の処理を行うことができる。
【００５９】
以上説明したように、管理装置は、携帯電話機ごとに、電子チケットのイベント情報からモード切り替えのスケジュールを管理することで、イベントに対応した適切な動作モードに切り替えるよう指示することができる。
【００６０】
また、管理装置４２０における機能を受付サーバ４００に備えるようにしてもよい。この場合、受付サーバ４００は、電子チケットを自装置において作成しているため、管理装置４２０のように電子チケットを受信する必要が無い。
【００６１】
本実施の形態によれば、携帯電話機を、公共の場で行われるイベントの開始時に、自動的に所定のモードに切り替えることができるので、利用者に依存することなく、公共でのマナーを徹底することができる。また、電波の発信による電子機器の異常動作を抑止することができる。さらに携帯電話機が自律的にモードを切り替えるため、実際にイベントが行われる会場には携帯電話機の動作を制御するための外部端末を設ける必要がなくなる。
【００６２】
さらに、本実施の形態によれば、携帯電話機１０１には、スケジューラやデータベースを備える必要がないので、携帯電話機の処理負荷を軽くすることができる。
【図面の簡単な説明】
【００６３】
【図１】第１の実施の形態における全体構成を示した説明図である。
【図２】第１の実施の形態における携帯電話機の構成図である。
【図３】第１の実施の形態におけるチケット販売店サーバが受付サーバに対して送信する電文形式の例を示す説明図である。
【図４】第１の実施の形態における受付サーバが携帯電話機に対して送信する電文形式の例を示す説明図である。
【図５】第１の実施の形態における携帯電話機が電文を受信した際に参照するデータベースの例を示す説明図である。
【図６】第１の実施の形態における携帯電話機がモード切り替えに使用するスケジューラの例を示す説明図である。
【図７】第１の実施の形態におけるチケット購入の流れを示すフロー図である。
【図８】第１の実施の形態における携帯電話機のモード切り替え処理の動作フロー図である。
【図９】第１の実施の形態における携帯電話機１００の機能ブロック図である。
【図１０】第１の実施の形態における受付サーバ４００の構成図である。
【図１１】第１の実施の形態における確認メッセージの例を示す説明図である。
【図１２】第１の実施の形態における管理装置４２０の機能ブロック図である。
【図１３】第２の実施の形態における全体構成を示した説明図である。
【図１４】第２の実施の形態における管理装置４２０が携帯電話機に対して送信する電文形式の例を示す説明図である。
【図１５】第２の実施の形態における管理装置４２０に備えるスケジューラの内容例を示す説明図である。
【符号の説明】
【００６４】
１００…利用者携帯電話機、１１０…ＣＰＵ、１２０…表示部、１３０…操作部、１４０…タイマ、１５０…メモリ、１５１…データベース、１５２…スケジューラ、１６０…通信部、１７０…音声処理部、１７１…マイク、１７２…スピーカ、１８０…着信音コントローラ部、１８１…スピーカ、２００…チケット販売店サーバ、３００…公衆回線網、４００…受付サーバ、５００…基地局、６００…イベント会場。
【図１】
2005192032.tif 000003
【図２】
2005192032.tif 000004
【図３】
2005192032.tif 000005
【図４】
2005192032.tif 000006
【図５】
2005192032.tif 000007
【図６】
2005192032.tif 000008
【図７】
2005192032.tif 000009
【図８】
2005192032.tif 000010
【図９】
2005192032.tif 000011
【図１０】
2005192032.tif 000012
【図１１】
2005192032.tif 000013
【図１２】
2005192032.tif 000014
【図１３】
2005192032.tif 000015
【図１４】
2005192032.tif 000016
【図１５】
2005192032.tif 000017