JP2003157393A

JP2003157393A - 情報を提供する方法および処理装置

Info

Publication number: JP2003157393A
Application number: JP2002255671A
Authority: JP
Inventors: Shinichi Yamamoto; 真一山本
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2001-09-05
Filing date: 2002-08-30
Publication date: 2003-05-30
Anticipated expiration: 2022-08-30
Also published as: JP3722787B2

Abstract

(57)【要約】【課題】行動スケジュールに従って行動するユーザに
適時に情報を提供することか可能な方法を提供する。【解決手段】携帯端末装置２１と、処理装置１とを用
いて、携帯端末装置２１のユーザ２０に情報を提供する
方法が提供される。ユーザ２０が複数の行動を実行する
予定の順序を示す行動スケジュールが予め定められてい
る。その方法は、処理装置１が、端末装置２１から複数
の行動のうちの１つを特定する実行情報１２１を受信す
るステップＳＴ２と、処理装置１が、実行情報１２１に
より示される行動の後にユーザ２０が実行する予定の行
動を後行動として特定するステップＳＴ３と、処理装置
１が、後行動に関連する関連情報１２２を取得するステ
ップＳＴ４と、処理装置１が、関連情報１２２を端末装
置２１に送信するステップＳＴ５とを包含する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、行動スケジュール
に従って行動を実行するユーザに情報を提供する方法お
よび処理装置に関する。

【０００２】

【従来の技術】従来、スケジュールに従って行動するユ
ーザに情報を提供するシステムとして、国際公開番号Ｗ
Ｏ９６／１７３１５公報に開示される技術が知られてい
る。この従来技術では、ユーザが複数の地点を訪問する
ためのスケジュールが自動的に作成される。また、ユー
ザが運転する車両をそのスケジュールに従って誘導する
システムが開示されている。

【０００３】

【発明が解決しようとする課題】上述した従来技術で
は、ユーザが運転する車両と、予め定められたスケジュ
ールとが、車両の位置の情報に基づいて照合される。こ
の従来技術は、ユーザが移動することを前提とした技術
である。この従来技術では、ユーザがスケジュールの実
行中に移動するか移動しないかに関わらず、ユーザの行
動に合わせて適時に（適切なタイミングで）情報を提供
することは考えられていなかった。

【０００４】本発明は、このような課題に鑑みてなされ
たものであって、ユーザの行動に合わせて適時に情報を
提供することが可能な方法および処理装置を提供するこ
とを目的とする。

【０００５】

【課題を解決するための手段】本発明の方法は、携帯端
末装置と、処理装置とを用いて、前記携帯端末装置のユ
ーザに情報を提供する方法であって、前記ユーザが複数
の行動を実行する予定の順序を示す行動スケジュールが
予め定められており、前記方法は、前記処理装置が、前
記携帯端末装置から前記複数の行動のうちの１つを特定
する実行情報を受信するステップと、前記処理装置が、
前記実行情報により特定される行動の後に前記ユーザが
実行する予定の行動を後行動として特定するステップ
と、前記処理装置が、前記後行動に関連する関連情報を
取得するステップと、前記処理装置が、前記関連情報を
前記携帯端末装置に送信するステップとを包含し、これ
により、上記目的が達成される。

【０００６】前記実行情報は、前記実行情報により特定
される行動が伴う売買取引の決済に関する情報であって
もよい。

【０００７】前記関連情報は、前記ユーザが前記後行動
を実行する予定の場所の地図に関する情報、前記場所の
混雑状況を示す情報、前記後行動を実行する予定の商業
施設において前記ユーザが選択することが可能なサービ
スの一覧に関する情報、前記商業施設の営業時間に関す
る情報の少なくとも１つを含んでもよい。

【０００８】前記複数の行動は、電車による移動、映画
の鑑賞、レストランでの食事、遊園地への入場および遊
園地におけるアトラクションへの入場の少なくとも１つ
を含んでもよい。

【０００９】前記処理装置は、前記行動スケジュールを
記憶する記憶部を備えてもよい。

【００１０】前記方法は、前記処理装置が、前記実行情
報に基づいて、前記ユーザの行動記録を作成するステッ
プをさらに包含してもよい。

【００１１】前記方法は、前記処理装置が、前記売買取
引の決済に関する情報に基づいて、前記ユーザの行動に
伴う支出の記録を作成するステップをさらに包含しても
よい。

【００１２】前記方法は、前記処理装置が、前記売買取
引の決済に関する情報に基づいて、前記ユーザの行動に
伴う支出の記録を含む行動記録を作成するステップをさ
らに包含してもよい。本発明の処理装置は、携帯端末装
置にネットワークを介して接続された処理装置であっ
て、前記携帯端末装置のユーザが複数の行動を実行する
予定の順序を示す行動スケジュールを記憶する記憶部
と、前記ネットワークを介して前記携帯端末装置と通信
するネットワーク通信部と、処理部とを備え、前記ネッ
トワーク通信部は、前記携帯端末装置から前記複数の行
動のうちの１つを特定する実行情報を受信し、前記処理
部は、前記実行情報により特定される行動の後に前記ユ
ーザが実行する予定の行動を後行動として特定し、前記
後行動に関連する関連情報を取得し、前記ネットワーク
通信部は、前記関連情報を前記携帯端末装置に送信し、
これにより、上記目的が達成される。前記実行情報は、
前記実行情報により特定される行動が伴う売買取引の決
済に関する情報であってもよい。

【００１３】

【発明の実施の形態】図１は、本発明の実施の形態に係
る、行動スケジュール支援サービスシステム１００の全
体の構成を示す。行動スケジュール支援サービスシステ
ム１００は、サービスセンタ１と、携帯端末装置２１と
を含む。サービスセンタ１と、携帯端末装置２１とは、
ネットワーク４０を介して互いに接続されている。ネッ
トワーク４０は、無線基地局４１を含む。無線基地局４
１と携帯端末装置２１との間で無線通信が行われること
によって、ネットワーク４０と携帯端末装置２１とが無
線式に接続される。図１において、参照番号２０は、携
帯端末装置２１のユーザを示す。ネットワーク４０は、
さらに、ユーザ２０が取引している（すなわち、ユーザ
２０の口座が設けられている）取引銀行５１と、ユーザ
の家庭６０のパーソナルコンピュータ（ＰＣ）６１に接
続されている。

【００１４】携帯端末装置２１は、決済機能を備えてい
る。決済機能とは、商業施設３１における決済装置３２
の決済情報送受信部３３と通信することにより、携帯端
末装置２１のユーザ２０が商業施設３１においてする売
買取引の決済を現金を介さずに行う機能である。携帯端
末装置２１は、例えば、携帯電話機であり得る。

【００１５】ネットワーク４０は、無線ＬＡＮを含む各
種のＬＡＮ、ＷＡＮ、電話回線等を含み得る。また、ネ
ットワーク４０は、インターネットを含み得る。携帯端
末装置２１が携帯電話機である場合には、ネットワーク
４０は、その携帯電話機に通話サービスを提供するため
の無線電話回線を含むことは言うまでもない。

【００１６】ユーザ２０は、行動スケジュールに従って
行動を実行する際に、商業施設３１において売買取引を
行う。図１には、１つの商業施設３１が示されている
が、ユーザ２０が行動スケジュールに従って行動を実行
する際に売買取引を行う商業施設３１の数は２以上の任
意の整数であり得る。ユーザ２０は、行動スケジュール
に従って行動を実行する際に、任意の数の商業施設３１
と売買取引を行い得る。売買取引は、物品の売買に限定
されず、任意のサービスの売買を含む。商業施設３１
は、例えば、映画館、遊園地、レストラン、鉄道の駅で
あり得る。決済装置３２は、例えば、映画館または遊園
地の入場券の販売機、レストランのレジスタ、鉄道の駅
の自動改札機等であり得る。

【００１７】サービスセンタ１は、ネットワーク４０を
介して携帯端末装置２１と通信するネットワーク通信部
６と、ＣＰＵ（処理部）４と、記憶部５と、表示部３と
を含む。サービスセンタ１は、任意の処理装置であり
得、例えば、サーバコンピュータであり得る。記憶部５
は、例えば、ハードディスクまたは任意のメモリであり
得る。表示部３は、サービスセンタ１の状態を監視する
ための任意の表示デバイスであり得る。サービスセンタ
１は、データベース７にアクセスすることが可能であ
る。

【００１８】行動スケジュール支援サービスシステム１
００は、行動スケジュールに従って行動するユーザ２０
に適時に情報を提供することによって、ユーザ２０が行
動スケジュールに従って行動することを支援するサービ
ス（行動スケジュール支援サービス）を提供する。

【００１９】以下、ユーザ２０が行動スケジュール支援
サービスを利用する手順（１．〜３．）を説明する。１．行動スケジュールをサービスセンタ１に登録する。

【００２０】ユーザ２０は、行動スケジュールに従って
行動を実行する前（例えば、外出前）に、その行動スケ
ジュールをサービスセンタ１に登録する。この登録は、
例えば、ユーザの家庭６０のＰＣ６１から、サービスセ
ンタ１にアクセスすることによってなされ得る。登録さ
れた行動スケジュールは、記憶部５に記憶される。行動
スケジュールの具体例は、図３を参照して後述される。２．行動スケジュールに従って行動する。

【００２１】ユーザ２０は、次いで、携帯端末装置２１
を携帯して、その行動スケジュールに従って行動を実行
する（例えば、外出する）。３．携帯端末装置２１を用いて売買取引の決済を行う。

【００２２】ユーザ２０は、行動スケジュールに従って
行動を実行する際に商業施設３１において携帯端末装置
２１を用いて売買取引の決済を行う。携帯端末装置２１
は、この決済に関する情報（決済情報１２１）をネット
ワーク４０を介して取引銀行５１に送信する。取引銀行
５１は、決済情報１２１に基づいて、ユーザ２０の口座
からその売買取引にかかる金額を引き落とし、商業施設
３１に送金する。このようにして、ユーザ２０は商業施
設３１における売買取引の決済を現金を介さずに行うこ
とができる。携帯端末装置２１を用いたこのような売買
取引の決済は、今後普及するものと考えられるが、決済
の仕組みそのものを図１に示される形態に限定すること
を出願人は意図していない。

【００２３】取引銀行５１は、サービスセンタ１により
提供される行動スケジュール支援サービスを利用する対
価をユーザ２０に課金するために用いられてもよい。ま
た、携帯端末装置２１が携帯電話機である場合には、サ
ービスセンタ１により提供される行動スケジュール支援
サービスを利用する対価は、携帯電話機を用いた通話サ
ービスに係る対価と合わせて課金されてもよい。

【００２４】決済情報１２１はまた、サービスセンタ１
にも送信される。サービスセンタ１では、決済情報１２
１と記憶部５に記憶された行動スケジュールとを照合す
ることにより、ユーザ２０が次に実行する予定の行動
（次行動）を特定し、その次行動に関連する情報（関連
情報１２２）を携帯端末装置２１に送信する。関連情報
１２２は、サービスセンタ１がデータベース７にアクセ
スすることによって取得され得る。関連情報１２２は、
携帯端末装置２１の表示画面２３に表示される。

【００２５】このようにして、ユーザ２０は、次に実行
する予定の行動に関連する情報を適時に得ることができ
る。

【００２６】図２は、データベース７の構造の一例を示
す。データベース７は、定形行動スケジュールデータベ
ース（ＤＢ）７ａと、レストラン情報データベース７ｂ
と、地図情報データベース７ｃと、映画館情報データベ
ース７ｄと、遊園地情報データベース７ｅとを含む。

【００２７】定形行動スケジュールデータベース７ａ
は、行動スケジュール支援サービスの提供者（例えば、
サービスセンタ１の管理者）によって用意された行動ス
ケジュールの雛型（定形行動スケジュール）を格納す
る。このような定形行動スケジュールは、例えば、京都
市内の著名な観光スポットを所定のコースに従って１日
で周遊するための行動スケジュールであり得る。定形行
動スケジュールは、日帰りの行動スケジュールであって
もよいし、泊りがけの行動スケジュールであってもよ
い。

【００２８】ユーザ２０は、図１を参照して上述した行
動スケジュール支援サービスの利用手順１．において、
所望の定形行動スケジュールを選択することにより、あ
るいは、定形行動スケジュールを改変して所望の行動ス
ケジュールとすることにより、ユーザ２０の要望を反映
した態様で行動スケジュールを決定することができる。
もちろん、ユーザ２０は、定形行動スケジュールと無関
係に、所望の行動スケジュールを作成してもよい。

【００２９】レストラン情報データベース７ｂ、地図情
報データベース７ｃ、映画館情報データベース７ｄおよ
び遊園地情報データベース７ｅのそれぞれは、図１を参
照して上述した行動スケジュール支援サービスの利用手
順３．において、ユーザが次行動を実行する商業施設３
１（図１）の種類（例えば、「映画館」であるか「遊園
地」であるか）に応じて、サービスセンタ１によってア
クセスされ得る。

【００３０】レストラン情報データベース７ｂは、レス
トラン情報（例えば、レストランのメニュー、そのレス
トランの営業時間に関する情報等）を格納している。レ
ストラン情報データベース７ｂは、ユーザ２０が実行す
る予定の次行動が「レストランでの食事（例えば、夕
食）」である場合に、サービスセンタ１によってアクセ
スされ得る。

【００３１】地図情報データベース７ｃは、地図情報
（例えば、商業施設３１の地図に関する情報等）を格納
している。地図情報データベース７ｃは、ユーザ２０が
実行する予定の次行動の種類に関わりなく、サービスセ
ンタ１によってアクセスされ得る。

【００３２】映画館情報データベース７ｄは、映画館情
報（例えば、映画館で上映される映画のタイトル、その
映画館の営業時間に関する情報等）を格納している。映
画館情報データベース７ｄは、ユーザ２０が実行する予
定の次行動が「映画の鑑賞」である場合に、サービスセ
ンタ１によってアクセスされ得る。

【００３３】遊園地情報データベース７ｅは、遊園地情
報（例えば、遊園地に設けられているアトラクションの
種類、その遊園地の営業時間に関する情報等）を格納し
ている。遊園地情報データベース７ｅは、ユーザ２０が
実行する予定の次行動が「遊園地の入場」である場合
に、サービスセンタ１によってアクセスされ得る。

【００３４】図３は、行動スケジュールの一例を示す。

【００３５】行動スケジュールは、ユーザ２０が複数の
行動を実行する予定の順序を示す。図３に示される例で
は、行動１（電車による移動）、行動２（映画鑑賞）、
行動３（夕食）および行動４（電車による移動）が、こ
の順序で行なわれる予定であることを示す。図３に示さ
れる行動スケジュールは、日帰りの行動スケジュールの
例である。

【００３６】なお、以下の説明では、特に断らない限
り、ユーザ２０は複数の行動のそれぞれを１つの商業施
設において実行し、複数の行動のそれぞれの実行は、商
業施設に対する売買取引を伴うものとする。その行動の
「実行中」とは、その商業施設を利用している間（例え
ば、その行動の種類が「レストランでの食事」である場
合、レストランに入ってから出るまでの間）をいう。

【００３７】図４は、サービスセンタ１が、行動スケジ
ュールに従って行動するユーザ２０に情報を提供する処
理（情報提供処理）の手順を示す。情報提供処理は、例
えば、図１を参照して上述した行動スケジュール支援サ
ービスの利用手順１．において、ユーザが行動スケジュ
ールをサービスセンタ１に登録した後に、サービスセン
タ１のＣＰＵ４（図１）が所定のプログラムを実行する
ことによってなされる。情報提供処理が実行される時点
において、ユーザ２０が複数の行動を実行する予定の順
序は、その登録された行動スケジュールによって予め定
められている。

【００３８】ステップＳＴ１：ネットワーク通信部６
は、記憶部５に記憶された行動スケジュールを携帯端末
装置２１に送信する。これにより、携帯端末装置２１に
その行動スケジュールが表示される。このような行動ス
ケジュールの表示は、ユーザ２０が行動スケジュールを
確認するために好都合である。なお、ステップＳＴ１
は、省略されてもよい。

【００３９】ステップＳＴ２：ネットワーク通信部６
は、ユーザ２０が実行する行動に伴う売買取引の決済に
関する決済情報１２１を受信する。ユーザ２０は、行動
が実行される商業施設３１において（商業施設３１を利
用している間に）携帯端末装置２１を用いて売買取引の
決済を行う。

【００４０】ステップＳＴ３：ＣＰＵ４は、ユーザ２０
が決済を行った売買取引を伴う行動の次にユーザ２０が
実行する予定の行動（次行動）があるか否かを判定す
る。

【００４１】ステップＳＴ３の判定の結果が「Ｙｅｓ」
である場合には、処理はステップＳＴ４に進む。この場
合には、ステップＳＴ３は、決済情報１２１により示さ
れる行動の次にユーザ２０が実行する予定の行動を次行
動として特定するステップとして機能する。

【００４２】ステップＳＴ３の判定の結果が「Ｎｏ」で
ある場合には、処理は終了する。

【００４３】ステップＳＴ４：ＣＰＵ４は、次行動に関
連する関連情報１２２（図１）を取得する。この取得
は、ＣＰＵ４がデータベース７にアクセスすることによ
ってなされ得る。

【００４４】ステップＳＴ５：ネットワーク通信部６
は、関連情報１２２を携帯端末装置２１に送信する。な
お、ステップＳＴ２において、ネットワーク通信部６
は、ユーザ２０が実行するすべての行動について決済情
報１２１（実行情報）を受信する必要はない。例えば、
ユーザ２０が実行する行動が売買取引の決済を伴わない
場合（例えば、公園の散歩）には、携帯端末装置２１は
決済情報１２１を送信しない。このため、サービスセン
タ１が決済情報１２１を携帯端末装置２１から受信する
こともない。また、ユーザ２０が手動で携帯端末装置２
１をトリガする（例えば、携帯端末装置２１に設けられ
た「１」〜「９」の数字キーとファンクションキーとを
押下する）ことにより実行情報をサービスセンタ１に送
信する場合において、ユーザ２０がうっかり携帯端末装
置２１をトリガすることを忘れた場合には、携帯端末装
置２１は実行情報を送信しない。このため、サービスセ
ンタ１が実行情報を携帯端末装置２１から受信すること
もない。しかし、ユーザ２０が実行する行動の中に実行
情報をサービスセンタ１に送信しない行動があったとし
ても、サービスセンタ１側の処理に支障が生じることは
ない。サービスセンタ１は、携帯端末装置２１から送信
されてきた実行情報を参照することにより、その実行情
報と行動スケジュールに含まれるどの行動とを照合させ
るべきかを決定することができるからである。あるい
は、ユーザ２０が手動で携帯端末装置２１をトリガする
場合には、行動番号とともに必要な情報が携帯端末装置
２１に入力するようにしてもよい。この場合、サービス
センタ１は、携帯端末装置２１から送信されてきた行動
番号を参照することにより、その行動番号と行動スケジ
ュールに含まれるどの行動とを照合させるべきかを決定
することができる。また、ステップＳＴ３において、Ｃ
ＰＵ４は、ユーザ２０が決済を行った売買取引を伴う行
動の後にユーザ２０が実行する予定の行動（後行動）が
あるか否かを判定するようにしてもよい。ここで、後行
動とは、ユーザ２０が決済を行った売買取引を伴う行動
の次にユーザ２０が実行する予定の行動（次行動）であ
ってもよいし、ユーザ２０が決済を行った売買取引を伴
う行動の次の次にユーザ２０が実行する予定の行動（次
々行動）であってもよいし、それ以降の行動であっても
よい。この場合には、ステップＳＴ３は、決済情報１２
１（実行情報）により示される行動の後にユーザ２０が
実行する予定の行動を後行動として特定するステップと
して機能する。ステップＳＴ４では、後行動に関連する
関連情報１２２（図１）が取得され、ステップＳＴ５で
は、関連情報１２２が携帯端末装置２１に送信される。
例えば、ユーザ２０の次行動が「ユーザ２０がよく知っ
ている近所の公園の散歩」である場合のように次行動に
関連する関連情報としてユーザ２０にとって取得すべき
有用な情報がない場合には、次行動に関連する関連情報
１２２を取得することおよびその関連情報１２２を携帯
端末装置２１に送信することは省略され得る。この場合
には、次行動に関連する関連情報１２２を取得する代わ
りに、次々行動（または、それ以降の行動）に関連する
関連情報１２２を取得し、その関連情報１２２を携帯端
末装置２１に送信するようにすればよい。

【００４５】図５は、サービスセンタ１の記憶部５に格
納される行動スケジュールを表すデータ５１０の構造の
一例を示す。データ５１０は、図３に示される行動スケ
ジュールを表している。

【００４６】データ５１０は、４つのレコード＃１〜＃
４を含む。４つのレコード＃１〜＃４のそれぞれは、図
３に示される行動１〜行動４に対応している。４つのレ
コード＃１〜＃４のそれぞれは、「行動番号」フィール
ド５１１と、「行動の種類」フィールド５１２と、「事
業者」フィールド５１３と、「場所」フィールド５１４
と、「予定時刻」フィールド５１５とを含む。

【００４７】「行動番号」フィールド５１１には、ユー
ザ２０が複数の行動を実行する予定の順序を示す数が格
納される。「行動の種類」フィールド５１２には、行動
の種類が格納される。「事業者」フィールド５１３に
は、その行動が行なわれる商業施設を運営する事業者名
が格納される。「場所」フィールド５１４には、その行
動が行なわれる場所が格納される。「予定時刻」フィー
ルド５１５には、ユーザ２０がその行動を実行する予定
の時刻（開始時刻と終了時刻）が格納される。

【００４８】なお、複数の場所にまたがる行動について
は、「場所」フィールド５１４にはその複数の場所が格
納される。例えば、レコード＃１およびレコード＃４に
は、「場所」フィールド５１４に乗車駅（矢印の左側）
と降車駅（矢印の右側）との２つが格納されている。

【００４９】図６Ａは、図１に示される決済情報１２１
を表すデータの構造の一例を示す。図６Ａに示される例
は、ユーザ２０が図３に示される行動スケジュールの行
動１（電車による移動）を実行する際に、携帯端末装置
２１がサービスセンタ１（図１）および取引銀行５１へ
と送信する決済情報１２１の例である。

【００５０】決済情報１２１は、「決済日時」フィール
ド６１１と、「事業者」フィールド６１２と、「場所」
フィールド６１３と、「決済金額」フィールド６１４
と、「内容」フィールド６１５とを含む。

【００５１】決済情報１２１は、ユーザ２０が乗車駅
（新田辺駅）から降車駅（京都駅）までの輸送サービス
を受ける対価として、事業者「○○鉄道」に３９０円の
鉄道運賃を支払うという取引（売買取引）の決済に関す
る情報である。

【００５２】決済情報１２１は、以下に説明するように
して携帯端末装置２１において生成される。

【００５３】ユーザ２０が図３に示される行動スケジュ
ールの行動１（電車による移動）を実行する際に、ユー
ザ２０は、乗車駅（新田辺駅）の自動改札機を通る。こ
の時に、その自動改札機の決済情報送受信部３３（図
１）はユーザ２０が携帯している携帯端末装置２１に、
ユーザ２０が新田辺駅から乗車したことを示す情報を無
線通信を介して書き込む。ユーザ２０が、降車駅（京都
駅）の自動改札機（決済装置）を通過する際には、その
自動改札機の決済情報送受信部３３と携帯端末装置２１
との間で無線通信が行なわれる。決済情報送受信部３３
は、乗車駅において携帯端末装置２１に書き込まれた情
報を読み取ることにより、ユーザ２０が新田辺駅から京
都駅まで乗車したことを知ることができる。決済情報送
受信部３３は、次いで、新田辺駅から京都駅までの鉄道
運賃を所定のテーブルに基づいて検索し、その検索され
た鉄道運賃（３９０円）を示す情報を携帯端末装置２１
に送信する。携帯端末装置２１は、この情報に基づい
て、決済情報１２１を生成する。決済情報１２１の「決
済日時」フィールド６１１には、決済が行なわれた時刻
（この例では、降車駅の自動改札機を通過した時刻）が
格納される。

【００５４】決済情報１２１は、ユーザ２０の口座から
事業者「○○鉄道」への送金処理を行うためにネットワ
ーク４０を介して取引銀行５１に送信されると同時に、
行動スケジュールに含まれる複数の行動の１つを特定す
る実行情報としてネットワーク４０を介してサービスセ
ンタ１にも送信される。

【００５５】このような、同一の情報の２箇所への送信
は、例えば、決済情報１２１を担持するパケットのヘッ
ダに、そのバケットの宛先としてサービスセンタ１のア
ドレスと取引銀行５１のアドレスとを指定することによ
って行なわれ得る。

【００５６】携帯端末装置２１における決済情報１２１
の生成と送信とは、携帯端末装置２１に組み込まれたプ
ログラムによって自動的に行なわれ得る。あるいは、携
帯端末装置２１からサービスセンタ１への決済情報１２
１の送信は、ユーザ２０が手動で携帯端末装置２１をト
リガする（例えば、携帯端末装置２１に設けられた所定
のボタンを押す）ことに応答して行なわれてもよい。

【００５７】決済情報１２１は、ユーザが実行する行動
に伴う売買取引の決済を示す。従って、そのような決済
が行動の開始時に行われる場合（いわゆる、「先払い」
の場合）には、決済情報１２１は、ユーザ２０が開始し
ようとしている行動を示す。同様に、決済が、行動の終
了時に行われる場合（いわゆる、「後払い」の場合）に
は、決済情報１２１は、ユーザ２０が最近に終了した行
動を示す。決済が、行動の実行中に行われる場合には、
現在実行中の行動を示す。このように、決済情報１２１
は、行動スケジュールに含まれる複数の行動の１つ（決
済された売買取引を伴う行動）を特定する。

【００５８】行動が「電車による移動」であり、その決
済が着駅の自動改札機を通過する時点で行われる例は、
後払いの一例である。行動が「レストランでの食事」で
あり、その決済が食事の終了時に行われる例も、後払い
の一例である。行動が「レストランでの食事」であり、
食事に先だって食券を購入する例は先払いの一例であ
る。売買取引の決済のタイミング（例えば、先払いであ
るか後払いであるか）は、事業者ごとに予め定められて
いる。

【００５９】決済情報１２１は、情報提供処理のステッ
プＳＴ２（図４）において、サービスセンタ１によって
受信される。サービスセンタ１は、記憶部５に格納され
た行動スケジュール５１０（図５）と、決済情報１２１
（図６Ａ）との照合を行うことにより、ユーザ２０が決
済を行った売買取引を伴う行動を特定することができ
る。この照合は、例えば、行動スケジュール５１０の特
定のレコードの「事業者」フィールド５１３および「場
所」フィールド５１４を決済情報１２１の「事業者」フ
ィールド６１２および「場所」フィールド６１３とそれ
ぞれ比較することによって行なわれ得る。行動スケジュ
ール５１０の特定のレコードの「事業者」フィールド５
１３が決済情報１２１の「事業者」フィールド６１２に
一致し、行動スケジュール５１０の特定のレコードの
「場所」フィールド５１４が決済情報１２１の「場所」
フィールド６１３に一致すれば、その特定のレコードに
対応する行動が、ユーザ２０が決済を行った売買取引を
伴う行動として特定される。ただし、「場所」フィール
ド５１４に複数の場所が含まれているレコードについて
は、その複数の場所のうち、決済が行われる場所が決済
情報１２１の「場所」フィールド６１３の内容と比較さ
れる。例えば、図５に示されるレコード＃１およびレコ
ード＃４には、「場所」フィールド５１４に乗車駅と降
車駅との２つが格納されている。複数の場所のうちのい
ずれが決済が行われる場所であるかは、例えば、その事
業者について予め定められた決済のタイミングを参照し
て定められ得る。事業者「○○鉄道」における決済が後
払いである場合には、降車駅において決済が行われる。
従って、降車駅が決済情報１２１の「場所」フィールド
６１３の内容と比較される。

【００６０】ユーザ２０が決済を行った売買取引を伴う
行動を特定するために、行動スケジュール５１０の特定
のレコードの「予定時刻」フィールド５１５と決済情報
１２１の「決済日時」フィールド６１１とが比較されて
もよいが、この比較は必須ではない。あるいは、決済情
報１２１の「決済日時」フィールド６１１の代わりに、
携帯端末装置２１が決済情報１２１を送信した時刻また
はサービスセンタ１が決済情報１２１を受信した時刻が
用いられてもよい。

【００６１】図６Ａに示される決済情報１２１により示
される行動は、行動番号「１」を有するレコード＃１に
対応する行動であることが特定される。

【００６２】このように、本発明の実施の形態では、決
済情報１２１に基づいて、ユーザ２０の行動と予め定め
られたスケジュールとが照合される。これにより、ユー
ザ２０が実行する複数の行動の場所が同じであるか、き
わめて接近している場合であっても、それらの行動は区
別され得る。例えば、行動「映画鑑賞」が実行される場
所と、行動「夕食」が実行される場所とが、それぞれ同
じビルの３階と２階とである場合であっても、決済情報
１２１に基づいた照合により、それらの行動は区別され
得る。

【００６３】決済情報１２１により示される行動の次に
ユーザ２０が実行する行動があるか否かの判定（図４の
ＳＴ３）は、決済情報１２１により示される行動の行動
番号に「１」を加えた行動番号を有するレコードが行動
スケジュール５１０（図５）の中にあるか否かを判定す
ることによって行なわれ得る。そのようなレコードがあ
る場合には、そのレコード（この例では、図５のレコー
ド＃２）に対応する行動が次行動として特定される。

【００６４】サービスセンタ１では、レコード＃２の
「場所」フィールド５１４（図５）を参照することによ
り、ユーザ２０が次行動を実行する場所が「京都○○シ
アター」であることが分かる。そこで、サービスセンタ
１は、情報提供処理のステップＳＴ４（図４）におい
て、地図情報データベース７ｃ（図２）にアクセスする
ことによって、「京都○○シアター」の周辺の地図に関
する情報（地図情報）を次行動に関連する関連情報１２
２として取得する。

【００６５】図７は、次行動が行なわれる場所の周辺の
地図を表す画面７０１を示す。画面７０１は、携帯端末
装置２１（図１）が関連情報１２２を受信することによ
って、携帯端末装置２１の表示画面２３に表示される。
このように、ユーザ２０がこれから向かおうとしている
映画館「京都○○シアター」の周辺の地図を携帯端末装
置２１に表示することによって、ユーザ２０の行動に合
わせて適時に情報が提供される。関連情報１２２（この
例では、ユーザ２０が次行動を実行する予定の場所「京
都○○シアター」の地図に関する情報）は、ユーザ２０
による明示的な送信の要求を伴わずに携帯端末装置２１
によって受信される、すなわち、関連情報１２２が携帯
端末装置２１に「プッシュ」されることが好ましい。こ
れにより、ユーザ２０は、次行動に関連する情報を検索
してその送信を要求する手間から開放される。

【００６６】ユーザ２０は、携帯端末装置２１の表示画
面２３に表示される画面７０１を頼りに、次行動（映画
鑑賞）を実行する場所である「京都○○シアター」に容
易にたどり着くことができる。

【００６７】サービスセンタ１は、行動スケジュール５
１０（図５）のうち、決済情報１２１によって特定され
る行動（ユーザ２０が決済を行った売買取引を伴う行
動）に対応するレコードの「予定時刻」フィールド５１
５を決済情報１２１（図６Ａ）の「決済日時」フィール
ド６１１と比較することにより、その行動が、行動スケ
ジュール５１０に対して遅れているか否かを判定しても
よい。その行動が行動スケジュール５１０に対して遅れ
ている場合には、次行動を実行する場所への移動を急が
せるメッセージが携帯端末装置２１の表示画面２３に表
示されるようにしてもよい。その行動が行動スケジュー
ル５１０に対して遅れているか否かの判定の際には、そ
の行動に伴う売買取引の決済のタイミング（例えば、先
払いであるか後払いであるか）が参照され得る。

【００６８】関連情報１２２は、次行動が実行される場
所（この例では、「京都○○シアター」）の地図情報に
限定されない。関連情報１２２は、映画館情報（映画館
「京都○○シアター」で上映される映画のタイトル、そ
の映画館の営業時間等）であってもよい。行動スケジュ
ールに、ユーザ２０が鑑賞する予定の映画のタイトルが
既に指定されている場合には、映画館情報は、そのタイ
トルの映画の上映時刻を含み得る。映画館情報は、例え
ば、上述した地図情報とともに携帯端末装置２１に「プ
ッシュ」されており、ユーザ２０が領域７１１の指示に
従って携帯端末装置２１に設けられた「１」のボタン
（図７には示されていない、図１参照）を押下すること
によって、携帯端末装置２１に表示され得る。あるい
は、映画館情報は、携帯端末装置２１に設けられた
「１」のボタンが押下されたことに応答して、携帯端末
装置２１がサービスセンタ１に対して送信を要求するよ
うにしてもよい（すなわち、携帯端末装置２１がサービ
スセンタ１から「プル」してもよい）。サービスセンタ
１は、映画館情報データベース７ｄにアクセスすること
によって映画館情報を取得し得る。

【００６９】関連情報１２２は、次行動に関する適切な
アドバイスであると言うことができる。関連情報１２２
は、ユーザ２０が次行動を実行する予定の商業施設（例
えば、レストラン）においてユーザ２０が選択すること
が可能なサービスの一覧（例えば、料理メニュー）に関
する情報であってもよい。

【００７０】図８Ａは、次行動が行なわれるレストラン
のメニューを表す画面８０１を示す。画面８０１は、関
連情報１２２が、ユーザ２０が次行動を実行する予定の
レストランの料理メニューである場合に、携帯端末装置
２１（図１）が関連情報１２２を受信することによっ
て、携帯端末装置２１の表示画面２３に表示される。こ
のような形態でユーザ２０にレストランの料理メニュー
を提供することの１つの利点は、ユーザ２０に最新の情
報（例えば、日替わりのメニュー）を提供することがで
きることである。

【００７１】関連情報１２２はまた、ユーザ２０が次行
動を実行する予定の場所の混雑状況を示す情報であって
もよい。

【００７２】図８Ｂは、次行動が行なわれるレストラン
の混雑状況を表す画面８１１を示す。画面８１１は、関
連情報１２２が、ユーザ２０が次行動を実行する予定の
場所の混雑状況を示す情報である場合に、携帯端末装置
２１（図１）が関連情報１２２を受信することによっ
て、携帯端末装置２１の表示画面２３に表示される。図
８Ｂに示されるようなリアルタイムの混雑状況は、次行
動に関する適切なアドバイスの好適な一例である。

【００７３】このように、次行動に関する適切なアドバ
イスを適時にユーザ２０に提供することにより、ユーザ
２０は、予定した行動スケジュールを円滑に、快適に進
めることができ、その結果、満足感を得ることができ
る。特に、ユーザ２０が未体験の行動をする場合（例え
ば、見知らぬ場所に出かける場合）には、適切なアドバ
イスを適時に提供することの効果は大きい。

【００７４】画面８１１は、ユーザ２０がレストランに
入るためには３０分待たなければならないことを示す。
領域８１２は、ユーザ２０がそのレストランを利用する
ことをあきらめ、他の店舗（レストラン）を利用するた
めに検索を行うことを所望する場合には、携帯端末装置
２１に設けられた「２」のボタン（図示せず）を押下し
得ることを示す。「２」のボタンの押下に応答して、携
帯端末装置２１は、サービスセンタ１に他のレストラン
の検索を要求し得る。サービスセンタ１は、レストラン
情報データベース７ｂ（図２）にアクセスすることによ
って、他のレストランを検索することができる。この検
索によって所望のレストランが見つかった場合には、次
行動「夕食」が行なわれる場所はその所望のレストラン
に変更される。

【００７５】このようにして、ユーザ２０は次行動を容
易に変更する（すなわち、行動スケジュールを変更す
る）ことができる。これにより、例えば、デートの際に
レストランを予約していない場合であっても、混雑のた
めに待たされて楽しいデートができなくなるという好ま
しくない事態が避けられ得る。変更後の次行動に関連す
る情報（例えば、変更後の次行動を実行する場所の地図
に関する情報、料理メニューに関する情報等）もまた、
携帯端末装置２１に送信されることが好ましい。

【００７６】もちろん、ユーザ２０がレストランを既に
予約していることがサービスセンタ１に知らされている
場合（例えば、行動スケジュールを参照することによっ
て、ユーザ２０がレストランを既に予約していることを
サービスセンタ１が知り得る場合）には、サービスセン
タ１は、レストランの混雑状況を示す情報を携帯端末装
置２１に送信しなくてもよい。また、次行動の変更は、
次行動を行う予定の場所が混雑している（待ち時間が発
生している）場合に限らず、任意の時点で行うことが可
能であってもよい。

【００７７】常に最新のメニュー情報および混雑情報が
ユーザ２０に提供されるためには、図２に示されるデー
タベース７の内容が適切なタイミングで更新されること
が好ましい。データベース７の内容の更新は、サービス
センタ１の管理者によって行なわれてもよいし、関連す
る商業施設３１（図１）の管理者（例えば、経営者）に
よって行なわれてもよい。商業施設３１がデータベース
７の内容を更新することは、商業施設３１に、最新の情
報をユーザ２０に提供することによって商業施設３１の
来客数が増加するというメリットをもたらし得る。

【００７８】なお、スケジュール支援サービスシステム
１００の全体の構成は、図１に示される構成に限定され
ない。例えば、サービスセンタ１は、行動スケジュール
を記憶する記憶部５を備えておらず、行動スケジュール
は、ユーザ２０の家庭６０に置かれたＰＣ６１に記憶さ
れていてもよい。サービスセンタ１は、ネットワーク４
０を介して、ＰＣ６１に記憶された行動スケジュールに
アクセスすることができる。

【００７９】行動スケジュールの起点および終点は、任
意に設定され得る。行動スケジュールの起点および終点
は、例えば、著名な観光地（例えば、京都、奈良等）の
中心となる駅であってもよく、観光客がその駅を訪れた
後に行動スケジュールを決定してもよい。行動スケジュ
ール支援サービスのこのような利用形態においては、図
１に示されるＰＣ６１に代えて、行動スケジュールをサ
ービスセンタ１に登録するためのコンピュータがその駅
に設けられていることが好ましい。あるいは、ユーザ２
０は、携帯端末装置２１を用いて行動スケジュールをサ
ービスセンタ１に登録することが可能であってもよい。
観光客が観光地の中心となる駅を訪れた後に行動スケジ
ュールを決定するような利用形態は、その観光地に不慣
れな観光客（例えば、外国人観光客）にとって特に好ま
しい。なぜなら、その駅を訪れた時点の状況（例えば、
天候や滞在時間）に応じて、定形行動スケジュールの中
から適切な行動スケジュールを選択することができるか
らである。

【００８０】ユーザ２０による行動スケジュールのサー
ビスセンタ１への登録は、インターネットのウェブサイ
トを介して行われてもよい。そのようなウェブサイト
は、サービスセンタ１によって予め用意された定形行動
スケジュールを掲載し得、旅行代理店としてのサービス
を提供し得る。ユーザ２０は、そのようなウェブサイト
にアクセスし得、ユーザ２０の要望を反映した態様で行
動スケジュールを決定することができる。ユーザ２０
は、世界中の任意の場所からインターネットを介してそ
のようなウェブサイトにアクセスし得るので、ユーザ２
０は、旅行の出発の前に、その旅行先での行動スケジュ
ール（その旅行の目的地を起点および終点とする行動ス
ケジュール）を決定し、サービスセンタ１に登録するこ
とができる。

【００８１】上述したように、ユーザ２０は、行動スケ
ジュールのサービスセンタ１への登録の際に、定形行動
スケジュールを改変して所望の行動スケジュールを作成
することができる。あるいは、ユーザ２０は、定形行動
スケジュールと無関係に、所望の行動スケジュールを作
成することができる。ユーザによって作成されたこのよ
うな行動スケジュールが、新たに定形行動スケジュール
としてサービスセンタ１の定形行動スケジュールデータ
ベース７ａ（図２）に追加されてもよい。あるいは、ユ
ーザ２０が行動スケジュールに従って行動を実行する際
に混雑等に起因してユーザ２０によって変更された変更
後の行動スケジュールが、新たに定形行動スケジュール
として定形行動スケジュールデータベース７ａに追加さ
れてもよい。このようにして定形行動スケジュールデー
タベース７ａを更新することにより、定形行動スケジュ
ールを利用するユーザがとり得る行動スケジュールの選
択肢が広がってゆく。

【００８２】上述した実施の形態では、複数の行動のそ
れぞれの実行は、商業施設に対する売買取引を伴うもの
とした。しかし、本発明はこれに限定されない。行動が
売買取引を伴わない場合には、決済情報はサービスセン
タ１に送信されないが、この場合でも、行動スケジュー
ルに含まれる複数の行動の１つを特定する情報（実行情
報）がサービスセンタ１に送信されれば、サービスセン
タ１においてユーザ２０の行動と行動スケジュールとの
照合を行うことができる。携帯端末装置２１からサービ
スセンタ１へのこのような実行情報の送信は、ユーザ２
０が手動で携帯端末装置２１をトリガする（例えば、携
帯端末装置２１に設けられた所定のボタンを押す）こと
に応答して行なわれ得る。ユーザ２０による携帯端末装
置２１のトリガは、行動の開始時（例えば、行動が「遊
園地におけるアトラクションの入場」である場合に、そ
のアトラクションの施設に入場する前）に行われてもよ
いし、行動の終了後（例えば、アトラクションの施設か
ら出場した後）に行われてもよい。あるいは、トリガ
は、行動の実行中（例えば、アトラクションの施設に入
場中）に行われてもよい。

【００８３】トリガが行動の開始時に行われる場合に
は、そのトリガに応答して送信される実行情報は、ユー
ザ２０が開始しようとしている行動を示す。トリガが行
動の終了時に行われる場合には、実行情報は、ユーザ２
０が最近に終了した行動を示す。トリガが行動の実行中
に行われる場合には、実行情報は、ユーザ２０が実行中
の行動を示す。

【００８４】実行情報は、サービスセンタ１が行動スケ
ジュールに含まれる複数の行動の１つを特定することが
可能である限り、任意のデータ構造を有し得る。例え
ば、実行情報は、行動スケジュール５１０の「行動番
号」フィールド５１１（図５）に示される行動番号のみ
を含んでいてもよい。サービスセンタ１は、その行動番
号に基づいて、複数の行動のうち、その行動番号を有す
るレコードに対応する行動を特定し得る。

【００８５】ユーザ２０が遊園地（例えば、ユニバーサ
ル・スタジオ・ジャパン）の複数のアトラクションを効
率的に回りたい場合にも、本発明の行動スケジュール支
援サービスが適用され得る。この場合には、遊園地の中
に設けられている１つのアトラクションへの入場を１つ
の行動とみなして、遊園地の入口と出口とをそれぞれ行
動スケジュールの起点と終点とする行動スケジュールを
立てることができる。ユーザ２０は、各アトラクション
の地図に関する情報に基づいて各アトラクションの間の
移動を効率的に行うことができるし、各アトラクション
の混雑状況に関する情報に基づいて、行動スケジュール
を変更することが容易にできる。これにより、例えば、
家族で遊園地に行く際に、遊園地内の地理に不慣れであ
ることと混雑とに起因して、お気に入りのアトラクショ
ンを多く回るために事前に考えていたコースを回ること
ができなくなるという好ましくない事態が避けられ得
る。

【００８６】ユーザ２０が自動車で移動する場合にも、
本発明の行動スケジュール支援サービスが適用され得
る。この場合には、例えば、有料道路の利用または有料
駐車場の利用等を１つの行動とみなして行動スケジュー
ルを立てることができる。

【００８７】データベース７の構造は、図２に示される
構造に限定されない。サービスセンタ１は、図２に示さ
れる構造のデータベース７にアクセスすることに代え
て、ネットワーク４０を介して接続された任意のコンピ
ュータにアクセスすることにより、レストラン情報、地
図情報、映画館情報および遊園地情報を取得することが
できる。もちろん、サービスセンタ１が取得することが
可能な情報の種類はこれらに限定されない。

【００８８】上述したように、サービスセンタ１には、
ユーザ２０の携帯端末装置２１から実行情報（例えば、
図１に示される決済情報１２１）が送信される。サービ
スセンタ１は、この実行情報に基づいて、ユーザ２０の
行動記録を作成する処理を実行してもよい。行動記録
は、例えば、複数の行動のそれぞれを示す実行情報を、
その実行情報をサービスセンタ１が受信した時刻の順に
並べることによって作成され得る。そのような行動記録
をユーザ２０に提供する（例えば、ユーザ２０からのリ
クエストに応答してユーザ２０のＰＣ６１に行動記録を
送信する）ことにより、ユーザ２０は、その行動記録を
日誌として活用することができる。ユーザ２０は、その
行動記録を旅の記録として写真とともに保管するように
してもよい。行動記録のユーザ２０への提供は、有償で
あってもよいし、無償であってもよい。図６Ｂは、行動
記録を表すデータの構造の一例を示す。図６Ｂに示され
る例は、図５に示される行動スケジュールに従ってユー
ザ２０が行動した場合の行動記録の例である。行動記録
は、例えば、サービスセンタ１の記憶部５に記憶され
る。

【００８９】サービスセンタ１に決済情報１２１が送信
される場合には、サービスセンタ１は、決済情報１２１
に基づいて前記ユーザの行動に伴う支出の記録を作成す
る処理を実行してもよい。支出の記録は、例えば、複数
の行動のそれぞれを示す決済情報１２１を、その「内
容」フィールド６１５（図６Ａ）に関して分類して並べ
ることによって作成され得る。そのような支出の記録を
ユーザ２０に提供する（例えば、ユーザ２０のＰＣ６１
に支出の記録を送信する）ことにより、ユーザ２０は、
その支出の記録を家計簿として活用することができる。

【００９０】もちろん、サービスセンタ１は、支出の記
録を含む行動記録を作成する処理を実行してもよい。支
出の記録を含む行動記録をユーザに提供した場合には、
ユーザ２０は、その行動記録を見て行動スケジュールを
振り返ることができる。その行動スケジュールが楽しか
った旅行の行動スケジュールである場合には、ユーザ２
０は、その旅行の楽しい思い出をその旅行の際の支出の
記録とともに詳細に思い出すことができる。

【００９１】

【発明の効果】本発明によれば、処理装置が、ユーザの
端末装置から実行情報を受信する。この実行情報は、行
動スケジュールに含まれる複数の行動のうちの１つを特
定する。処理装置は、その特定された行動の後にユーザ
によって実行される行動を後行動として特定し、後行動
に関連する関連情報をユーザに送信する。これにより、
ユーザには、後に実行すべき行動に関連する情報が適時
に提供される。

【図面の簡単な説明】

【図１】本発明の実施の形態に係る、行動スケジュール
支援サービスシステム１００の全体の構成を示す図

【図２】データベース７の構造の一例を示す図

【図３】行動スケジュールの一例を示す図

【図４】サービスセンタ１が、行動スケジュールに従っ
て行動するユーザ２０に情報を提供する処理（情報提供
処理）の手順を示すフローチャート

【図５】サービスセンタ１の記憶部５に格納される行動
スケジュールを表すデータ５１０の構造の一例を示す図

【図６Ａ】図１に示される決済情報１２１を表すデータ
の構造の一例を示す図

【図６Ｂ】行動記録を表すデータの構造の一例を示す図

【図７】次行動が行なわれる場所の周辺の地図を表す画
面７０１を示す図

【図８Ａ】次行動が行なわれるレストランのメニューを
表す画面８０１を示す図

【図８Ｂ】次行動が行なわれるレストランの混雑状況を
表す画面８１１を示す図

【符号の説明】

１サービスセンタ３表示部４ＣＰＵ５記憶部６ネットワーク通信部７データベース２０ユーザ２１携帯端末装置３１商業施設３２決済装置３３決済情報送受信部６１ＰＣ１２１決済情報１２２関連情報

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 15/02 ３５５Ｇ０６Ｆ 15/02 ３５５Ａ

Claims

【特許請求の範囲】

【請求項１】携帯端末装置と、処理装置とを用いて、
前記携帯端末装置のユーザに情報を提供する方法であっ
て、前記ユーザが複数の行動を実行する予定の順序を示す行
動スケジュールが予め定められており、前記方法は、前記処理装置が、前記携帯端末装置から前記複数の行動
のうちの１つを特定する実行情報を受信するステップ
と、前記処理装置が、前記実行情報により特定される行動の
後に前記ユーザが実行する予定の行動を後行動として特
定するステップと、前記処理装置が、前記後行動に関連する関連情報を取得
するステップと、前記処理装置が、前記関連情報を前記携帯端末装置に送
信するステップとを包含する、方法。
【請求項２】前記実行情報は、前記実行情報により特
定される行動が伴う売買取引の決済に関する情報であ
る、請求項１に記載の方法。
【請求項３】前記関連情報は、前記ユーザが前記後行
動を実行する予定の場所の地図に関する情報、前記場所
の混雑状況を示す情報、前記後行動を実行する予定の商
業施設において前記ユーザが選択することが可能なサー
ビスの一覧に関する情報、前記商業施設の営業時間に関
する情報の少なくとも１つを含む、請求項１に記載の方
法。
【請求項４】前記複数の行動は、電車による移動、映
画の鑑賞、レストランでの食事、遊園地への入場および
遊園地におけるアトラクションへの入場の少なくとも１
つを含む、請求項１に記載の方法。
【請求項５】前記処理装置は、前記行動スケジュール
を記憶する記憶部を備える、請求項１に記載の方法。
【請求項６】前記処理装置が、前記実行情報に基づい
て、前記ユーザの行動記録を作成するステップをさらに
包含する、請求項１に記載の方法。
【請求項７】前記処理装置が、前記売買取引の決済に
関する情報に基づいて、前記ユーザの行動に伴う支出の
記録を作成するステップをさらに包含する、請求項２に
記載の方法。
【請求項８】前記処理装置が、前記売買取引の決済に
関する情報に基づいて、前記ユーザの行動に伴う支出の
記録を含む行動記録を作成するステップをさらに包含す
る、請求項２に記載の方法。
【請求項９】携帯端末装置にネットワークを介して接
続された処理装置であって、前記携帯端末装置のユーザが複数の行動を実行する予定
の順序を示す行動スケジュールを記憶する記憶部と、前記ネットワークを介して前記携帯端末装置と通信する
ネットワーク通信部と、処理部とを備え、前記ネットワーク通信部は、前記携帯端末装置から前記
複数の行動のうちの１つを特定する実行情報を受信し、前記処理部は、前記実行情報により特定される行動の後
に前記ユーザが実行する予定の行動を後行動として特定
し、前記後行動に関連する関連情報を取得し、前記ネットワーク通信部は、前記関連情報を前記携帯端
末装置に送信する、処理装置。
【請求項１０】前記実行情報は、前記実行情報により
特定される行動が伴う売買取引の決済に関する情報であ
る、請求項９に記載の処理装置。