(57)【特許請求の範囲】
【請求項１】
携帯端末装置にネットワークを介して接続されて、前記携帯端末装置のユーザに情報を提供するために使用される処理装置であって、
前記ネットワークを介して前記携帯端末装置と通信するネットワーク通信部と、
前記ユーザの行動に関連する関連情報が予め記録されたデータベースと、
前記携帯端末装置の任意のユーザによって、複数の行動を予定の順序で実行することを示す行動スケジュールが登録されると、該登録された行動スケジュールを記憶する記憶部と、
前記データベースと、前記ネットワーク通信部と、前記記憶部とをそれぞれ制御する処理部とを備え、
前記処理部は、
売買取引の決済に関する決済情報が前記携帯端末装置から送信されて、前記ネットワーク通信部に受信されると、該決済情報に伴う行動の後に前記ユーザが実行する予定の行動があるかを、前記記憶部に記憶された前記行動スケジュールに基づいて判定する判定手段と、
該判定手段によって前記予定の行動があると判定されると、該予定の行動を、後行動として特定する特定手段と、
該特定手段にて特定された後行動に関連する関連情報を前記データベースから取得する取得手段を備え、
前記ネットワーク通信部が、前記取得手段にて取得された前記関連情報を前記決済情報を送信した前記携帯端末装置に送信することを特徴とする処理装置。
【請求項２】
前記処理部は、前記決済情報に基づいて、前記ユーザの行動記録を作成する手段をさらに有する、請求項１に記載の処理装置。
【請求項３】
前記処理部は、前記決済情報に基づいて、前記ユーザの行動に伴う支出の記録を作成する手段をさらに有する、請求項１に記載の処理装置。
【請求項４】
前記処理部は、前記決済情報に基づいて、前記ユーザの行動に伴う支出の記録を含む行動記録を作成する手段をさらに有する、請求項１に記載の処理装置。
【請求項５】
請求項１に記載の処理装置によって、前記携帯端末装置のユーザに情報を提供する方法であって、
売買取引の決済に関する決済情報が前記携帯端末装置から送信されると、該決済情報を、前記ネットワーク通信部によって受信する工程と、
前記処理装置の前記判定手段によって、前記ネットワーク通信部に受信された決済情報に伴う行動の後に前記ユーザが実行する予定の行動があるかを、前記記憶部に記憶された前記行動スケジュールに基づいて判定する判定工程と、
該判定工程によって前記予定の行動があると判定されると、前記処理装置の前記特定手段によって、該予定の行動を、後行動として特定する特定工程と、
前記処理装置の前記取得手段によって、該特定手段にて特定された後行動に関連する関連情報を前記データベースから取得する取得工程と、
前記取得手段にて取得された前記関連情報を、前記ネットワーク通信部によって、前記決済情報を送信した前記携帯端末装置に送信する送信工程と、
を包含する情報提供方法。
【請求項６】
前記関連情報は、前記ユーザが前記後行動を実行する予定の場所の地図に関する情報、前記場所の混雑状況を示す情報、前記後行動を実行する予定の商業施設において前記ユーザが選択することが可能なサービスの一覧に関する情報、前記商業施設の営業時間に関する情報の少なくとも１つを含む、請求項５に記載の情報提供方法。
【請求項７】
前記行動スケジュールの前記複数の行動は、電車による移動、映画の鑑賞、レストランでの食事、遊園地への入場および遊園地におけるアトラクションへの入場の少なくとも１つを含む、請求項５に記載の情報提供方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、行動スケジュールに従って行動を実行するユーザに情報を提供する方法および処理装置に関する。
【０００２】
【従来の技術】
従来、スケジュールに従って行動するユーザに情報を提供するシステムとして、国際公開番号ＷＯ９６／１７３１５公報に開示される技術が知られている。この従来技術では、ユーザが複数の地点を訪問するためのスケジュールが自動的に作成される。また、ユーザが運転する車両をそのスケジュールに従って誘導するシステムが開示されている。
【０００３】
【発明が解決しようとする課題】
上述した従来技術では、ユーザが運転する車両と、予め定められたスケジュールとが、車両の位置の情報に基づいて照合される。この従来技術は、ユーザが移動することを前提とした技術である。この従来技術では、ユーザがスケジュールの実行中に移動するか移動しないかに関わらず、ユーザの行動に合わせて適時に（適切なタイミングで）情報を提供することは考えられていなかった。
【０００４】
本発明は、このような課題に鑑みてなされたものであって、ユーザの行動に合わせて適時に情報を提供することが可能な方法および処理装置を提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明の処理装置は、携帯端末装置にネットワークを介して接続されて、前記携帯端末装置のユーザに情報を提供するために使用される処理装置であって、前記ネットワークを介して前記携帯端末装置と通信するネットワーク通信部と、前記ユーザの行動に関連する関連情報が予め記録されたデータベースと、前記携帯端末装置の任意のユーザによって、複数の行動を予定の順序で実行することを示す行動スケジュールが登録されると、該登録された行動スケジュールを記憶する記憶部と、前記データベースと、前記ネットワーク通信部と、前記記憶部とをそれぞれ制御する処理部とを備え、前記処理部は、売買取引の決済に関する決済情報が前記携帯端末装置から送信されて、前記ネットワーク通信部に受信されると、該決済情報に伴う行動の後に前記ユーザが実行する予定の行動があるかを、前記記憶部に記憶された前記行動スケジュールに基づいて判定する判定手段と、該判定手段によって前記予定の行動があると判定されると、該予定の行動を、後行動として特定する特定手段と、該特定手段にて特定された後行動に関連する関連情報を前記データベースから取得する取得手段を備え、前記ネットワーク通信部が、前記取得手段にて取得された前記関連情報を前記決済情報を送信した前記携帯端末装置に送信することを特徴とする。
【０００６】
前記処理部は、前記決済情報に基づいて、前記ユーザの行動記録を作成する手段をさらに有してもよい。
【０００７】
前記処理部は、前記決済情報に基づいて、前記ユーザの行動に伴う支出の記録を作成する手段をさらに有してもよい。
【０００８】
前記処理部は、前記決済情報に基づいて、前記ユーザの行動に伴う支出の記録を含む行動記録を作成する手段をさらに有してもよい。
【０００９】
本発明の情報提供方法は、請求項１に記載の処理装置によって、前記携帯端末装置のユーザに情報を提供する方法であって、売買取引の決済に関する決済情報が前記携帯端末装置から送信されると、該決済情報を、前記ネットワーク通信部によって受信する工程と、前記処理装置の前記判定手段によって、前記ネットワーク通信部に受信された決済情報に伴う行動の後に前記ユーザが実行する予定の行動があるかを、前記記憶部に記憶された前記行動スケジュールに基づいて判定する判定工程と、該判定工程によって前記予定の行動があると判定されると、前記処理装置の前記特定手段によって、該予定の行動を、後行動として特定する特定工程と、前記処理装置の前記取得手段によって、該特定手段にて特定された後行動に関連する関連情報を前記データベースから取得する取得工程と、前記取得手段にて取得された前記関連情報を、前記ネットワーク通信部によって、前記決済情報を送信した前記携帯端末装置に送信する送信工程と、を包含する。
【００１０】
前記関連情報は、前記ユーザが前記後行動を実行する予定の場所の地図に関する情報、前記場所の混雑状況を示す情報、前記後行動を実行する予定の商業施設において前記ユーザが選択することが可能なサービスの一覧に関する情報、前記商業施設の営業時間に関する情報の少なくとも１つを含んでいてもよい。
【００１１】
前記行動スケジュールの前記複数の行動は、電車による移動、映画の鑑賞、レストランでの食事、遊園地への入場および遊園地におけるアトラクションへの入場の少なくとも１つを含んでいてもよい。
【００１３】
【発明の実施の形態】
図１は、本発明の実施の形態に係る、行動スケジュール支援サービスシステム１００の全体の構成を示す。行動スケジュール支援サービスシステム１００は、サービスセンタ１と、携帯端末装置２１とを含む。サービスセンタ１と、携帯端末装置２１とは、ネットワーク４０を介して互いに接続されている。ネットワーク４０は、無線基地局４１を含む。無線基地局４１と携帯端末装置２１との間で無線通信が行われることによって、ネットワーク４０と携帯端末装置２１とが無線式に接続される。図１において、参照番号２０は、携帯端末装置２１のユーザを示す。ネットワーク４０は、さらに、ユーザ２０が取引している（すなわち、ユーザ２０の口座が設けられている）取引銀行５１と、ユーザの家庭６０のパーソナルコンピュータ（ＰＣ）６１に接続されている。
【００１４】
携帯端末装置２１は、決済機能を備えている。決済機能とは、商業施設３１における決済装置３２の決済情報送受信部３３と通信することにより、携帯端末装置２１のユーザ２０が商業施設３１においてする売買取引の決済を現金を介さずに行う機能である。携帯端末装置２１は、例えば、携帯電話機であり得る。
【００１５】
ネットワーク４０は、無線ＬＡＮを含む各種のＬＡＮ、ＷＡＮ、電話回線等を含み得る。また、ネットワーク４０は、インターネットを含み得る。携帯端末装置２１が携帯電話機である場合には、ネットワーク４０は、その携帯電話機に通話サービスを提供するための無線電話回線を含むことは言うまでもない。
【００１６】
ユーザ２０は、行動スケジュールに従って行動を実行する際に、商業施設３１において売買取引を行う。図１には、１つの商業施設３１が示されているが、ユーザ２０が行動スケジュールに従って行動を実行する際に売買取引を行う商業施設３１の数は２以上の任意の整数であり得る。ユーザ２０は、行動スケジュールに従って行動を実行する際に、任意の数の商業施設３１と売買取引を行い得る。売買取引は、物品の売買に限定されず、任意のサービスの売買を含む。商業施設３１は、例えば、映画館、遊園地、レストラン、鉄道の駅であり得る。決済装置３２は、例えば、映画館または遊園地の入場券の販売機、レストランのレジスタ、鉄道の駅の自動改札機等であり得る。
【００１７】
サービスセンタ１は、ネットワーク４０を介して携帯端末装置２１と通信するネットワーク通信部６と、ＣＰＵ（処理部）４と、記憶部５と、表示部３とを含む。サービスセンタ１は、任意の処理装置であり得、例えば、サーバコンピュータであり得る。記憶部５は、例えば、ハードディスクまたは任意のメモリであり得る。表示部３は、サービスセンタ１の状態を監視するための任意の表示デバイスであり得る。サービスセンタ１は、データベース７にアクセスすることが可能である。
【００１８】
行動スケジュール支援サービスシステム１００は、行動スケジュールに従って行動するユーザ２０に適時に情報を提供することによって、ユーザ２０が行動スケジュールに従って行動することを支援するサービス（行動スケジュール支援サービス）を提供する。
【００１９】
以下、ユーザ２０が行動スケジュール支援サービスを利用する手順（１．〜３．）を説明する。
１．行動スケジュールをサービスセンタ１に登録する。
【００２０】
ユーザ２０は、行動スケジュールに従って行動を実行する前（例えば、外出前）に、その行動スケジュールをサービスセンタ１に登録する。この登録は、例えば、ユーザの家庭６０のＰＣ６１から、サービスセンタ１にアクセスすることによってなされ得る。登録された行動スケジュールは、記憶部５に記憶される。行動スケジュールの具体例は、図３を参照して後述される。
２．行動スケジュールに従って行動する。
【００２１】
ユーザ２０は、次いで、携帯端末装置２１を携帯して、その行動スケジュールに従って行動を実行する（例えば、外出する）。
３．携帯端末装置２１を用いて売買取引の決済を行う。
【００２２】
ユーザ２０は、行動スケジュールに従って行動を実行する際に商業施設３１において携帯端末装置２１を用いて売買取引の決済を行う。携帯端末装置２１は、この決済に関する情報（決済情報１２１）をネットワーク４０を介して取引銀行５１に送信する。取引銀行５１は、決済情報１２１に基づいて、ユーザ２０の口座からその売買取引にかかる金額を引き落とし、商業施設３１に送金する。このようにして、ユーザ２０は商業施設３１における売買取引の決済を現金を介さずに行うことができる。携帯端末装置２１を用いたこのような売買取引の決済は、今後普及するものと考えられるが、決済の仕組みそのものを図１に示される形態に限定することを出願人は意図していない。
【００２３】
取引銀行５１は、サービスセンタ１により提供される行動スケジュール支援サービスを利用する対価をユーザ２０に課金するために用いられてもよい。また、携帯端末装置２１が携帯電話機である場合には、サービスセンタ１により提供される行動スケジュール支援サービスを利用する対価は、携帯電話機を用いた通話サービスに係る対価と合わせて課金されてもよい。
【００２４】
決済情報１２１はまた、サービスセンタ１にも送信される。サービスセンタ１では、決済情報１２１と記憶部５に記憶された行動スケジュールとを照合することにより、ユーザ２０が次に実行する予定の行動（次行動）を特定し、その次行動に関連する情報（関連情報１２２）を携帯端末装置２１に送信する。関連情報１２２は、サービスセンタ１がデータベース７にアクセスすることによって取得され得る。関連情報１２２は、携帯端末装置２１の表示画面２３に表示される。
【００２５】
このようにして、ユーザ２０は、次に実行する予定の行動に関連する情報を適時に得ることができる。
【００２６】
図２は、データベース７の構造の一例を示す。データベース７は、定形行動スケジュールデータベース（ＤＢ）７ａと、レストラン情報データベース７ｂと、地図情報データベース７ｃと、映画館情報データベース７ｄと、遊園地情報データベース７ｅとを含む。
【００２７】
定形行動スケジュールデータベース７ａは、行動スケジュール支援サービスの提供者（例えば、サービスセンタ１の管理者）によって用意された行動スケジュールの雛型（定形行動スケジュール）を格納する。このような定形行動スケジュールは、例えば、京都市内の著名な観光スポットを所定のコースに従って１日で周遊するための行動スケジュールであり得る。定形行動スケジュールは、日帰りの行動スケジュールであってもよいし、泊りがけの行動スケジュールであってもよい。
【００２８】
ユーザ２０は、図１を参照して上述した行動スケジュール支援サービスの利用手順１．において、所望の定形行動スケジュールを選択することにより、あるいは、定形行動スケジュールを改変して所望の行動スケジュールとすることにより、ユーザ２０の要望を反映した態様で行動スケジュールを決定することができる。もちろん、ユーザ２０は、定形行動スケジュールと無関係に、所望の行動スケジュールを作成してもよい。
【００２９】
レストラン情報データベース７ｂ、地図情報データベース７ｃ、映画館情報データベース７ｄおよび遊園地情報データベース７ｅのそれぞれは、図１を参照して上述した行動スケジュール支援サービスの利用手順３．において、ユーザが次行動を実行する商業施設３１（図１）の種類（例えば、「映画館」であるか「遊園地」であるか）に応じて、サービスセンタ１によってアクセスされ得る。
【００３０】
レストラン情報データベース７ｂは、レストラン情報（例えば、レストランのメニュー、そのレストランの営業時間に関する情報等）を格納している。レストラン情報データベース７ｂは、ユーザ２０が実行する予定の次行動が「レストランでの食事（例えば、夕食）」である場合に、サービスセンタ１によってアクセスされ得る。
【００３１】
地図情報データベース７ｃは、地図情報（例えば、商業施設３１の地図に関する情報等）を格納している。地図情報データベース７ｃは、ユーザ２０が実行する予定の次行動の種類に関わりなく、サービスセンタ１によってアクセスされ得る。
【００３２】
映画館情報データベース７ｄは、映画館情報（例えば、映画館で上映される映画のタイトル、その映画館の営業時間に関する情報等）を格納している。映画館情報データベース７ｄは、ユーザ２０が実行する予定の次行動が「映画の鑑賞」である場合に、サービスセンタ１によってアクセスされ得る。
【００３３】
遊園地情報データベース７ｅは、遊園地情報（例えば、遊園地に設けられているアトラクションの種類、その遊園地の営業時間に関する情報等）を格納している。遊園地情報データベース７ｅは、ユーザ２０が実行する予定の次行動が「遊園地の入場」である場合に、サービスセンタ１によってアクセスされ得る。
【００３４】
図３は、行動スケジュールの一例を示す。
【００３５】
行動スケジュールは、ユーザ２０が複数の行動を実行する予定の順序を示す。図３に示される例では、行動１（電車による移動）、行動２（映画鑑賞）、行動３（夕食）および行動４（電車による移動）が、この順序で行なわれる予定であることを示す。図３に示される行動スケジュールは、日帰りの行動スケジュールの例である。
【００３６】
なお、以下の説明では、特に断らない限り、ユーザ２０は複数の行動のそれぞれを１つの商業施設において実行し、複数の行動のそれぞれの実行は、商業施設に対する売買取引を伴うものとする。その行動の「実行中」とは、その商業施設を利用している間（例えば、その行動の種類が「レストランでの食事」である場合、レストランに入ってから出るまでの間）をいう。
【００３７】
図４は、サービスセンタ１が、行動スケジュールに従って行動するユーザ２０に情報を提供する処理（情報提供処理）の手順を示す。情報提供処理は、例えば、図１を参照して上述した行動スケジュール支援サービスの利用手順１．において、ユーザが行動スケジュールをサービスセンタ１に登録した後に、サービスセンタ１のＣＰＵ４（図１）が所定のプログラムを実行することによってなされる。情報提供処理が実行される時点において、ユーザ２０が複数の行動を実行する予定の順序は、その登録された行動スケジュールによって予め定められている。
【００３８】
ステップＳＴ１：ネットワーク通信部６は、記憶部５に記憶された行動スケジュールを携帯端末装置２１に送信する。これにより、携帯端末装置２１にその行動スケジュールが表示される。このような行動スケジュールの表示は、ユーザ２０が行動スケジュールを確認するために好都合である。なお、ステップＳＴ１は、省略されてもよい。
【００３９】
ステップＳＴ２：ネットワーク通信部６は、ユーザ２０が実行する行動に伴う売買取引の決済に関する決済情報１２１を受信する。ユーザ２０は、行動が実行される商業施設３１において（商業施設３１を利用している間に）携帯端末装置２１を用いて売買取引の決済を行う。
【００４０】
ステップＳＴ３：ＣＰＵ４は、ユーザ２０が決済を行った売買取引を伴う行動の次にユーザ２０が実行する予定の行動（次行動）があるか否かを判定する。
【００４１】
ステップＳＴ３の判定の結果が「Ｙｅｓ」である場合には、処理はステップＳＴ４に進む。この場合には、ステップＳＴ３は、決済情報１２１により示される行動の次にユーザ２０が実行する予定の行動を次行動として特定するステップとして機能する。
【００４２】
ステップＳＴ３の判定の結果が「Ｎｏ」である場合には、処理は終了する。
【００４３】
ステップＳＴ４：ＣＰＵ４は、次行動に関連する関連情報１２２（図１）を取得する。この取得は、ＣＰＵ４がデータベース７にアクセスすることによってなされ得る。
【００４４】
ステップＳＴ５：ネットワーク通信部６は、関連情報１２２を携帯端末装置２１に送信する。
なお、ステップＳＴ２において、ネットワーク通信部６は、ユーザ２０が実行するすべての行動について決済情報１２１（実行情報）を受信する必要はない。例えば、ユーザ２０が実行する行動が売買取引の決済を伴わない場合（例えば、公園の散歩）には、携帯端末装置２１は決済情報１２１を送信しない。このため、サービスセンタ１が決済情報１２１を携帯端末装置２１から受信することもない。また、ユーザ２０が手動で携帯端末装置２１をトリガする（例えば、携帯端末装置２１に設けられた「１」〜「９」の数字キーとファンクションキーとを押下する）ことにより実行情報をサービスセンタ１に送信する場合において、ユーザ２０がうっかり携帯端末装置２１をトリガすることを忘れた場合には、携帯端末装置２１は実行情報を送信しない。このため、サービスセンタ１が実行情報を携帯端末装置２１から受信することもない。
しかし、ユーザ２０が実行する行動の中に実行情報をサービスセンタ１に送信しない行動があったとしても、サービスセンタ１側の処理に支障が生じることはない。サービスセンタ１は、携帯端末装置２１から送信されてきた実行情報を参照することにより、その実行情報と行動スケジュールに含まれるどの行動とを照合させるべきかを決定することができるからである。あるいは、ユーザ２０が手動で携帯端末装置２１をトリガする場合には、行動番号とともに必要な情報が携帯端末装置２１に入力するようにしてもよい。この場合、サービスセンタ１は、携帯端末装置２１から送信されてきた行動番号を参照することにより、その行動番号と行動スケジュールに含まれるどの行動とを照合させるべきかを決定することができる。
また、ステップＳＴ３において、ＣＰＵ４は、ユーザ２０が決済を行った売買取引を伴う行動の後にユーザ２０が実行する予定の行動（後行動）があるか否かを判定するようにしてもよい。ここで、後行動とは、ユーザ２０が決済を行った売買取引を伴う行動の次にユーザ２０が実行する予定の行動（次行動）であってもよいし、ユーザ２０が決済を行った売買取引を伴う行動の次の次にユーザ２０が実行する予定の行動（次々行動）であってもよいし、それ以降の行動であってもよい。この場合には、ステップＳＴ３は、決済情報１２１（実行情報）により示される行動の後にユーザ２０が実行する予定の行動を後行動として特定するステップとして機能する。ステップＳＴ４では、後行動に関連する関連情報１２２（図１）が取得され、ステップＳＴ５では、関連情報１２２が携帯端末装置２１に送信される。
例えば、ユーザ２０の次行動が「ユーザ２０がよく知っている近所の公園の散歩」である場合のように次行動に関連する関連情報としてユーザ２０にとって取得すべき有用な情報がない場合には、次行動に関連する関連情報１２２を取得することおよびその関連情報１２２を携帯端末装置２１に送信することは省略され得る。この場合には、次行動に関連する関連情報１２２を取得する代わりに、次々行動（または、それ以降の行動）に関連する関連情報１２２を取得し、その関連情報１２２を携帯端末装置２１に送信するようにすればよい。
【００４５】
図５は、サービスセンタ１の記憶部５に格納される行動スケジュールを表すデータ５１０の構造の一例を示す。データ５１０は、図３に示される行動スケジュールを表している。
【００４６】
データ５１０は、４つのレコード＃１〜＃４を含む。４つのレコード＃１〜＃４のそれぞれは、図３に示される行動１〜行動４に対応している。４つのレコード＃１〜＃４のそれぞれは、「行動番号」フィールド５１１と、「行動の種類」フィールド５１２と、「事業者」フィールド５１３と、「場所」フィールド５１４と、「予定時刻」フィールド５１５とを含む。
【００４７】
「行動番号」フィールド５１１には、ユーザ２０が複数の行動を実行する予定の順序を示す数が格納される。「行動の種類」フィールド５１２には、行動の種類が格納される。「事業者」フィールド５１３には、その行動が行なわれる商業施設を運営する事業者名が格納される。「場所」フィールド５１４には、その行動が行なわれる場所が格納される。「予定時刻」フィールド５１５には、ユーザ２０がその行動を実行する予定の時刻（開始時刻と終了時刻）が格納される。
【００４８】
なお、複数の場所にまたがる行動については、「場所」フィールド５１４にはその複数の場所が格納される。例えば、レコード＃１およびレコード＃４には、「場所」フィールド５１４に乗車駅（矢印の左側）と降車駅（矢印の右側）との２つが格納されている。
【００４９】
図６Ａは、図１に示される決済情報１２１を表すデータの構造の一例を示す。図６Ａに示される例は、ユーザ２０が図３に示される行動スケジュールの行動１（電車による移動）を実行する際に、携帯端末装置２１がサービスセンタ１（図１）および取引銀行５１へと送信する決済情報１２１の例である。
【００５０】
決済情報１２１は、「決済日時」フィールド６１１と、「事業者」フィールド６１２と、「場所」フィールド６１３と、「決済金額」フィールド６１４と、「内容」フィールド６１５とを含む。
【００５１】
決済情報１２１は、ユーザ２０が乗車駅（新田辺駅）から降車駅（京都駅）までの輸送サービスを受ける対価として、事業者「○○鉄道」に３９０円の鉄道運賃を支払うという取引（売買取引）の決済に関する情報である。
【００５２】
決済情報１２１は、以下に説明するようにして携帯端末装置２１において生成される。
【００５３】
ユーザ２０が図３に示される行動スケジュールの行動１（電車による移動）を実行する際に、ユーザ２０は、乗車駅（新田辺駅）の自動改札機を通る。この時に、その自動改札機の決済情報送受信部３３（図１）はユーザ２０が携帯している携帯端末装置２１に、ユーザ２０が新田辺駅から乗車したことを示す情報を無線通信を介して書き込む。ユーザ２０が、降車駅（京都駅）の自動改札機（決済装置）を通過する際には、その自動改札機の決済情報送受信部３３と携帯端末装置２１との間で無線通信が行なわれる。決済情報送受信部３３は、乗車駅において携帯端末装置２１に書き込まれた情報を読み取ることにより、ユーザ２０が新田辺駅から京都駅まで乗車したことを知ることができる。決済情報送受信部３３は、次いで、新田辺駅から京都駅までの鉄道運賃を所定のテーブルに基づいて検索し、その検索された鉄道運賃（３９０円）を示す情報を携帯端末装置２１に送信する。携帯端末装置２１は、この情報に基づいて、決済情報１２１を生成する。決済情報１２１の「決済日時」フィールド６１１には、決済が行なわれた時刻（この例では、降車駅の自動改札機を通過した時刻）が格納される。
【００５４】
決済情報１２１は、ユーザ２０の口座から事業者「○○鉄道」への送金処理を行うためにネットワーク４０を介して取引銀行５１に送信されると同時に、行動スケジュールに含まれる複数の行動の１つを特定する実行情報としてネットワーク４０を介してサービスセンタ１にも送信される。
【００５５】
このような、同一の情報の２箇所への送信は、例えば、決済情報１２１を担持するパケットのヘッダに、そのバケットの宛先としてサービスセンタ１のアドレスと取引銀行５１のアドレスとを指定することによって行なわれ得る。
【００５６】
携帯端末装置２１における決済情報１２１の生成と送信とは、携帯端末装置２１に組み込まれたプログラムによって自動的に行なわれ得る。あるいは、携帯端末装置２１からサービスセンタ１への決済情報１２１の送信は、ユーザ２０が手動で携帯端末装置２１をトリガする（例えば、携帯端末装置２１に設けられた所定のボタンを押す）ことに応答して行なわれてもよい。
【００５７】
決済情報１２１は、ユーザが実行する行動に伴う売買取引の決済を示す。従って、そのような決済が行動の開始時に行われる場合（いわゆる、「先払い」の場合）には、決済情報１２１は、ユーザ２０が開始しようとしている行動を示す。同様に、決済が、行動の終了時に行われる場合（いわゆる、「後払い」の場合）には、決済情報１２１は、ユーザ２０が最近に終了した行動を示す。決済が、行動の実行中に行われる場合には、現在実行中の行動を示す。このように、決済情報１２１は、行動スケジュールに含まれる複数の行動の１つ（決済された売買取引を伴う行動）を特定する。
【００５８】
行動が「電車による移動」であり、その決済が着駅の自動改札機を通過する時点で行われる例は、後払いの一例である。行動が「レストランでの食事」であり、その決済が食事の終了時に行われる例も、後払いの一例である。行動が「レストランでの食事」であり、食事に先だって食券を購入する例は先払いの一例である。売買取引の決済のタイミング（例えば、先払いであるか後払いであるか）は、事業者ごとに予め定められている。
【００５９】
決済情報１２１は、情報提供処理のステップＳＴ２（図４）において、サービスセンタ１によって受信される。サービスセンタ１は、記憶部５に格納された行動スケジュール５１０（図５）と、決済情報１２１（図６Ａ）との照合を行うことにより、ユーザ２０が決済を行った売買取引を伴う行動を特定することができる。この照合は、例えば、行動スケジュール５１０の特定のレコードの「事業者」フィールド５１３および「場所」フィールド５１４を決済情報１２１の「事業者」フィールド６１２および「場所」フィールド６１３とそれぞれ比較することによって行なわれ得る。行動スケジュール５１０の特定のレコードの「事業者」フィールド５１３が決済情報１２１の「事業者」フィールド６１２に一致し、行動スケジュール５１０の特定のレコードの「場所」フィールド５１４が決済情報１２１の「場所」フィールド６１３に一致すれば、その特定のレコードに対応する行動が、ユーザ２０が決済を行った売買取引を伴う行動として特定される。ただし、「場所」フィールド５１４に複数の場所が含まれているレコードについては、その複数の場所のうち、決済が行われる場所が決済情報１２１の「場所」フィールド６１３の内容と比較される。例えば、図５に示されるレコード＃１およびレコード＃４には、「場所」フィールド５１４に乗車駅と降車駅との２つが格納されている。複数の場所のうちのいずれが決済が行われる場所であるかは、例えば、その事業者について予め定められた決済のタイミングを参照して定められ得る。事業者「○○鉄道」における決済が後払いである場合には、降車駅において決済が行われる。従って、降車駅が決済情報１２１の「場所」フィールド６１３の内容と比較される。
【００６０】
ユーザ２０が決済を行った売買取引を伴う行動を特定するために、行動スケジュール５１０の特定のレコードの「予定時刻」フィールド５１５と決済情報１２１の「決済日時」フィールド６１１とが比較されてもよいが、この比較は必須ではない。あるいは、決済情報１２１の「決済日時」フィールド６１１の代わりに、携帯端末装置２１が決済情報１２１を送信した時刻またはサービスセンタ１が決済情報１２１を受信した時刻が用いられてもよい。
【００６１】
図６Ａに示される決済情報１２１により示される行動は、行動番号「１」を有するレコード＃１に対応する行動であることが特定される。
【００６２】
このように、本発明の実施の形態では、決済情報１２１に基づいて、ユーザ２０の行動と予め定められたスケジュールとが照合される。これにより、ユーザ２０が実行する複数の行動の場所が同じであるか、きわめて接近している場合であっても、それらの行動は区別され得る。例えば、行動「映画鑑賞」が実行される場所と、行動「夕食」が実行される場所とが、それぞれ同じビルの３階と２階とである場合であっても、決済情報１２１に基づいた照合により、それらの行動は区別され得る。
【００６３】
決済情報１２１により示される行動の次にユーザ２０が実行する行動があるか否かの判定（図４のＳＴ３）は、決済情報１２１により示される行動の行動番号に「１」を加えた行動番号を有するレコードが行動スケジュール５１０（図５）の中にあるか否かを判定することによって行なわれ得る。そのようなレコードがある場合には、そのレコード（この例では、図５のレコード＃２）に対応する行動が次行動として特定される。
【００６４】
サービスセンタ１では、レコード＃２の「場所」フィールド５１４（図５）を参照することにより、ユーザ２０が次行動を実行する場所が「京都○○シアター」であることが分かる。そこで、サービスセンタ１は、情報提供処理のステップＳＴ４（図４）において、地図情報データベース７ｃ（図２）にアクセスすることによって、「京都○○シアター」の周辺の地図に関する情報（地図情報）を次行動に関連する関連情報１２２として取得する。
【００６５】
図７は、次行動が行なわれる場所の周辺の地図を表す画面７０１を示す。画面７０１は、携帯端末装置２１（図１）が関連情報１２２を受信することによって、携帯端末装置２１の表示画面２３に表示される。このように、ユーザ２０がこれから向かおうとしている映画館「京都○○シアター」の周辺の地図を携帯端末装置２１に表示することによって、ユーザ２０の行動に合わせて適時に情報が提供される。関連情報１２２（この例では、ユーザ２０が次行動を実行する予定の場所「京都○○シアター」の地図に関する情報）は、ユーザ２０による明示的な送信の要求を伴わずに携帯端末装置２１によって受信される、すなわち、関連情報１２２が携帯端末装置２１に「プッシュ」されることが好ましい。これにより、ユーザ２０は、次行動に関連する情報を検索してその送信を要求する手間から開放される。
【００６６】
ユーザ２０は、携帯端末装置２１の表示画面２３に表示される画面７０１を頼りに、次行動（映画鑑賞）を実行する場所である「京都○○シアター」に容易にたどり着くことができる。
【００６７】
サービスセンタ１は、行動スケジュール５１０（図５）のうち、決済情報１２１によって特定される行動（ユーザ２０が決済を行った売買取引を伴う行動）に対応するレコードの「予定時刻」フィールド５１５を決済情報１２１（図６Ａ）の「決済日時」フィールド６１１と比較することにより、その行動が、行動スケジュール５１０に対して遅れているか否かを判定してもよい。その行動が行動スケジュール５１０に対して遅れている場合には、次行動を実行する場所への移動を急がせるメッセージが携帯端末装置２１の表示画面２３に表示されるようにしてもよい。その行動が行動スケジュール５１０に対して遅れているか否かの判定の際には、その行動に伴う売買取引の決済のタイミング（例えば、先払いであるか後払いであるか）が参照され得る。
【００６８】
関連情報１２２は、次行動が実行される場所（この例では、「京都○○シアター」）の地図情報に限定されない。関連情報１２２は、映画館情報（映画館「京都○○シアター」で上映される映画のタイトル、その映画館の営業時間等）であってもよい。行動スケジュールに、ユーザ２０が鑑賞する予定の映画のタイトルが既に指定されている場合には、映画館情報は、そのタイトルの映画の上映時刻を含み得る。映画館情報は、例えば、上述した地図情報とともに携帯端末装置２１に「プッシュ」されており、ユーザ２０が領域７１１の指示に従って携帯端末装置２１に設けられた「１」のボタン（図７には示されていない、図１参照）を押下することによって、携帯端末装置２１に表示され得る。あるいは、映画館情報は、携帯端末装置２１に設けられた「１」のボタンが押下されたことに応答して、携帯端末装置２１がサービスセンタ１に対して送信を要求するようにしてもよい（すなわち、携帯端末装置２１がサービスセンタ１から「プル」してもよい）。サービスセンタ１は、映画館情報データベース７ｄにアクセスすることによって映画館情報を取得し得る。
【００６９】
関連情報１２２は、次行動に関する適切なアドバイスであると言うことができる。関連情報１２２は、ユーザ２０が次行動を実行する予定の商業施設（例えば、レストラン）においてユーザ２０が選択することが可能なサービスの一覧（例えば、料理メニュー）に関する情報であってもよい。
【００７０】
図８Ａは、次行動が行なわれるレストランのメニューを表す画面８０１を示す。画面８０１は、関連情報１２２が、ユーザ２０が次行動を実行する予定のレストランの料理メニューである場合に、携帯端末装置２１（図１）が関連情報１２２を受信することによって、携帯端末装置２１の表示画面２３に表示される。このような形態でユーザ２０にレストランの料理メニューを提供することの１つの利点は、ユーザ２０に最新の情報（例えば、日替わりのメニュー）を提供することができることである。
【００７１】
関連情報１２２はまた、ユーザ２０が次行動を実行する予定の場所の混雑状況を示す情報であってもよい。
【００７２】
図８Ｂは、次行動が行なわれるレストランの混雑状況を表す画面８１１を示す。画面８１１は、関連情報１２２が、ユーザ２０が次行動を実行する予定の場所の混雑状況を示す情報である場合に、携帯端末装置２１（図１）が関連情報１２２を受信することによって、携帯端末装置２１の表示画面２３に表示される。図８Ｂに示されるようなリアルタイムの混雑状況は、次行動に関する適切なアドバイスの好適な一例である。
【００７３】
このように、次行動に関する適切なアドバイスを適時にユーザ２０に提供することにより、ユーザ２０は、予定した行動スケジュールを円滑に、快適に進めることができ、その結果、満足感を得ることができる。特に、ユーザ２０が未体験の行動をする場合（例えば、見知らぬ場所に出かける場合）には、適切なアドバイスを適時に提供することの効果は大きい。
【００７４】
画面８１１は、ユーザ２０がレストランに入るためには３０分待たなければならないことを示す。領域８１２は、ユーザ２０がそのレストランを利用することをあきらめ、他の店舗（レストラン）を利用するために検索を行うことを所望する場合には、携帯端末装置２１に設けられた「２」のボタン（図示せず）を押下し得ることを示す。「２」のボタンの押下に応答して、携帯端末装置２１は、サービスセンタ１に他のレストランの検索を要求し得る。サービスセンタ１は、レストラン情報データベース７ｂ（図２）にアクセスすることによって、他のレストランを検索することができる。この検索によって所望のレストランが見つかった場合には、次行動「夕食」が行なわれる場所はその所望のレストランに変更される。
【００７５】
このようにして、ユーザ２０は次行動を容易に変更する（すなわち、行動スケジュールを変更する）ことができる。これにより、例えば、デートの際にレストランを予約していない場合であっても、混雑のために待たされて楽しいデートができなくなるという好ましくない事態が避けられ得る。変更後の次行動に関連する情報（例えば、変更後の次行動を実行する場所の地図に関する情報、料理メニューに関する情報等）もまた、携帯端末装置２１に送信されることが好ましい。
【００７６】
もちろん、ユーザ２０がレストランを既に予約していることがサービスセンタ１に知らされている場合（例えば、行動スケジュールを参照することによって、ユーザ２０がレストランを既に予約していることをサービスセンタ１が知り得る場合）には、サービスセンタ１は、レストランの混雑状況を示す情報を携帯端末装置２１に送信しなくてもよい。また、次行動の変更は、次行動を行う予定の場所が混雑している（待ち時間が発生している）場合に限らず、任意の時点で行うことが可能であってもよい。
【００７７】
常に最新のメニュー情報および混雑情報がユーザ２０に提供されるためには、図２に示されるデータベース７の内容が適切なタイミングで更新されることが好ましい。データベース７の内容の更新は、サービスセンタ１の管理者によって行なわれてもよいし、関連する商業施設３１（図１）の管理者（例えば、経営者）によって行なわれてもよい。商業施設３１がデータベース７の内容を更新することは、商業施設３１に、最新の情報をユーザ２０に提供することによって商業施設３１の来客数が増加するというメリットをもたらし得る。
【００７８】
なお、スケジュール支援サービスシステム１００の全体の構成は、図１に示される構成に限定されない。例えば、サービスセンタ１は、行動スケジュールを記憶する記憶部５を備えておらず、行動スケジュールは、ユーザ２０の家庭６０に置かれたＰＣ６１に記憶されていてもよい。サービスセンタ１は、ネットワーク４０を介して、ＰＣ６１に記憶された行動スケジュールにアクセスすることができる。
【００７９】
行動スケジュールの起点および終点は、任意に設定され得る。行動スケジュールの起点および終点は、例えば、著名な観光地（例えば、京都、奈良等）の中心となる駅であってもよく、観光客がその駅を訪れた後に行動スケジュールを決定してもよい。行動スケジュール支援サービスのこのような利用形態においては、図１に示されるＰＣ６１に代えて、行動スケジュールをサービスセンタ１に登録するためのコンピュータがその駅に設けられていることが好ましい。あるいは、ユーザ２０は、携帯端末装置２１を用いて行動スケジュールをサービスセンタ１に登録することが可能であってもよい。観光客が観光地の中心となる駅を訪れた後に行動スケジュールを決定するような利用形態は、その観光地に不慣れな観光客（例えば、外国人観光客）にとって特に好ましい。なぜなら、その駅を訪れた時点の状況（例えば、天候や滞在時間）に応じて、定形行動スケジュールの中から適切な行動スケジュールを選択することができるからである。
【００８０】
ユーザ２０による行動スケジュールのサービスセンタ１への登録は、インターネットのウェブサイトを介して行われてもよい。そのようなウェブサイトは、サービスセンタ１によって予め用意された定形行動スケジュールを掲載し得、旅行代理店としてのサービスを提供し得る。ユーザ２０は、そのようなウェブサイトにアクセスし得、ユーザ２０の要望を反映した態様で行動スケジュールを決定することができる。ユーザ２０は、世界中の任意の場所からインターネットを介してそのようなウェブサイトにアクセスし得るので、ユーザ２０は、旅行の出発の前に、その旅行先での行動スケジュール（その旅行の目的地を起点および終点とする行動スケジュール）を決定し、サービスセンタ１に登録することができる。
【００８１】
上述したように、ユーザ２０は、行動スケジュールのサービスセンタ１への登録の際に、定形行動スケジュールを改変して所望の行動スケジュールを作成することができる。あるいは、ユーザ２０は、定形行動スケジュールと無関係に、所望の行動スケジュールを作成することができる。ユーザによって作成されたこのような行動スケジュールが、新たに定形行動スケジュールとしてサービスセンタ１の定形行動スケジュールデータベース７ａ（図２）に追加されてもよい。あるいは、ユーザ２０が行動スケジュールに従って行動を実行する際に混雑等に起因してユーザ２０によって変更された変更後の行動スケジュールが、新たに定形行動スケジュールとして定形行動スケジュールデータベース７ａに追加されてもよい。このようにして定形行動スケジュールデータベース７ａを更新することにより、定形行動スケジュールを利用するユーザがとり得る行動スケジュールの選択肢が広がってゆく。
【００８２】
上述した実施の形態では、複数の行動のそれぞれの実行は、商業施設に対する売買取引を伴うものとした。しかし、本発明はこれに限定されない。行動が売買取引を伴わない場合には、決済情報はサービスセンタ１に送信されないが、この場合でも、行動スケジュールに含まれる複数の行動の１つを特定する情報（実行情報）がサービスセンタ１に送信されれば、サービスセンタ１においてユーザ２０の行動と行動スケジュールとの照合を行うことができる。携帯端末装置２１からサービスセンタ１へのこのような実行情報の送信は、ユーザ２０が手動で携帯端末装置２１をトリガする（例えば、携帯端末装置２１に設けられた所定のボタンを押す）ことに応答して行なわれ得る。ユーザ２０による携帯端末装置２１のトリガは、行動の開始時（例えば、行動が「遊園地におけるアトラクションの入場」である場合に、そのアトラクションの施設に入場する前）に行われてもよいし、行動の終了後（例えば、アトラクションの施設から出場した後）に行われてもよい。あるいは、トリガは、行動の実行中（例えば、アトラクションの施設に入場中）に行われてもよい。
【００８３】
トリガが行動の開始時に行われる場合には、そのトリガに応答して送信される実行情報は、ユーザ２０が開始しようとしている行動を示す。トリガが行動の終了時に行われる場合には、実行情報は、ユーザ２０が最近に終了した行動を示す。トリガが行動の実行中に行われる場合には、実行情報は、ユーザ２０が実行中の行動を示す。
【００８４】
実行情報は、サービスセンタ１が行動スケジュールに含まれる複数の行動の１つを特定することが可能である限り、任意のデータ構造を有し得る。例えば、実行情報は、行動スケジュール５１０の「行動番号」フィールド５１１（図５）に示される行動番号のみを含んでいてもよい。サービスセンタ１は、その行動番号に基づいて、複数の行動のうち、その行動番号を有するレコードに対応する行動を特定し得る。
【００８５】
ユーザ２０が遊園地（例えば、ユニバーサル・スタジオ・ジャパン）の複数のアトラクションを効率的に回りたい場合にも、本発明の行動スケジュール支援サービスが適用され得る。この場合には、遊園地の中に設けられている１つのアトラクションへの入場を１つの行動とみなして、遊園地の入口と出口とをそれぞれ行動スケジュールの起点と終点とする行動スケジュールを立てることができる。ユーザ２０は、各アトラクションの地図に関する情報に基づいて各アトラクションの間の移動を効率的に行うことができるし、各アトラクションの混雑状況に関する情報に基づいて、行動スケジュールを変更することが容易にできる。これにより、例えば、家族で遊園地に行く際に、遊園地内の地理に不慣れであることと混雑とに起因して、お気に入りのアトラクションを多く回るために事前に考えていたコースを回ることができなくなるという好ましくない事態が避けられ得る。
【００８６】
ユーザ２０が自動車で移動する場合にも、本発明の行動スケジュール支援サービスが適用され得る。この場合には、例えば、有料道路の利用または有料駐車場の利用等を１つの行動とみなして行動スケジュールを立てることができる。
【００８７】
データベース７の構造は、図２に示される構造に限定されない。サービスセンタ１は、図２に示される構造のデータベース７にアクセスすることに代えて、ネットワーク４０を介して接続された任意のコンピュータにアクセスすることにより、レストラン情報、地図情報、映画館情報および遊園地情報を取得することができる。もちろん、サービスセンタ１が取得することが可能な情報の種類はこれらに限定されない。
【００８８】
上述したように、サービスセンタ１には、ユーザ２０の携帯端末装置２１から実行情報（例えば、図１に示される決済情報１２１）が送信される。サービスセンタ１は、この実行情報に基づいて、ユーザ２０の行動記録を作成する処理を実行してもよい。行動記録は、例えば、複数の行動のそれぞれを示す実行情報を、その実行情報をサービスセンタ１が受信した時刻の順に並べることによって作成され得る。そのような行動記録をユーザ２０に提供する（例えば、ユーザ２０からのリクエストに応答してユーザ２０のＰＣ６１に行動記録を送信する）ことにより、ユーザ２０は、その行動記録を日誌として活用することができる。ユーザ２０は、その行動記録を旅の記録として写真とともに保管するようにしてもよい。行動記録のユーザ２０への提供は、有償であってもよいし、無償であってもよい。
図６Ｂは、行動記録を表すデータの構造の一例を示す。図６Ｂに示される例は、図５に示される行動スケジュールに従ってユーザ２０が行動した場合の行動記録の例である。行動記録は、例えば、サービスセンタ１の記憶部５に記憶される。
【００８９】
サービスセンタ１に決済情報１２１が送信される場合には、サービスセンタ１は、決済情報１２１に基づいて前記ユーザの行動に伴う支出の記録を作成する処理を実行してもよい。支出の記録は、例えば、複数の行動のそれぞれを示す決済情報１２１を、その「内容」フィールド６１５（図６Ａ）に関して分類して並べることによって作成され得る。そのような支出の記録をユーザ２０に提供する（例えば、ユーザ２０のＰＣ６１に支出の記録を送信する）ことにより、ユーザ２０は、その支出の記録を家計簿として活用することができる。
【００９０】
もちろん、サービスセンタ１は、支出の記録を含む行動記録を作成する処理を実行してもよい。支出の記録を含む行動記録をユーザに提供した場合には、ユーザ２０は、その行動記録を見て行動スケジュールを振り返ることができる。その行動スケジュールが楽しかった旅行の行動スケジュールである場合には、ユーザ２０は、その旅行の楽しい思い出をその旅行の際の支出の記録とともに詳細に思い出すことができる。
【００９１】
【発明の効果】
本発明によれば、処理装置が、ユーザの端末装置から実行情報を受信する。この実行情報は、行動スケジュールに含まれる複数の行動のうちの１つを特定する。処理装置は、その特定された行動の後にユーザによって実行される行動を後行動として特定し、後行動に関連する関連情報をユーザに送信する。これにより、ユーザには、後に実行すべき行動に関連する情報が適時に提供される。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る、行動スケジュール支援サービスシステム１００の全体の構成を示す図
【図２】データベース７の構造の一例を示す図
【図３】行動スケジュールの一例を示す図
【図４】サービスセンタ１が、行動スケジュールに従って行動するユーザ２０に情報を提供する処理（情報提供処理）の手順を示すフローチャート
【図５】サービスセンタ１の記憶部５に格納される行動スケジュールを表すデータ５１０の構造の一例を示す図
【図６Ａ】図１に示される決済情報１２１を表すデータの構造の一例を示す図
【図６Ｂ】行動記録を表すデータの構造の一例を示す図
【図７】次行動が行なわれる場所の周辺の地図を表す画面７０１を示す図
【図８Ａ】次行動が行なわれるレストランのメニューを表す画面８０１を示す図
【図８Ｂ】次行動が行なわれるレストランの混雑状況を表す画面８１１を示す図
【符号の説明】
１  サービスセンタ
３  表示部
４  ＣＰＵ
５  記憶部
６  ネットワーク通信部
７  データベース
２０  ユーザ
２１  携帯端末装置
３１  商業施設
３２  決済装置
３３  決済情報送受信部
６１  ＰＣ
１２１  決済情報
１２２  関連情報
【図１】
0003722787.tif 000002
【図２】
0003722787.tif 000003
【図３】
0003722787.tif 000004
【図４】
0003722787.tif 000005
【図５】
0003722787.tif 000006
【図６Ａ】
0003722787.tif 000007
【図６Ｂ】
0003722787.tif 000008
【図７】
0003722787.tif 000009
【図８Ａ】
0003722787.tif 000010
【図８Ｂ】
0003722787.tif 000011