(57)【特許請求の範囲】
【請求項１】
移動中の第１の無線通信装置との交信により該第１の無線通信装置の移動位置を取得する手段と、
上記第１の無線通信装置からの所定のサービスの提供依頼を受け付ける手段と、上記第１の無線通信装置の移動位置に基づき、該第１の無線通信装置と共に移動中の第２の無線通信装置を検出する手段と、
上記第１の無線通信装置の移動位置と該第１の無線通信装置から予め指定された指定位置とを比較し、上記移動位置と上記指定位置との比較結果が所定の条件に合致すれば、上記第２の無線通信装置に、上記第１の無線通信装置の所持者の特定に必要な情報と該所持者が依頼した上記サービスの実行に必要な情報とを通知する手段と
を有し、
移動中の上記第１の無線通信装置の所持者が依頼したサービスを、該第１の無線通信装置と共に移動中の上記第２の無線通信装置の所持者に実行させることを特徴とするサービス実行制御システム。
【請求項２】
乗り合い輸送機関で移動中の利用者が所持する第１の無線通信装置との交信により該第１の無線通信装置の移動位置を取得する手段と、
上記第１の無線通信装置から通知される希望降車駅を受け付ける手段と、
上記第１の無線通信装置の移動位置に基づき、該第１の無線通信装置と同じ輸送機関で移動中の第２の無線通信装置を検出する手段と、
上記第１の無線通信装置の移動位置と上記希望降車駅の位置とを比較し、上記第１の無線通信装置の移動位置が上記希望降車駅に所定距離だけ近付けば、上記第２の無線通信装置に、上記第１の無線通信装置の所持者の特定用に予め登録された情報と該所持者に希望降車駅が近いことを伝えるよう指示する情報とを通知する手段と
を有することを特徴とするサービス実行制御システム。
【請求項３】
請求項１、もしくは、請求項２のいずれかに記載のサービス実行制御システムであって、
上記第１の無線通信装置の所持者の居眠り中状態を検知し上記第１の無線通信装置を介して通知する手段を有し、
上記第１の無線通信装置の所持者が居眠り中であれば上記第２の無線通信装置に対する情報の通知を行うことを特徴とするサービス実行制御システム。
【請求項４】
請求項１から請求項３のいずれかに記載のサービス実行制御システムであって、
上記第１の無線通信装置から指定された支払金額情報を上記第２の無線通信装置に通知する手段を有することを特徴とするサービス実行制御システム。
【請求項５】
請求項１から請求項４のいずれかに記載のサービス実行制御システムであって、
上記第２の無線通信装置から指定された要求金額情報と、上記第１の無線通信装置から指定された支払金額情報との比較に基づき、上記情報の通知先としての第２の無線通信装置を絞り込み選択する手段を有することを特徴とするサービス実行制御システム。
【請求項６】
請求項１から請求項５のいずれかに記載のサービス実行制御システムであって、
上記第１の無線通信装置からの指示に基づき、該第１の無線通信装置により指定された口座からの支払金額を、上記第２の無線通信装置に対応付けられた口座に振り込む手段を有することを特徴とするサービス実行制御システム。
【請求項７】
乗り合い輸送機関で移動中の無線通信装置の移動位置を特定する位置情報把握手段と、
上記輸送機関の各停車駅を予め登録した路線マップサーバと、
上記輸送機関の各停車駅の地図上の位置を予め対応付けて登録した地図データベースと、
上記輸送機関で移動中の第１の無線通信装置から希望降車駅の通知を受けると、上記位置情報把握手段を介して上記第１の無線通信装置の移動位置を判別すると共に該第１の無線通信装置と同じ輸送機関で移動中の第２の無線通信装置を検出し、
上記路線マップサーバを介して上記希望降車駅の一つ手前の駅を特定し、
上記位置情報把握手段を介して判別される移動位置と上記地図データベースで対応付けられる各停車駅の位置とに基づき上記第１，第２の無線通信装置の上記一つ手前の駅への到着を検出すると、上記第２の無線通信装置に、上記第１の無線通信装置の所持者の特定用に予め登録された情報と該所持者に希望降車駅が近いことを伝えるよう指示する情報とを通知する管理サーバと
を有することを特徴とするサービス実行制御システム。
【請求項８】
請求項１から請求項７のいずれかに記載のサービス実行制御システムにおける第１，第２の無線通信装置としての携帯端末装置であって、
ＧＰＳ機能と携帯電話機能とを有することを特徴とする携帯端末装置。
【請求項９】
乗り合い輸送機関で移動中の無線通信装置の移動位置を特定する位置情報把握手段と上記輸送機関の各停車駅を予め登録した路線マップサーバおよび上記輸送機関の各停車駅の地図上の位置を予め対応付けて登録した地図データベースの各々を介して上記無線通信装置の所持者に対する所定のサービスを提供する管理サーバであって、
上記輸送機関で移動中の第１の無線通信装置から希望降車駅の通知を受け付ける手段と、
上記位置情報把握手段を介して上記第１の無線通信装置の移動位置を判別すると共に該第１の無線通信装置と同じ輸送機関で移動中の第２の無線通信装置を検出する手段と、
上記路線マップサーバを介して上記希望降車駅の一つ手前の駅を特定する手段と、
上記位置情報把握手段を介して判別される移動位置と上記地図データベースで対応付けられる各停車駅の位置とに基づき、上記第１，第２の無線通信装置の上記一つ手前の駅への到着を検出する手段と、
該手段で上記第１，第２の無線通信装置の上記一つ手前の駅への到着を検出すると、上記第２の無線通信装置に、上記第１の無線通信装置の所持者の特定用に予め登録された情報と該所持者に希望降車駅が近いことを伝えるよう指示する情報とを通知する手段と
を有することを特徴とする管理サーバ。
【請求項１０】
移動中の第１の無線通信装置との交信により該第１の無線通信装置の移動位置を取得するステップと、
上記第１の無線通信装置からの所定のサービスの提供依頼を受け付けるステップと、
上記第１の無線通信装置の移動位置に基づき、該第１の無線通信装置と共に移動中の第２の無線通信装置を検出するステップと、
検出した上記第２の無線通信装置の所持者が上記第１の無線通信装置の所持者に対して上記サービスを実行するのに必要な情報を上記第２の無線通信装置に通知するステップと
を有し、
上記第１の無線通信装置の所持者が依頼したサービスを、該第１の無線通信装置と共に移動中の上記第２の無線通信装置の所持者に実行させることを特徴とするサービス実行制御方法。
【請求項１１】
乗り合い輸送機関で移動中の利用者が所持する第１の無線通信装置との交信により該第１の無線通信装置の移動位置を取得するステップと、
上記第１の無線通信装置から通知される希望降車駅を受け付けるステップと、
上記第１の無線通信装置の移動位置に基づき、該第１の無線通信装置と同じ輸送機関で移動中の第２の無線通信装置を検出するステップと、
上記第１の無線通信装置の移動位置と上記希望降車駅の位置とを比較するステップと、
上記第１の無線通信装置の移動位置が上記希望降車駅に所定距離だけ近付けば、上記第２の無線通信装置に、上記第１の無線通信装置の所持者の特定用に予め登録された情報と該所持者に希望降車駅が近いことを伝えるよう指示する情報とを通知するステップとを有することを特徴とするサービス実行制御方法。
【請求項１２】
請求項１０、もしくは、請求項１１のいずれかに記載のサービス実行制御方法であって、上記第１の無線通信装置の所持者の居眠り中状態を検知するステップと、検知した居眠り中状態を上記第１の無線通信装置を介して通知するステップとを有し、
上記第１の無線通信装置の所持者が居眠り中であれば、上記第２の無線通信装置に対する情報の通知を行うことを特徴とするサービス実行制御方法。
【請求項１３】
請求項１０から請求項１２のいずれかに記載のサービス実行制御方法であって、上記第１の無線通信装置から指定された支払金額情報を上記第２の無線通信装置に通知するステップを有することを特徴とするサービス実行制御方法。
【請求項１４】
請求項１０から請求項１３のいずれかに記載のサービス実行制御方法であって、上記第２の無線通信装置から指定された要求金額情報と、上記第１の無線通信装置から指定された支払金額情報とを比較するステップと、該比較結果に基づき、上記情報の通知先としての第２の無線通信装置を絞り込み選択するステップとを有することを特徴とするサービス実行制御方法。
【請求項１５】
請求項１０から請求項１４のいずれかに記載のサービス実行制御方法であって、上記第１の無線通信装置からの指示に基づき、該第１の無線通信装置により指定された口座からの支払金額を、上記第２の無線通信装置に対応付けられた口座に振り込むステップを有することを特徴とするサービス実行制御方法。
【請求項１６】
コンピュータに、請求項１０から請求項１５のいずれかに記載のサービス実行制御方法における各ステップを実行させるためのプログラム。
【請求項１７】
コンピュータに、請求項１０から請求項１５のいずれかに記載のサービス実行制御方法における各ステップを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電車やバス等の乗り合い輸送機関の利用者への情報通知サービス技術に係わり、特に、乗客の乗り過ごし回避等に好適なサービス実行制御システムと方法および携帯端末装置と管理サーバならびにプログラムと記録媒体に関するものである。
【０００２】
【従来の技術】
乗り合いの輸送機関として例えば電車が利用されているが、座席指定でない電車の場合、居眠りしている乗客（利用者）が、あるいは、視覚障害や聴覚障害のある乗客が、希望する降車駅を乗り過ごさないようにするためには、各乗客個人で対処する必要がある。
【０００３】
特急電車のような座席指定の可能な電車の中においては、乗客の利用形態（乗車駅・降車駅）を、電車運行者（具体的には車掌）が把握することにより、降車駅近くになると、当該座席の乗客に降車を促すことが可能である。
【０００４】
しかし、通勤や通学等において電車を利用している最中に、座席に座って居眠りした際には、乗客は、自分で起きる必要があり、例えば携帯電話のタイマをセット（音声・振動）する等しなければならない。
【０００５】
このように、タイマを用いる場合、車内で音を出すのは迷惑であり、振動モードにしていても、衣服の上からだと、寝ていて気付かないことが多々ある。また、いつ携帯端末を振動させればいいかを正確には判定できない。
【０００６】
例えば、事故等により電車の運行スケジュールの変更が発生する場合もあり、時間管理に基づいてのタイマ利用では、降車駅近くになることを正確に予測することは困難であり、適切なタイマ設定はできない。従って、個人で的確なタイミングで目覚めようとするのには限界がある。
【０００７】
また、指定席で、車掌等に起こしてもらうシステムにおいては、車掌が、入れ替わり変化する乗客の動向を常にチェックするのは非現実的である。そもそも座席指定でない大半の電車、例えば夕方から夜の通勤帰宅時間帯の電車においては、車掌が、誰がどこで降車すべきか知ることはできない。従って、このような車掌等に起こしてもらうシステムは、非常に限定されたサービスとなってしまう。
【０００８】
【発明が解決しようとする課題】
解決しようとする問題点は、従来の技術では、電車等の乗客が、個人的に、希望の降車駅を乗り過ごさないようにするためには、携帯電話のタイマをセットする等の手立てしかなく、運行スケジュールの変更があった場合などには適切に機能させることができない点である。
【０００９】
本発明の目的は、これら従来技術の課題を解決し、電車等における乗客の希望降車駅の乗り過ごし等を効率的に回避させることを可能とするサービス実行制御システムと方法および携帯端末装置と管理サーバならびにプログラムと記録媒体を提供することである。
【００１０】
【課題を解決するための手段】
上記目的を達成するため、本発明のサービス実行制御システムと方法および携帯端末装置と管理サーバでは、例えば、疲れて居眠りしそうな電車の乗客や視聴覚障害のある乗客からの、希望の駅で確実に降車できるようにするサービスの提供の依頼を受け付けると、当該乗客が所持する携帯端末装置のＧＰＳ機能を介して乗客の移動位置を逐次判別すると共に、この乗客と同じ車両に乗っている他の乗客の携帯端末装置を検出する。そして、路線マップや地図データベースに基づき検出した降車希望駅の位置とサービス依頼元の乗客の移動位置とを比較して降車希望駅が近付いたことを検出すると、他の乗客の携帯端末装置に、サービス依頼元の乗客が予め登録した顔写真等の情報とサービス実行の依頼情報とを通知して、この他の乗客から、サービス依頼元の乗客に、降車希望駅が近付いたことを伝えてもらう。これにより、入れ替わり人が出入りする電車の中で、起こしてもらいたい人が、適切なタイミング（降車駅の一つ手前の駅など）で、その場にいる人に起こしてもらうことができ、余裕をもって電車で寝ることや、視聴覚障害のある人も安心して電車を利用することが可能となる。尚、起こしてもらう人が起こしてくれた人に、対価をネットバンキングなどにより自動支払を行うようにすることで、起こす人は、提供される対価の情報を見て起こすかどうかを判断できると共に、対価をもらえることにより起こそうとする動機が増え、起こしてもらう人はより確実に起こしてもらうことができる。さらに、起こす人が、起こすサービスを実行することにより得られる対価の額を指定できるようにすることで、起こす人の絞り込みができ、より適切なサービスの提供が可能となる。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を、図面により詳細に説明する。
【００１２】
図１は、本発明に係わるサービス実行制御システムの第１の構成例を示すブロック図であり、図２は、図１における管理サーバの構成例を示すブロック図、図３は、図１における図１における管理サーバのハードウェア構成例を示すブロック図である。
【００１３】
図３において、３１はＣＲＴ（Cathode Ray Tube）やＬＣＤ(Liquid Crystal Display)等からなる表示装置、３２はキーボードやマウス等からなる入力装置、３３はＨＤＤ（Hard Disk Drive）等からなる外部記憶装置、３４はＣＰＵ（Central Processing Unit）３４ａや主メモリ３４ｂおよび入出力インタフェース３４ｃ等を具備してコンピュータ処理を行なう情報処理装置、３５は本発明に係わるプログラムやデータを記録したＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）もしくはＤＶＤ（Digital Video Disc/Digital Versatile Disc）等からなる光ディスク、３６は光ディスク３５に記録されたプログラムおよびデータを読み出すための駆動装置、３７はＬＡＮ（Local Area Network）カードやモデム等からなる通信装置である。
【００１４】
光ディスク３５に格納されたプログラムおよびデータを情報処理装置３４により駆動装置３６を介して外部記憶装置３３内にインストールした後、外部記憶装置３３から主メモリ３４ｂに読み込みＣＰＵ３４ａで処理することにより、情報処理装置３４において、図２に示す管理サーバ１の各機能の処理手順を含む本発明に係わる各処理手順（ステップ）が実行される。
【００１５】
図１および図２において、１は本発明に関わるサービス実行制御処理を行う管理サーバ、２は電車での寝過ごし防止サービスの利用者が使用するＧＰＳ（Global Positioning System）機能や携帯電話機能を有する携帯端末装置としてのＰＤＡ（Personal Digital Assistance）（図中および以下「ＰＤＡ（target）」と記載）、３はＰＤＡ２の利用者に最終的なサービスを提供する人が使用するＰＤＡ（図中および以下「ＰＤＡ（起こす人）」と記載）、４はＧＰＳ等によりＰＤＡ２，３の位置を検出管理する位置情報把握システム、５は地図データベース、６は電車の路線情報を管理している路線マップサーバである。
【００１６】
また、図２に示すように、管理サーバ１は、ＰＤＡ（target）通信部１２０、ＰＤＡ（起こす人）１３０、位置情報把握システム通信部１４０、駅名問い合わせ部１５０、制御部１６０により構成されている。
【００１７】
ＰＤＡ（target）通信部１２０は、ＰＤＡ（target）２に対するフロントエンドであり、ＰＤＡ（target）２から要求される登録を受け付け、ＰＤＡ（target）２の位置情報を取得するために位置情報把握システム通信部１４０に対して登録内容を転送する。また、ＰＤＡ（target）２から送られてくるターゲット（サービスの利用者）の顔写真を制御部１４０に対して送信する等の処理を行う。
【００１８】
ＰＤＡ(起こす人)通信部１３０は、ＰＤＡ（起こす人）３に対するフロントエンドであり、ＰＤＡ（起こす人）３からの登録を受け付け、ＰＤＡ（起こす人）３の位置情報を取得するために位置情報把握システム通信部１４０に対して登録内容を転送する。また、ＰＤＡ（起こす人）３に対して、ＰＤＡ（target）２の使用者であり起こして欲しいとのサービスを登録した人（ターゲット）を指定して起こしてくれるよう依頼する機能を具備する
【００１９】
位置情報把握システム通信部１４０は、ＰＤＡ（target）通信部１２０やＰＤＡ(起こす人)通信部１３０からの要求内容に基づいて、ＰＤＡ（target）２やＰＤＡ（起こす人）３の位置を把握する（この結果、ＰＤＡ（target）２と同じ電車で移動中のＰＤＡ（起こす人）３を検出・特定することができる）ために、位置情報把握システム４に対して位置情報の要求を出す主体であり、また、ターゲットの降車駅の一つ手前の駅を知るために、駅名問い合わせ部１５０に対して、その駅を調べてくれるよう依頼する。また位置情報把握システム４から戻ってきたＰＤＡ（target）２やＰＤＡ（起こす人）３の位置情報を制御部１６０に転送する。
【００２０】
駅名問い合わせ部１５０は、位置情報把握システム通信部１４０からの依頼（降車駅の一つ手前の駅名の調査依頼）に対応して、路線マップサーバ６に対して乗車駅と降車駅の情報を通知し、駅名調査を依頼する。依頼に対応する結果として路線マップサーバ６から戻ってきた駅名を制御部１６０に転送する。
【００２１】
制御部１６０は、駅名問い合わせ部１５０から通知された降車駅の一つ手前の駅名を保存しておき、ＰＤＡ（target）２、ＰＤＡ（起こす人）３の存在駅が変化した場合には、位置情報把握システム４から位置情報把握システム通信部１４０を介して本モジュール（制御部１６０）に通知されるので、その際、降車駅の一つ手前の駅とマッチング（一致・不一致の比較）をとり、マッチ（一致）すると、ＰＤＡ（起こす人）通信部１３０を介し、ＰＤＡ（起こす人）３に対して、ターゲット（ＰＤＡ（target）２の使用者）を起こしてくれるよう依頼する。またターゲットの顔写真を保存しており、ＰＤＡ（起こす人）３への依頼時に送信する。
【００２２】
ＰＤＡ（target）２は、サービス利用者（ターゲット）が保持する携帯端末であり、サービス利用者は、起こして欲しい旨の登録を、管理サーバ１のＰＤＡ（target）通信部１２０に対して本モジュール（ＰＤＡ（target）２）を用いて行う。また、位置情報把握システム４からの位置情報の要求に対して、内蔵のＧＰＳ機能により測定しＰＤＣ（Personal Digital Cellular、携帯電話）機能により送信する。
【００２３】
ＰＤＡ（起こす人）３は、実際のサービスを実行する人、すなわち、ターゲットを起こす人が保持する携帯端末であり、保持者は、起こしてもいい（サービスを実行可能な）旨の登録を、ＰＤＡ（起こす人）通信部１３０に対して本モジュール（ＰＤＡ（起こす人）３）を用いて行う。また、位置情報把握システム４からの位置情報の要求に対して、内蔵のＧＰＳ機能により測定しＰＤＣ機能により送信する。また、ＰＤＡ（起こす人）通信部１３０から、ターゲットを起こすよう依頼がくるので、その依頼を受信する機能も具備する
【００２４】
位置情報把握システム４は、既存技術であり、機能としては、位置情報把握システム通信部１４０から位置情報の要求があった際に、対象ＧＰＳ（ＰＤＡ（target）２やＰＤＡ（起こす人）３のＧＰＳ）に対して、緯度経度情報を要求する。対象ＧＰＳから取得した緯度経度情報を、地図データベース５を用いてランドマーク（駅名）に変換し、位置情報把握システム通信部１４０に対してその駅名を提供する。また、常に対象ＧＰＳを監視しており、一定間隔で監視対象のＧＰＳから緯度経度情報を取得し続けることにより、駅名の変化を検知し、位置情報把握システム通信部１４０に対して通知する。また、位置情報把握システム通信部１４０からの把握終了依頼に対して、ターゲットの位置把握を停止する。
【００２５】
地図データべース５は、位置情報把握システム４からの緯度経度情報の入力に対して、ランドマーク（駅名）を戻す。
路線マップサーバ６は、駅名問い合わせ部１５０からの乗車駅と降車駅の入力に対し、路線マップソフトウェアを用いて、路線を特定し、降車駅の一つ手前の駅名情報を、管理サーバ１の駅名問い合わせ部１５０に戻す。
【００２６】
このような構成により管理サーバ１は、位置情報把握システムや、地図データべース５、路線マップサーバ６等の既存の技術を利用して、ＰＤＡ（起こす人）３を所持している人に対し、ＰＤＡ（target）２を保持しているターゲッ卜を起こすよう依頼する。尚、この際、タ−ゲッ卜の顔写真をＰＤＡ（起こす人）３に送信する以外は、全ての送受信する情報と共に、対象となるＰＤＡ（ＰＤＡ（target）２、ＰＤＡ（起こす人）３）の識別情報（ＩＤ：IDentifier）がペアで送信されるものとする。
【００２７】
このような管理サーバ１を構成する各モジュールの詳細を、図４〜１０を用いて説明する。図４は、図２の管理サーバにおけるＰＤＡ（target）通信部の構成例を示すブロック図であり、図５は、図２の管理サーバにおけるＰＤＡ（起こす人）通信部の構成例を示すブロック図、図６は、図２の管理サーバにおける位置情報把握システム通信部の構成例を示すブロック図、図７は、図２の管理サーバにおける駅名問い合わせ部の構成例を示すブロック図、図８は、図２の管理サーバにおける制御部の構成例を示すブロック図、図９は、図２の管理サーバにおけるＰＤＡ（target）の構成例を示すブロック図、図１０は、図２の管理サーバにおけるＰＤＡ（起こす人）の構成例を示すブロック図である。
【００２８】
図４に示すように、ＰＤＡ（target）通信部１２０は、ＰＤＡ（target）登録部１２０１と「位置情報把握システム通信部に対する登録内容送信部１２０２」および「制御部に対する登録内容送信部１２０３」からなり、ＰＤＡ（target）登録部１２０１により、ＰＤＡ（target）２からの、起こして欲しいという要求の登録を受け付ける。
【００２９】
また、「位置情報把握システム通信部に対する登録内容送信部１２０２」により、ＰＤＡ（target）登録部１２０１で受信した顔写真以外の登録内容を、そのまま位置情報把握システム通信部１４０に転送し、「制御部に対する登録内容送信部１２０３」により、ＰＤＡ（target）登録部１２０１で受信した登録内容のうち、顔写真があれば（初回登録時）、制御部１６０へ転送する。
【００３０】
図５に示すように、ＰＤＡ（起こす人）１３０は、ＰＤＡ（起こす人）登録受付部１３０１と「位置情報把握システム通信部に対する登録内容送信部１３０２」、「制御部からの依頼受信部１３０３」、そして、「ＰＤＡ（起こす人）に対する依頼送信部１３０４」からなる。
【００３１】
ＰＤＡ（起こす人）登録受付部１３０１は、ＰＤＡ（起こす人）３からの、起こしても良いという旨の登録を受け付け、「位置情報把握システム通信部に対する登録内容送信部１３０２」は、ＰＤＡ（起こす人）登録受付部１３０１で受信した登録内容を、そのまま位置情報把握システム通信部１４０に転送する。
【００３２】
「制御部からの依頼受信部１３０３」は、制御部１６０からの、ターゲットを起こしてくれという依頼を受信し、「ＰＤＡ（起こす人）に対する依頼送信部１３０４」は、「制御部からの依頼受信部１３０３」で受信した内容（ターゲットの顔写真）をＰＤＡ（起こす人）３に送信する。
【００３３】
図６に示すように、位置情報把握システム通信部１４０は、「ＰＤＡ（target）通信部からの登録内容受信部１４０１」と、「ＰＤＡ（起こす人）通信部からの登録内容受信部１４０２」、「位置情報把握システムに対する駅名要求部１４０３」、「位置情報把握システムからの駅名受信部１４０４」、「駅名問い合わせ部への依頼部１４０５」、制御部への駅名通知部１４０６、「制御部からの終了依頼受信部１４０７」、「位置情報把握システムへの把握終了依頼部１４０８」からなる。
【００３４】
「ＰＤＡ（target）通信部からの登録内容受信部１４０１」は、「ＰＤＡ（target）通信部１２０の「位置情報把握システム通信部に対する登録内容送信部１２０２」から送信された登録内容を受信する。
【００３５】
「ＰＤＡ（起こす人）通信部からの登録内容受信部１４０２」は、ＰＤＡ（起こす人）通信部１３０の「位置情報把握システム通信部に対する登録内容送信部１３０２」から送信された登録内容を受信する。
【００３６】
「位置情報把握システムに対する駅名要求部１４０３」は、「ＰＤＡ（target）通信部からの登録内容受信部１４０１」および「ＰＤＡ（起こす人）通信部からの登録内容受信部１４０２」のそれぞれで受信した内容を基に、位置情報把握システム４に対して駅名を要求する。
【００３７】
この位置情報把握システム４に対して駅名を要求するケースには、２通りあり、第１のケースは、ターゲットが乗車した際に、ＰＤＡ（target）通信部１２０における「位置情報把握システム通信部に対する登録内容送信部１２０２」からの情報（ＰＤＡ（target）２のＩＤ）を基に、位置情報把握システム４に対してターゲットの乗車駅を要求する場合である。
【００３８】
また、第２のケースは、ＰＤＡ（target）通信部１２０における「位置情報把握システム通信部に対する登録内容送信部１２０２」の情報（ＰＤＡ（target）のＩＤ）およびＰＤＡ（起こす人）通信部１３０における「位置情報把握システム通信部に対する登録内容送信部１３０２」の情報（ＰＤＡ（起こす人）のＩＤ）を基に、駅名が変化したら通知してくれるよう依頼する場合である
【００３９】
「位置情報把握システムからの駅名受信部１４０４」は、「位置情報把握システムに対する駅名要求部１４０３」により位置情報把握システム４に対して要求した駅名要求に対して、位置情報把握システム４からの戻り値を受信する。
【００４０】
「駅名問い合わせ部への依頼部１４０５」は、「位置情報把握システムからの駅名受信部１４０４」により受信した駅名を駅名問い合わせ部１５０へ転送する。この際に転送するのは、「位置情報把握システムに対する駅名要求部１４０３」で位置情報把握システム４に対して依頼する２つのケースのうち、前者（ターゲットの乗車駅）の場合である。この際、ターゲットの降車駅の情報も同時に送信する。
【００４１】
制御部への駅名通知部１４０６は、「位置情報把握システムに対する駅名要求部１４０３」で位置情報把握システム４に依頼するケースの内の後者（駅名が変化したら通知してくれる依頼）の場合に、「位置情報把握システムからの駅名受信部１４０４」により受信した情報を制御部１６０に転送する。
【００４２】
「制御部からの終了依頼受信部１４０７」は、制御部１６０からの位置情報把握の終了依頼を受信し、「位置情報把握システムへの把握終了依頼部１４０８」は、「制御部からの終了依頼受信部１４０７」により受信した終了依頼を位置情報把握システム４へ転送する。
【００４３】
図７に示すように、駅名問い合わせ部１５０は、「位置情報把握システム通信部からの依頼受付部１５０１」と、「制御部への駅名通知部１５０２」、「路線マップサーバへの駅名依頼部１５０３」、そして、「路線マップサーバからの駅名受信部１５０４」からなる。
【００４４】
「位置情報把握システム通信部からの依頼受付部１５０１」は、位置情報把握システム通信部１４０における「駅名問い合わせ部への依頼部１４０５」からの降車駅の一つ手前の駅名の特定依頼を受信する。この際、「駅名問い合わせ部への依頼部１４０５」から受け取る情報は、ターゲットの乗車駅と降車駅である。
【００４５】
「制御部への駅名通知部１５０２」は、路線マップサーバ６から受信したターゲットの降車駅の一つ手前の駅名を制御部１６０へ転送し、「路線マップサーバへの駅名依頼部１５０３」は、「位置情報把握システム通信部からの依頼受付部１５０１」により受信した内容を基に、路線マップサーバ６に対して、降車駅の一つ手前の駅名を依頼する。
【００４６】
「路線マップサーバからの駅名受信部１５０４」は、「路線マップサーバへの駅名依頼部１５０３」により依頼した戻り値として、路線マップサーバ６からの駅名を受信する。
【００４７】
図８に示すように、制御部１６０は、「駅名問い合わせ部からの駅名受信部１６０１」と、「位置情報把握システム通信部からの駅名受信部１６０２」、「降車駅の一つ手前の駅の駅名保存部１６０３」、駅名マッチング部１６０４、「ＰＤＡ（起こす人）通信部への依頼送信部１６０５」、「ＰＤＡ（起こす人）通信部からの顔写真登録受信部１６０６」、ターゲットの顔写真保存部１６０７、そして、「位置情報把握システム通信部への終了依頼部１６０８」からなる。
【００４８】
「駅名問い合わせ部からの駅名受信部１６０１」は、駅名問い合わせ部１６０における「制御部への駅名通知部１５０２」から受信した降車駅の一つ手前の駅名を受信し、「位置情報把握システム通信部からの駅名受信部１６０２」は、位置情報把握システム通信部１４０における制御部への駅名通知部１４０６からの駅名送信を受信する。
【００４９】
「降車駅の一つ手前の駅の駅名保存部１６０３」は、「駅名問い合わせ部からの駅名受信部１６０１」で受信した駅名を、次の駅名マッチング部１６０４でのマッチング処理のために、保存しておく。
【００５０】
駅名マッチング部１６０４は、「位置情報把握システム通信部からの駅名受信部１６０２」で受信したターゲットおよび起こす人の「駅名」と、「降車駅の一つ手前の駅の駅名保存部１６０３」で保存した「駅名」とのマッチングをとることにより、降車駅の一つ手前まで来たターゲットに対し、だれが起こすことが可能かを判断し、「起こす人」を特定する。
【００５１】
「ＰＤＡ（起こす人）通信部への依頼送信部１６０５」は、駅名マッチング部１６０４で特定した「起こす人」に対して、起こしてくれるよう依頼するため、ＰＤＡ（起こす人）３への依頼を、ＰＤＡ（起こす人）通信部１３０における「制御部からの依頼受信部１３０３」に送信する。この際、マッチングした（ターゲットの降車駅一つ手前にいる起こしてもいい人）全ての「ＰＤＡ（起こす人）」（３）に対して依頼を送信する。
【００５２】
「ＰＤＡ（起こす人）通信部からの顔写真登録受信部１６０６」は、ＰＤＡ（target）における「制御部に対する登録内容送信部１２０３」より送信されたターゲットの顔写真を受信する。
【００５３】
ターゲットの顔写真保存部１６０７は、「ＰＤＡ（起こす人）通信部からの顔写真登録受信部１６０６」で受信した顔写真を保存し、「ＰＤＡ（起こす人）通信部への依頼送信部１６０５」によりターゲットを起こすタイミングになると、ＰＤＡ（target）のＩＤで該当する顔写真を渡す。
【００５４】
「ＰＤＡ（起こす人）通信部への依頼送信部１６０５」は、ターゲットの顔写真保存部１６０７よりターゲットの顔写真を引き出し、ＰＤＡ（起こす人）通信部１３０における「制御部からの依頼受信部１３０３」に送信する。また、次の「位置情報把握システム通信部への終了依頼部１６０８」に対し、ターゲットの位置把握の終了を要求する。
【００５５】
「位置情報把握システム通信部への終了依頼部１６０８」は、「ＰＤＡ（起こす人）通信部への依頼送信部１６０５」がＰＤＡ（起こす人）通信部１３０における「制御部からの依頼受信部１３０３」に対して起こすよう依頼すると同時に、要求する位置把握終了を、位置情報把握システム通信部１４０における「制御部からの終了以来受信部１４０７」へ送信する。
【００５６】
図９に示すように、ＰＤＡ（target）２は、登録入力部２００１と、「ＰＤＡ（target）通信部への登録内容送信部２００２」、「位置情報把握システムからの緯度経度要求受信部２００３」、および、「位置情報把握システムへの緯度経度送信部２００４」からなる。
【００５７】
登録入力部２００１は、ターゲットが、サービスを利用するためのユーザインターフェイスであり、「ＰＤＡ（target）通信部への登録内容送信部２００２」は、この登録入力部２００１により入力された内容を、管理サーバ１に設けられたＰＤＡ（target）通信部１２０におけるＰＤＡ（target）登録受付部１２０１に送信する。
【００５８】
「位置情報把握システムからの緯度経度要求受信部２００３」は、位置情報把握システム４からの緯度経度情報の要求を受信する。すなわち、管理サーバ１に設けられた位置情報把握システム通信部１４０における「位置情報把握システムに対する駅名要求部１４０３」により、位置情報把握システム４が位置情報を要求されると、位置情報把握システム４が、当該ＧＰＳ（ＰＤＡ（target）、ＰＤＡ（起こす人））に対して、緯度経度情報を要求してくるので、その要求を受信する。
【００５９】
「位置情報把握システムへの緯度経度送信部２００４」は、緯度経度要求受信部２００３で受信した位置情報把握システム４からの情報により、図示していないＧＰＳ受信機で内部計算している緯度経度情報を、位置情報把握システム４に対して送信する。
【００６０】
図１０に示すように、ＰＤＡ（起こす人）３は、登録入力部３００１と、「ＰＤＡ（起こす人）通信部への登録内容送信部３００２」、「位置情報把握システムからの緯度経度要求受信部３００３」、「位置情報把握システムへの緯度経度送信部３００４」、「ＰＤＡ（起こす人）通信部からの依頼受信部３００５」からなる。
【００６１】
登録入力部３００１は、「起こす人」がサービスを利用するためのユーザインターフェイスであり、「ＰＤＡ（起こす人）通信部への登録内容送信部３００２」は、登録入力部３００１により入力された内容を、管理サーバ１に設けられたＰＤＡ（起こす人）通信部１３０におけるＰＤＡ（起こす人）登録受付部１３０１に送信する。
【００６２】
「位置情報把握システムからの緯度経度要求受信部３００３」は、位置情報把握システム４からの、ＰＤＡ（起こす人）３に内蔵されたＧＰＳに対しての、緯度経度情報の要求を受信する。すなわち、管理サーバ１に設けられた位置情報把握システム通信部１４０における「位置情報把握システムに対する駅名要求部１４０３」により、位置情報把握システム４が位置情報を要求されると、当該ＧＰＳ（ＰＤＡ（target）、ＰＤＡ（起こす人））に対して、緯度経度情報を要求してくるので、その要求を受信する。
【００６３】
「位置情報把握システムへの緯度経度送信部３００４」は、「位置情報把握システムからの緯度経度要求受信部３００３」で受信した情報により図示していないＧＰＳ受信機で内部計算している緯度経度情報を、位置構報把握システム４に対して送信する。
【００６４】
「ＰＤＡ（起こす人）通信部からの依頼受信部３００５」は、管理サーバ１に設けられたＰＤＡ（起こす人）通信部１３０における「ＰＤＡ（起こす人）に対する依頼送信部１３０４」からの「ターゲットを起こす依頼」を受信し、起こす人に対し通知する（振動などによる）。
【００６５】
以上の構成からなるサービス実行制御システムによる情報通知サービス手順例を、図１１から図２３を用いて説明する。まず、図１１と図１２により、管理サーバ１の処理手順を説明する。
【００６６】
図１１は、図２における管理サーバの第１の処理手順例を示すフローチャートであり、図１２は、図２における管理サーバの第２の処理手順例を示すフローチャートである。
【００６７】
図１１に示すように、管理サーバ１は、まず、そのステップ７００１において、図９に示すＰＤＡ（target）２における「ＰＤＡ（target）通信部への登録内容送信部２００２」からの登録依頼（降車駅名を含む）を、ＰＤＡ（target）通信部１２０におけるＰＤＡ（target）登録受付部１２０１において受信する。
【００６８】
登録依頼を受信すると、次のステップ７００２において、受信した登録内容を、ＰＤＡ（target）通信部１２０における「位置情報把握システム通信部に対する登録内容送信部１２０２」により、位置情報把握システム通信部１４０における「ＰＤＡ（target）通信部からの登録内容受信部１４０１」へ送信する。
【００６９】
ステップ７００３からは位置情報把握システム通信部１４０での処理となり、ここで、「位置情報把握システムに対する駅名要求部１４０３」により、「ＰＤＡ（target）通信部からの登録内容受信部１４０１」で受信した登録内容の降車駅名を基に、位置情報把握システム４に対して乗車駅（現在位置）の調査と通知を要求する。
【００７０】
そして、ステップ７００４において、位置情報把握システム４から通知される登録依頼元のＰＤＡ（target）２の現在位置（乗車駅）を、「位置情報把握システムからの駅名受信部１４０４」により受信する。
【００７１】
さらに、ステップ７００５において、「位置情報把握システムに対する駅名要求部１４０３」により、位置情報把握システム４に対して、登録依頼元のＰＤＡ（target）２の位置（駅名）の変化に伴い更新された駅名を通知してくれるように依頼する。
【００７２】
ステップ７００６において、「位置情報把握システムからの駅名受信部１４０４」により、位置情報把握システム４から、更新されたＰＤＡ（target）２の駅名を受信すると、ステップ７００７において、その受信した駅名を、制御部への駅名通知部１４０６により、制御部１６０における「位置情報把握システム通信部からの駅名受信部１６０２」へ転送する。
【００７３】
ステップ７００８からは、制御部１６０での処理となり、後に図１２で説明するステップ８００７での処理で制御部１６０が「降車駅の一つ手前の駅の駅名保存部１６０３」により保存するターゲットの降車駅の一つ手前の駅と、ステップ７００７において、「位置情報把握システム通信部からの駅名受信部１６０２」で受信した駅名のマッチング処理を、駅名マッチング部１６０４により行う。両者が一致していなければ、ターゲットは未だ降車駅の一つ手前の駅に到着していないことから、引き続き、ステップ７００６における位置情報把握システム通信部１４０の処理に戻る。
【００７４】
また、ステップ７００８での、駅名マッチング部１６０４による駅名マッチング処理の結果、降車駅の一つ手前の駅であるとの判定結果であれば、ステップ７００９での処理「起こす人の選択・依頼送信」を行うが、その際には、ステップ７０１５〜７０２１での処理情報、すなわち、ターゲットの顔写真と、登録された「起こす人」がいる駅名とが必要となる。このステップ７０１５〜７０２１での処理は後述する
【００７５】
ステップ７００９においては、後述のステップ７０２１の処理により「位置情報把握システム通信部からの駅名受信部１６０２」で受信したＰＤＡ（起こす人）の駅名とのマッチング処理を、駅名マッチング部１６０４により行い、起こす人を特定し、また、ステップ７０１６の処理でターゲットの顔写真保存部１６０７で保存したターゲットの顔写真を引き出し、「ＰＤＡ（起こす人）通信部への依頼送信部１６０５」により、ターゲットを起こすよう、ＰＤＡ（起こす人）通信部１３０の「制御部からの依頼受信部１３０３」へ依頼する。
【００７６】
ステップ７０１０，７０１１での処理は、ＰＤＡ（起こす人）通信部１３０での処理となり、まず、このステップ７０１０において、「制御部からの依頼受信部１３０３」により、ＰＤＡ（起こす人）通信部１６０の「ＰＤＡ（起こす人）通信部への依頼送信部１６０５」からの依頼を受信する。
【００７７】
そして、ステップ７０１１においては、「制御部からの依頼受信部１３０３」が受信した依頼に対し、「ＰＤＡ（起こす人）に対する依頼送信部１３０４」により、ＰＤＡ（起こす人）３における「ＰＤＡ（起こす人）通信部からの依頼受信部３００５」に依頼を転送する。
【００７８】
また、ステップ７０１２〜７０１４の処理は、制御部１６０での処理と位置情報把握システム通信部１４０での処理であり、まず、ステップ７０１２においては、制御部１６０の「ＰＤＡ（起こす人）通信部への依頼送信部１６０５」により、ＰＤＡ（起こす人）通信部１３０の「制御部からの依頼受信部１３０３」へ、把握処理の終了を依頼すると共に、「位置情報把握システム通信部への終了依頼部１６０８」により、位置情報把握システム通信部１４０における「制御部からの終了依頼受信部１４０７」へ、当該ターゲットの位置把握を終了するよう依頼する。
【００７９】
そして、ステップ７０１３において、位置情報把握システム通信部１４０が、「制御部からの終了依頼受信部１４０７」により、制御部１６０の「位置情報把握システム通信部への終了依頼部１６０８」からの位置把握の終了依頼を受信すると、ステップ７０１４において、その受信した終了依頼に対し、「位置情報把握システム通信部への把握終了依頼部１４０８」により、位置情報把握システム４に対して位置把握の終了依頼を出す。
【００８０】
次に、前述したステップ７０１５〜７０２１での処理を説明する。まず、ステップ７０１５においては、ステップ７００１での処理により、ＰＤＡ（target）通信部１２０におけるＰＤＡ（target）登録受付部１２０１が、ＰＤＡ（target）２の「ＰＤＡ（target）通信部への登録内容送信部２００２」から受信した登録内容のうち、初回登録時には顔写真が送信されてきているので、ＰＤＡ（target）通信部１２０の「制御部に対する登録内容送信部１２０３」により、制御部１６０の「ＰＤＡ（target）通信部からの顔写真登録受信部１６０６」へ転送する。
【００８１】
そして、ステップ７０１６において、制御部１６０は、「ＰＤＡ（target）通信部からの顔写真登録受信部１６０６」により受信した顔写真を、ターゲットの顔写真保存部１６０７により保存しておく。
【００８２】
また、ステップ７０１７〜７０２１での処理は、ＰＤＡ（起こす人）３に対する処理であり、まず、ステップ７０１７においては、ＰＤＡ（起こす人）通信部１３０のＰＤＡ（起こす人）登録受付部１３０１により、ＰＤＡ（起こす人）３における「ＰＤＡ（起こす人）通信部への登録内容送信部３００２」からの登録依頼内容を受信する。
【００８３】
そして、ステップ７０１８においては、ＰＤＡ（起こす人）通信部１３０が、ＰＤＡ（起こす人）３から受信した登録内容を、「位置情報把握システム通信部に対する登録内容送信部１３０２」により、位置情報把握システム通信部１４０の「ＰＤＡ（起こす人）通信部からの登録内容受信部１４０２」へ転送する。
【００８４】
また、ステップ７０１９においては、位置情報把握システム通信部１４０が、「位置情報把握システム通信部に対する駅名要求部１４０３」により、位置情報把握システム４に対して、ＰＤＡ（起こす人）３の位置（駅名）が変化した場合、更新された駅名を通知するように依頼する。
【００８５】
さらに、ステップ７０２０においては、位置情報把握システム４からの更新されたＰＤＡ（起こす人）３の駅名を、位置情報把握システム通信部１４０の「位置情報把握システムからの駅名受信部１４０４」により受信する。
【００８６】
そして、ステップ７０２１において、位置情報把握システム通信部１４０が、「位置情報把握システムからの駅名受信部１４０４」により受信した駅名を、制御部への駅名通知部１４０６により、制御部１６０の「位置情報把握システム通信部からの駅名受信部１６０２」へ転送する。
【００８７】
次に、図１２に示す、管理サーバ１の処理手順を説明する。ここで示す処理は、図１１のステップ７００４での処理において位置情報把握システム４から受信した駅名に基づき、その一つ手前の駅名を特定するための、駅名問い合わせ部１５０の処理であり、ここで特定された一つ手前の駅名が、図１１のステップ７００８での処理でのマッチングに用いられる。
【００８８】
まず、ステップ８００１においては、位置情報把握システム通信部１４０が、図１１におけるステップ７００４での処理で「位置情報把握システムからの駅名受信部１４０４」により受信した乗車駅と、「ＰＤＡ（target）通信部からの登録内容受信部１４０１」により受信した降車駅とをセットにして、「駅名問い合わせ部への依頼部１４０５」により、駅名問い合わせ部１５０における「位置情報把握システム通信部からの依頼受付部１５０１」へ、ターゲットの降車駅の一つ手前の駅名の検索・通知を依頼する。
【００８９】
これに対応して、ステップ８００２においては、駅名問い合わせ部１５０が、「駅名問い合わせ部への依頼部１４０５」からの駅名依頼を、「位置情報把握システム通信部からの依頼受付部１５０１」により受信し、ステップ８００３において、「路線マップサーバへの駅名依頼部１５０３」により、路線マップサーバ６に対して、ターゲットの降車駅の一つ手前の駅名の検索と通知を要求する。
【００９０】
ステップ８００４においては、路線マップサーバ６から通知された駅名を、「路線マップサーバからの駅名受信部１５０４」により受信し、このようにして受信した駅名を、ステップ８００５において、「制御部への駅名通知部１５０２」により、制御部１６０の「駅名問い合わせ部からの駅名受信部１６０１」に転送する。
【００９１】
ステップ８００６，８００７での処理は、制御部１６０での処理であり、まず、ステップ８００６において、「駅名問い合わせ部からの駅名受信部１６０１」により、駅名問い合わせ部１５０の「制御部への駅名通知部１５０２」から送られてきたターゲットの降車駅の一つ手前の駅名を受信し、次のステップ８００７において、このようにして受信した駅名を、「降車駅の一つ手前の駅の駅名保存部１６０３」により保存する。このように保存した駅名が前述のステップ７００８でのマッチング処理で用いられる。
【００９２】
このような図１１，１２で示した管理サーバ１での処理手順でやり取りされるデータについて、図１３〜図１６を用いて説明する。
【００９３】
図１３は、図１１における管理サーバの処理においてやり取りされる第１のデータの構造例を示す説明図であり、図１４は、図１１における管理サーバの処理においてやり取りされる第２のデータの構造例を示す説明図、図１５は、図１１における管理サーバの処理においてやり取りされる第３のデータの構造例を示す説明図、図１６は、図１２における管理サーバの処理においてやり取りされるデータの構造例を示す説明図である。
【００９４】
図１３（ａ）においては、図１１のステップ７００１，７００２における処理（ＰＤＡ（target）からの登録）でやり取りされるデータの構造を示しており、依頼元のＰＤＡ（target）の識別情報としてのデータ「ＩＤ（ＰＤＡ（target））」は、例えば、「09012345678」等の「int型」であり、希望する「降車駅」は、例えば、「狭山ヶ丘」等の「string型」、初回登録時のみに必要となる「顔写真」は、「gif画像」である。
【００９５】
図１３（ｂ）においては、図１１のステップ７００３における処理（位置情報把握システムへの乗車駅要求）でやり取りされるデータの構造を示しており、依頼元のＰＤＡ（target）の識別情報としてのデータ「ＩＤ（ＰＤＡ（target））」は、例えば、上述の「09012345678」等の「int型」であり、希望する「情報要求」は、例えば、「駅名」等の「string型」である。
【００９６】
図１３（ｃ）においては、図１１のステップ７００４における処理（位置情報把握システムからの駅名受信）でやり取りされるデータの構造を示しており、依頼元のＰＤＡ（target）の識別情報としてのデータ「ＩＤ（ＰＤＡ（target））」は、例えば上述の「09012345678」等の「int型」であり、送られてくる「駅名」は、例えば、「東伏見」等の「string型」である。
【００９７】
図１３（ｄ）においては、図１１のステップ７００５における処理（位置情報把握システムへのイベント（位置更新）要求）でやり取りされるデータの構造を示しており、依頼元のＰＤＡ（target）の識別情報としてのデータ「ＩＤ（ＰＤＡ（target））」は、例えば上述の「09012345678」等の「int型」であり、希望する「情報要求」は、例えば「駅名」等の「string型」、要求するタイミングを知らせるデータ「タイミング」は、例えば、「存在駅の変更時」等の「string型」である。
【００９８】
図１４（ａ）においては、図１１のステップ７００６，７００７における処理（位置情報把握システムからの駅名受信）でやり取りされるデータの構造を示しており、依頼元のＰＤＡ（target）の識別情報としてのデータ「ＩＤ（ＰＤＡ（target））」は、例えば上述の「09012345678」等の「int型」であり、送られてくる「駅名」は、例えば、「所沢」等の「string型」である。
【００９９】
図１４（ｂ）においては、図１１のステップ７００９，７０１０，７０１１における処理（ＰＤＡ（起こす人）への依頼）でやり取りされるデータの構造を示しており、targetの顔写真のデータは「gif画像」である。
【０１００】
図１４（ｃ）においては、図１１のステップ７０１２，７０１３，７０１４における処理（ターゲットの位置把握終了依頼）でやり取りされるデータの構造を示しており、依頼元のＰＤＡ（target）の識別情報としてのデータ「ＩＤ（ＰＤＡ（target））」は、例えば上述の「09012345678」等の「int型」であり、「情報要求終了」データは、例えば「off」等の「boolean型」である。
【０１０１】
図１４（ｄ）においては、図１１のステップ７０１５，７０１６における処理（制御部への顔写真登録）でやり取りされるデータの構造を示しており、依頼元のＰＤＡ（target）の識別情報としてのデータ「ＩＤ（ＰＤＡ（target））」は、例えば上述の「09012345678」等の「int型」であり、やり取りされる「targetの顔写真」は「gif画像」である。
【０１０２】
図１５（ａ）においては、図１１のステップ７０１７，７０１８における処理（ＰＤＡ（起こす人）からの登録）でやり取りされるデータの構造を示しており、登録依頼元のＰＤＡ（起こす人）の識別情報としてのデータ「ＩＤ（ＰＤＡ（起こす人））」は、例えば、「09087654321」等の「int型」である。
【０１０３】
図１５（ｂ）においては、図１１のステップ７０１９における処理（位置情報把握システムへのイベント（位置更新）要求）でやり取りされるデータの構造を示しており、登録依頼元のＰＤＡ（起こす人）の識別情報としてのデータ「ＩＤ（ＰＤＡ（起こす人））」は、例えば上述の「09087654321」等の「int型」であり、希望する「情報要求」は、例えば「駅名」等の「string型」、要求するタイミングを知らせるデータ「タイミング」は、例えば、「存在駅の変更時」等の「string型」である。
【０１０４】
図１５（ｃ）においては、図１１のステップ７０２０，７０２１における処理（位置情報把握システムからの駅名受信）でやり取りされるデータの構造を示しており、登録依頼元のＰＤＡ（起こす人）の識別情報としてのデータ「ＩＤ（ＰＤＡ（起こす人））」は、例えば上述の「09087654321」等の「int型」であり、送られてくる「駅名」は、例えば、「所沢」等の「string型」である。
【０１０５】
図１６（ａ）においては、図１２のステップ８００１〜８００３における処理（路線マップサーバに対する依頼）でやり取りされるデータの構造を示しており、依頼元のＰＤＡ（target）の識別情報としてのデータ「ＩＤ（ＰＤＡ（target））」は、例えば、「09012345678」等の「int型」であり、希望する「降車駅」は、例えば、「狭山ヶ丘」等の「string型」、現在位置（乗車駅）も、例えば、「東伏見」等の「string型」である。
【０１０６】
図１６（ｂ）においては、図１２のステップ８００４〜８００７における処理（路線マップサーバからの駅名受信）でやり取りされるデータの構造を示しており、依頼元のＰＤＡ（target）の識別情報としてのデータ「ＩＤ（ＰＤＡ（target））」は、例えば、上述の「09012345678」等の「int型」であり、通知対象の「降車駅の一つ手前の駅名」は、例えば、「小手指」等の「string型」である。
【０１０７】
次に、図１７〜図１９を用いて、図１および図２におけるＰＤＡ(target)２の詳細を説明する。図１７は、図１および図２におけるＰＤＡ（target）のハードウェア構成例を示すブロック図であり、図１８は、図１７におけるＰＤＡ（target）の第１の処理手順例を示すフローチャート、図１９は、図１７におけるＰＤＡ（target）の第２の処理手順例と当該処理でやり取りするデータの構造例を示すフローチャートおよび説明図である。
【０１０８】
図１７に示すように、ＰＤＡ（target）２は、ＧＰＳ受信機７０１とそれ用のＧＰＳアンテナ７０２、ＬＣＤ（Liquid Crystal Display）からなる表示部（図中「ＬＣＤ」と記載）７０３、操作キー等からなる入力装置７０４、管理サーバ１とのＰＤＣ通信を行うための通信装置７０５とそれ用のＰＤＣアンテナ７０６、および、ＰＤＡとしての動作制御を行うマイクロコンピュータ（ＰＤＣ基板）７０７、各種の周辺機器との接続に用いられるインタフェースユニット７０８からなる。
【０１０９】
このような構成からなるＰＤＡ（target）２は、利用者の入力装置７０４での操作に基づき、図１８および図１９に示す処理を行う。すなわち、図１８のステップ９０００において、初回登録時であり、本発明に係るサービス、すなわち、適宜に起こしてくれるサービスの提供を希望する利用者の顔写真画が未登録であれば、当該利用者の入力装置７０４での操作に基づき、ステップ９００１において、利用者自身の顔写真を入力する。
【０１１０】
そして、ステップ９００２においては、利用者のキー操作に基づき「降車駅」等を入力し、ステップ９００３においてＰＤＣに送信開始コマンドを送り、ステップ９００４においてＰＤＣに送信を実行させることにより、入力した登録内容を、図９に示した「ＰＤＡ（target）通信部への登録内容送信部２００２」により、図４に示した管理サーバ１におけるＰＤＡ（target）通信部１２０のＰＤＡ（target）登録受付部１２０１へ送信する。このように、ＰＤＡ（target）２から送信した登録依頼内容を、管理サーバ１は、図１１におけるステップ７００１で受信し、以降の処理を開始する。
【０１１１】
さらに、ＰＤＡ（target）２は、「位置情報把握システムからの緯度経度情報要求受信部２００３」により、図１９（ａ）に示すステップ１０００１において、位置情報把握システム４からの（図１１に示す管理サーバ１のステップ７００３，７００５における処理に応じた）緯度経度情報の要求を受信し、ステップ１０００２においてＧＰＳに緯度経度送信開始コマンドを送り、ステップ１０００３において緯度経度送信を実行させることにより、受信した位置情報の要求に対し、ＧＰＳからの緯度経度データを、「位置情報把握システムへの緯度経度送信部２００４」により、位置情報把握システム４に送信する。
【０１１２】
このようにして、ＰＤＡ（target）２からの緯度経度データを受信した位置情報把握システム４は、当該情報を管理サーバ１に送信し、管理サーバ１は、図１１に示すステップ７００４，７００６での処理で受信し、以降の処理を行う。
【０１１３】
図１９（ｂ）に示すように、ステップ１０００３での処理（位置情報把握システムへの送信）でやり取りされるデータは、依頼元のＰＤＡ（target）の識別情報としてのデータ「ＩＤ（ＰＤＡ（target））」が、例えば、「09012345678」等の「int型」であり、要求された「ＧＰＳデータ」は、例えば、「Ｅ．１３５，４８’２”Ｎ．３５，４５’２”」等の「string型」である。
【０１１４】
次に、図２０から図２３を用いて、図１および図２におけるＰＤＡ(起こす人)３の詳細を説明する。
【０１１５】
図２０は、図１および図２におけるＰＤＡ（起こす人）のハードウェア構成例を示すブロック図、図２１は、図２０におけるＰＤＡ（起こす人）の第１の処理手順例を示すフローチャート、図２２は、図２０におけるＰＤＡ（起こす人）の第２の処理手順例と当該処理でやり取りするデータの構造例を示すフローチャートおよび説明図、図２３は、図２０におけるＰＤＡ（起こす人）の第３の処理手順例を示すフローチャートである。
【０１１６】
図２０に示すように、ＰＤＡ（起こす人）３は、図１７で示したＰＤＡ（target）２と同じ構成であり、ＧＰＳ受信機７０１ａとそれ用のＧＰＳアンテナ７０２ａ、ＬＣＤからなる表示部（図中「ＬＣＤ」と記載）７０３ａ、操作キー等からなる入力装置７０４ａ、管理サーバ１との通信を行うための通信装置７０５ａとそれ用のＰＤＣアンテナ７０６ａ、および、ＰＤＡとしての動作制御を行うマイクロコンピュータ（ＰＤＣ基板）７０７ａ、各種の周辺機器との接続に用いられるインタフェースユニット７０８ａからなる。
【０１１７】
このような構成からなるＰＤＡ（起こす人）３は、利用者の入力装置７０４ａでの操作に基づき、図２１から図２３に示す処理を行う。すなわち、図２１のステップ１２００１において、起こすサービスを希望する利用者の入力装置７０４ａでの操作に基づく情報（起こしていいという旨の情報）を、図１０に示した登録入力部３００１により入力する。
【０１１８】
そして、ステップ１２００２において、ＰＤＣに送信開始コマンドを送り、ステップ１２００３においてＰＤＣに送信を実行させることにより、入力した情報を、図１０に示した「ＰＤＡ（起こす人）通信部への登録内容送信部３００２」により、図５に示した管理サーバ１におけるＰＤＡ（起こす人）通信部１３０の「ＰＤＡ（起こす人）登録受付部１３０１」へ送信する。このように、ＰＤＡ（起こす人）３から送信された情報を、管理サーバ１は、図１１におけるステップ７０１７で受信し、以降の処理を開始する。
【０１１９】
さらに、ＰＤＡ（起こす人）３は、「位置情報把握システムからの緯度経度情報要求受信部３００３」により、図２２に示すステップ１３００１において、位置情報把握システム４からの（図１１に示す管理サーバ１のステップ７０１９における処理に応じた）緯度経度情報の要求を受信し、ステップ１３００２においてＧＰＳに緯度経度送信開始コマンドを送り、ステップ１３００３において緯度経度送信を実行させることにより、受信した位置情報の要求に対し、ＧＰＳからの緯度経度データを、「位置情報把握システムへの緯度経度送信部３００４」により、位置情報把握システム４に送信する。
【０１２０】
このようにして、ＰＤＡ（起こす人）３からの緯度経度データを受信した位置情報把握システム４は、当該データを管理サーバ１に送信し、管理サーバ１は、図１１に示すステップ７０２０での処理で受信し、以降の処理を行う。
【０１２１】
図２２（ｂ）に示すように、ステップ１３００３での処理（位置情報把握システムへの送信）でやり取りされるデータは、依頼元のＰＤＡ（起こす人）の識別情報としてのデータ「ＩＤ（ＰＤＡ（起こす人））」が、例えば、「09087654321」等の「int型」であり、要求された「ＧＰＳデータ」は、例えば、「Ｅ．１３５，４８’２”Ｎ．３５，４５’２”」等の「string型」である。
【０１２２】
さらに、ＰＤＡ（起こす人）３は、図２３に示すステップ１４００１において、図１１に示したステップ７０１１での管理サーバ１からの依頼を受けると共に、ＰＤＡ（target）２から管理サーバ１に送信され登録されていたターゲットの顔写真を受信し、ステップ１４００２において、受信した顔写真を表示部２００３に表示する。
【０１２３】
次に、図２４〜図３４を用いて、本発明に係わるサービス実行制御システムの第２の構成と動作を説明する。まず、図２４〜図２９による構成の説明を行う。
【０１２４】
図２４は、本発明に係わるサービス実行制御システムの第２の構成例を示すブロック図であり、図２５は、図２４における管理サーバの構成例を示すブロック図、図２６は、図２５の管理サーバにおけるＰＤＡ（target）通信部の構成例を示すブロック図、図２７は、図２５の管理サーバにおける制御部の構成例を示すブロック図、図２８は、図２５の管理サーバにおける決済システム通信部の構成例を示すブロック図、図２９は、図２５の管理サーバにおけるＰＤＡ（target）の構成例を示すブロック図である。
【０１２５】
図２４に示すサービス実行制御システムの構成は、図１に示したサービス実行制御システムの構成に、決済システム７を新たに設けたものであり、この決済システム７を利用するために、管理サーバ１ａには、図２５に示すように、新たな決済システム通信部１７０、および、新たな機能を付加したＰＤＡ（target）通信部１２０ａと制御部１６０ａが設けられている。
【０１２６】
この管理サーバ１ａにおけるＰＤＡ（target）通信部１２０ａには、図２６に示すように、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部１２０４」と、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部」（図中「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報（を決済システム通信部へ）送信部」と記載）１２０５、および、「制御部への提供対価情報送信部１２０６」が新たに設けられ、また、制御部１６０ａには、「ＰＤＡ（target）通信部からの対価情報受信部１６０９」と「ＰＤＡ（target）通信部からの対価情報保存部１６１０」とが新たに設けられている。
【０１２７】
また、管理サーバ１ａに新たに設けられた決済システム通信部１７０は、図２８に示すように、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部１７０１」と、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信１７０２」とにより構成されている。
【０１２８】
さらに、本例のシステムにおいては、ＰＤＡ（target）２ａには、図２９に示すように、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部２００５」が追加して設けられている。
【０１２９】
図２６のＰＤＡ（target）通信部１２０ａにおける「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部１２０４」は、図２９のＰＤＡ（target）２ａの「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部２００５」から送信されてきたＰＤＡ（target）のＩＤとＰＤＡ（起こす人）のＩＤ、および、提供される対価の情報を受信する。
【０１３０】
また、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部１２０５」は、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部１２０４」で受信したＩＤと対価をペアにして、図２８に示す決済システム通信部１７０における「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部１７０１」に送信する。
【０１３１】
そして、図２６の「制御部への提供対価情報送信部１２０６」は、「ＰＤＡ（target）登録受付部１２０１」により、図２９のＰＤＡ（target）２ａにおける「ＰＤＡ（target）通信部への登録内容送信部２００２」から受信した登録内容の内、ターゲットが提供する対価の情報を、図２７に示す制御部１６０ａの「ＰＤＡ（target）通信部からの対価情報受信部１６０９」に転送する。
【０１３２】
図２７における「ＰＤＡ（target）通信部からの対価情報受信部１６０９」は、図２６の「制御部への提供対価情報送信部１２０６」から送信されたターゲットの提供する対価の情報を受信し、「ＰＤＡ（target）通信部からの対価情報保存部１６１０」は、「ＰＤＡ（target）通信部からの対価情報受信部１６０９」で受信した対価情報を保存しておく。
【０１３３】
さらに、「ＰＤＡ（target）通信部からの対価情報保存部１６１０」は、「ＰＤＡ（起こす人）通信部への依頼送信部１６０５」により、図５に示す「ＰＤＡ（起こす人）通信部１３０」における「制御部からの依頼受信部１３０３」に対して、「起こす依頼」を要求する際に「ターゲットの顔写真保存部１６０７」からターゲットの顔写真を引き出すと共に、保存しているターゲットが提供する対価の情報を「ＰＤＡ（起こす人）通信部への依頼送信部１６０５」へ渡し、「ＰＤＡ（起こす人）通信部１３０」における「制御部からの依頼受信部１３０３」に送信する。
【０１３４】
図２８に示す「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部１７０１」は図２６の「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部１２０５」が送信した、ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））とターゲットが提供する対価情報を受信し、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部１７０２」は、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部１７０１」が受信したＩＤと対価をペアにして、決済システム７に送信する。
【０１３５】
ＰＤＡ（起こす人）３を保持する「起こす人」が、ＰＤＡ（target）２ａを保持するターゲットを起こすと、このターゲットは、「起こしてくれた人」に対価を支払うために、「起こしてくれた人」に対して、オンラインでＩＤを聞き、図２９に示すＰＤＡ（target）２ａを操作し、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部２００５」により、ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））と、自分が提供する対価情報を、図２６の「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部１２０４」に対して送信する。
【０１３６】
このように、新たに追加、および、変更した構成部分でのサービス実行制御システムのサービス実行制御手順例を、図３０〜図３４を用いて説明する。
【０１３７】
図３０は、図２５における管理サーバの処理手順例を示すフローチャートであり、図３１は、図２６における管理サーバの処理手順でやり取りされるデータの構造例を示す説明図、図３２は、図２９におけるＰＤＡ（target）の第１の処理手順例を示すフローチャート、図３３は、図２９におけるＰＤＡ（target）の第２の処理手順例を示すフローチャート、図３４は、図２４におけるＰＤＡ（起こす人）の処理手順例を示すフローチャートである。
【０１３８】
図３２に示す図２９のＰＤＡ（target）２ａの処理は、図１８で示した図９のＰＤＡ（target）２の処理手順におけるステップ９００２での処理内容を変更したものである。すなわち、本例では、図２９におけるＰＤＡ（target）２ａは、図３２のステップ９００２ａのキー入力処理において、「降車駅」と共に、ターゲット（ＰＤＡ（target）２ａの所持者で、他の人に起こしてもらうサービスを受けたい人）が提供する「対価」を入力する。
【０１３９】
このようにして入力された情報（対価・降車駅）を、ＰＤＡ（target）２ａは、ステップ９００４において送信する。そして、送信された情報（対価・降車駅）に対して、図２５の管理サーバ１ａは、図３０（ａ）に示す処理を行う。
【０１４０】
すなわち、管理サーバ１ａは、ステップ７００１において、図２９のＰＤＡ（target）２ａにおける「ＰＤＡ（target）通信部への登録内容送信部２００２」から送信されたデータを、ＰＤＡ（target）通信部１２０ａのＰＤＡ（target）登録受付部１２０１で受信すると、ステップ２０００１において、その内の「対価情報」を、「制御部への提供対価情報送信部１２０６」により、制御部１６０ａの「ＰＤＡ（target）通信部からの対価情報受信部１６０９」に送信する。
【０１４１】
ステップ２０００２においては、制御部１６０ａが、「ＰＤＡ（target）通信部からの対価情報受信部１６０９」で「対価情報」を受信し、「ＰＤＡ（target）通信部からの対価情報保存部１６１０」により、受信した「対価情報」を保存する。
【０１４２】
このように、保存した「対価情報」は、図１１のステップ７００９において、ＰＤＡ（起こす人）３の所持者に対しての「起こす依頼」をする際に、制御部１６０ａが、「ＰＤＡ（起こす人）通信部への依頼送信部１６０５」により、ＰＤＡ（起こす人）通信部１３０の「制御部からの依頼受信部１３０３」に対して、「ターゲットの顔写真保存部１６０７」で保存した顔写真と共に送信する。
【０１４３】
そして、図３０（ａ）に示すように、ステップ２１００１において、図１１のステップ７０１１における処理（ＰＤＡ（起こす人）へ依頼）後、管理サーバ１ａは、図２６のＰＤＡ（target）通信部１２０ａにおける「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部１２０４」により、図２９におけるＰＤＡ（target）２ａの「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部２００５」から送信されてきたＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））とターゲットが提供する対価情報とを受信する。
【０１４４】
その後、ステップ２１００２において、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部１２０４」で受信した１Ｄと対価情報を、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部１２０５」により、図２８に示す決済システム通信部１７０における「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部１７０１」に送信する。
【０１４５】
さらに、ステップ２１００３において、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部１７０１」が、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部１２０５」からの決済依頼を受信すると、ステップ２１００４において、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部１７０２」により、受信した１Ｄと対価情報を決済システム７へ転送し、決済依頼を行う。
【０１４６】
次に、図３３に示すように、図１１におけるステップ７０１１での処理（ＰＤＡ（起こす人）への依頼送信）に対応して、ターゲットが起こしてもらった場合、そのステップ２２００１において、起こしてくれた人に対価を支払うためのターゲットの操作に基づき、図２９のＰＤＡ（target）２ａは、登録入力部２００１により、ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））と対価情報を入力し、ステップ２２００２およびステップ２２００３でのＰＤＣ処理を行い、入力した内容を、「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部２００５」により、図２６のＰＤＡ（target）通信部１２０ａの「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部１２０４」に送信する。
【０１４７】
図３４は、図１０で示す構成の図２４におけるＰＤＡ（起こす人）３の処理動作例を示しており、図１１のステップ７０１１での処理に対応して、図２５の管理サーバ１ａにおけるＰＤＡ（起こす人）通信部１３０４から送信された依頼を、ステップ１４００１において、「ＰＤＡ（起こす人）通信部からの依頼受信部３００５」により受信する際、提供される対価を顔写真とペアで受信する。
【０１４８】
図３１（ａ）では、図３０のステップ７００１，２０００１，２０００２における処理（ＰＤＡ（target）からの登録）でやり取りされるデータの構造を示しており、依頼元のＰＤＡ（target）の識別情報としてのデータ「ＩＤ（ＰＤＡ（target））」は、例えば、「09012345678」等の「int型」であり、希望する「降車駅」は、例えば、「狭山ヶ丘」等の「string型」、ターゲットから提供される「対価」情報も、例えば、「割引チケット」等の「string型」、そして、初回登録時のみに必要となる「顔写真」は、「gif画像」である。
【０１４９】
図３１（ｂ）においては、図３４における１４００１および図１１におけるステップ７００９，７０１０，７０１１での処理（ＰＤＡ（起こす人）への依頼）でやり取りされるデータの構造を示しており、ターゲット（target）の顔写真は「gif画像」であり、ターゲットから提供される「対価」情報は「割引チケット」等の「string型」である。
【０１５０】
図３１（ｃ）では、図３０のステップ２１００１〜２１００４における処理（ＰＤＡ（target）から決済システムへの転送）でやり取りされるデータの構造を示しており、依頼元のＰＤＡ（target）の識別情報としてのデータ「ＩＤ（ＰＤＡ（target））」は、例えば上述の「09012345678」等の「int型」であり、ＰＤＡ（起こす人）の識別情報としてのデータ「ＩＤ（ＰＤＡ（起こす人））」は、例えば「09087654321」等の「int型」、そして、ターゲットから提供される「対価」情報は「割引チケット」等の「string型」である。
【０１５１】
次に、図３５〜図４０を用いて、本発明に係わるサービス実行制御システムの第３の構成と動作を説明する。まず、図３５〜図３７による構成の説明を行う。尚、本例のシステムの全体構成は、図２４で示した例と同じである。
【０１５２】
図３５は、本発明に係わるサービス実行制御システムにおける管理サーバの構成例を示すブロック図であり、図３６は、図３５の管理サーバにおけるＰＤＡ（起こす人）通信部の構成例を示すブロック図、図３７は、図３５の管理サーバにおける制御部の構成例を示すブロック図である。
【０１５３】
図３５に示すサービス実行制御システムの構成は、図２４に示したサービス実行制御システムと同じ構成であるが、本例では、図３６および図３７にそれぞれの詳細構成を示すＰＤＡ（起こす人）通信部１３０ａと制御部１６０ｂを、管理サーバ１ｂに設けた構成となっている。
【０１５４】
すなわち、管理サーバ１ｂにおけるＰＤＡ（起こす人）通信部１３０ａには、図３６に示すように、図５で示されたＰＤＡ（起こす人）登録受付部１３０１と、「位置情報把握システム通信部に対する登録内容送信部１３０２」、「制御部からの依頼受信部１３０３」、「ＰＤＡ（起こす人）に対する依頼送信部１３０４」の他に、「制御部への欲しい対価送信部１３０５」が新たに設けられ、また、制御部１６０ｂには、図２７で示された制御部１６０ａの構成に、さらに、「ＰＤＡ（起こす人）通信部からの所望対価情報受信部１６１１」と「ＰＤＡ（起こす人）通信部からの所望対価情報保存部１６１２」、および、対価マッチング部１６１３が新たに設けられている。
【０１５５】
図３６におけるＰＤＡ（起こす人）通信部１３０ａの「制御部への欲しい対価送信部１３０５」は、図１０に示したＰＤＡ（起こす人）３における「ＰＤＡ（起こす人）通信部への登録内容送信部３００２」から送信されてきた登録内容を、ＰＤＡ（起こす人）登録受付部１３０１が受信する際、登録内容のうち、「起こす人が所望する対価」を、図３７における制御部１６０ｂの「ＰＤＡ（起こす人）通信部からの所望対価情報受信部１６１１」へ送信する。
【０１５６】
図３７における制御部１６０ｂの「ＰＤＡ（起こす人）通信部からの所望対価情報受信部１６１１」は、図３６におけるＰＤＡ（起こす人）通信部１３０ａの「制御部への欲しい対価送信部１３０５」により送信されてきた「起こす人の所望対価の情報」を受信する。
【０１５７】
また、図３７における制御部１６０ｂの「ＰＤＡ（起こす人）通信部からの所望対価情報保存部１６１２」は、「ＰＤＡ（起こす人）通信部からの所望対価情報受信部１６１１」により受信した対価情報を保存する。
【０１５８】
そして、図３７における制御部１６０ｂの対価マッチング部１６１３は、ターゲットを起こす人のマッチングを「駅名」で取った後に、「対価」でのマッチングをとるため、「ＰＤＡ（target）通信部からの対価情報保存部１６１０」で保存された「ターゲットが提供する対価」と、「ＰＤＡ（起こす人）通信部からの所望対価情報受信部１６１１」で保存された「起こす人が所望する対価」とのマッチングをとる。
【０１５９】
このように、新たに追加、および、変更した構成部分でのサービス実行制御システムのサービス実行制御手順例を、図３８〜図４０を用いて説明する。図３８は、図３５における管理サーバの処理手順例を示すフローチャートであり、図３９は、図３８における管理サーバの処理手順でやり取りされるデータの構造例を示す説明図、図４０は、図３５におけるＰＤＡ（起こす人）の処理手順例を示すフローチャートである。
【０１６０】
図４０に示す図３５におけるＰＤＡ（起こす人）３の処理は、図２１で示した図１０の構成のＰＤＡ（起こす人）３の処理手順におけるステップ１２００１での処理内容を変更したものである。
【０１６１】
すなわち、本例では、図３５におけるＰＤＡ（起こす人）３での、図４０に示されるステップ２２００１におけるキー入力処理において、ＰＤＡ（target）２ａの所持者で他の人に起こしてもらうサービスを受けたい人（ターゲット）を起こしても良いとする人（ＰＤＡ（起こす人）３の所持者）の識別情報「ＰＤＡ（起こす人）のＩＤ」を、図１０に示した登録入力部３００１により入力する。
【０１６２】
そして、ステップ２２００２，２２００３における処理で、ＰＤＣ送信することにより、入力した情報を、図１０に示した「ＰＤＡ（起こす人）通信部への登録内容送信部３００２」により、図３６に示す管理サーバ１ｂにおけるＰＤＡ（起こす人）通信部１３０ａの「ＰＤＡ（起こす人）登録受付部１３０１」へ送信する。
【０１６３】
このように、ＰＤＡ（起こす人）３から送信された情報を、図３５の管理サーバ１ｂは、図１１におけるステップ７０１７で受信し、図３８に示す処理を開始する。
【０１６４】
すなわち、図３５の管理サーバ１ｂでは、図３８（ａ）に示すように、図１１のステップ７０１７での処理により、ＰＤＡ（起こす人）３の「ＰＤＡ（起こす人）通信部への登録内容送信部３００２」からの登録データを、図３６に示すＰＤＡ（起こす人）通信部１３０ａのＰＤＡ（起こす人）登録受付部１３０１で受信すると、ステップ３０００１において、「制御部への欲しい対価送信部１３０５」により、「対価の情報」を、図３７に示す制御部１６０ｂの「ＰＤＡ（起こす人）通信部からの所望対価情報受信部１６１１」へ送信する。
【０１６５】
そして、制御部１６０ｂでは、「ＰＤＡ（起こす人）通信部からの所望対価情報受信部１６１１」で受信した「対価の情報」を、ステップ３０００２において、「ＰＤＡ（起こす人）通信部からの所望対価情報保存部１６１２」により保存し、次の図３８（ｂ）におけるステップ３１００１におけるマッチング処理で利用する。
【０１６６】
図３８（ｂ）では、図１１におけるステップ７００９での処理による「駅名マッチング」の結果として候補として挙がった「起こす人」に対して、ステップ３１００１における対価マッチング処理を行う。
【０１６７】
すなわち、図３７の制御部１６０ｂは、図３８（ｂ）のステップ３１００１において、対価マッチング部１６１３により、図３８（ａ）のステップ３０００２において「ＰＤＡ（起こす人）通信部からの所望対価情報保存部１６１２」により保存した「対価の情報」（当該起こす人の所望対価）と、「ＰＤＡ（target）通信部からの対価情報保存部１６１０」により保存した「対価の情報」（ターゲットの提供対価）との対価マッチングをとる。
【０１６８】
そして、図３７の制御部１６０ｂは、ステップ３１００２において、ステップ３１００１でのマッチングの結果、「駅名」と「対価」の両方でマッチした「ＰＤＡ（起こす人）」３を特定し、特定した全ての「ＰＤＡ（起こす人）」３に対し、「ＰＤＡ（起こす人）通信部への依頼送信部１６０５」により、図３６に示すＰＤＡ（起こす人）通信部１３０ａの「制御部からの依頼受信部１３０３」に、「ＰＤＡ（起こす人）に対する依頼送信部１３０４」を介して、「ターゲット」を起こしてくれるよう依頼する。
【０１６９】
図３９では、図３８（ａ）におけるステップ７０１７，３０００１，３０００２での処理（ＰＤＡ（起こす人）からの登録）でやり取りされるデータの構造を示しており、ＰＤＡ（起こす人）３の識別情報としてのデータ「ＩＤ（ＰＤＡ（起こす人））」は、例えば「09087654321」等の「int型」で、ＰＤＡ（起こす人）３から掲示される「欲しい対価」情報は「割引チケット」等の「string型」である。
【０１７０】
以上に説明した各構成のサービス実行制御システムにおけるサービス（電車に乗っているターゲットが居眠りしているときに、同じ電車で近くに乗っている他の人に起こしてもらうサービス）の実行例を、図４１〜図４６を用いて説明する。
【０１７１】
図４１は、図１におけるサービス実行制御システムでのサービス実行例を示す説明図であり、図４２は、図４１におけるサービス実行例の手順を示すシーケンス図、図４３は、図２４におけるサービス実行制御システムでのサービス実行例を示す説明図であり、図４４は、図４３におけるサービス実行例の手順を示すシーケンス図、図４５は、図３５におけるサービス実行制御システムでのサービス実行例を示す説明図であり、図４６は、図４５におけるサービス実行例の手順を示すシーケンス図である。
【０１７２】
図４１に示すシステムを構成する管理サーバ１、ＰＤＡ（target）２、ＰＤＡ（起こす人）３、位置情報把握システム４、地図データベース５、路線マップサーバ６のそれぞれは、以下の各機能を有する。
【０１７３】
ＰＤＡ（target）２は、当該サービスを受けたい人が所持・操作するもので、起こしてもらうために必要な情報（降車駅や顔写真など）を登録入力する機能と、登録内容を管理サーバ１に送信する機能、入力情報把握システム４からの位置（緯度経度）要求に対して、自身の位置を送信する機能、自分の物理位置（ＧＰＳ計算値の緯度経度）を定期的に位置情報把握システム４に送信する機能とを少なくとも有する。
【０１７４】
ＰＤＡ（起こす人）３は、当該サービスにおける「起こす側の人」が所持・操作するもので、当該サービスの利用に必要な情報（起こしてあげてもいいといった情報）を登録するための入力機能と、登録した内容を管理サーバ１に送信する機能、自分の物理位置（ＧＰＳ計算値の緯度経度）を定期的に位置情報把握システム４に送信する機能、ターゲット（起こす人）の降車駅が近いことを管理サーバ１から受信する機能、ターゲット（起こす人）の降車駅が近いことを自ＰＤＡ（起こす人）３の持ち主に知らせる機能とを少なくとも有する。
【０１７５】
管理サーバ１は、ＰＤＡ（target）２からの登録内容（降車駅や顔写真など）を受信する機能と、ＰＤＡ（target）２からの登録時の論理位置（駅名）要求を位置情報把握システム４に送信する機能、ターゲットの登録内容を路線マップサーバ６に送信して一つ手前の駅名を戻り値として受け取る機能、位置情報把握システム４に対し、ＰＤＡ（target）２とＰＤＡ（起こす人）３の論理位置（駅位置）を位置情報把握システム４から受信する機能、ＰＤＡ（target）２とＰＤＡ（起こす人）３の現在位置と降車駅の一つ手前の駅名をマッチングする機能、ターゲットの降車駅が近いことをＰＤＡ（起こす人）３に送信する機能とを少なくとも有する。
【０１７６】
位置情報把握システム４は、管理サーバ１からのターゲットの現在位置要求を受信する機能と、ＰＤＡ（target）２とＰＤＡ（起こす人）３に対し、現在位置（緯度経度）要求を送信する機能、ＰＤＡ（target）２とＰＤＡ（起こす人）３からの現在位置（緯度経度）を受信する機能、管理サーバ１から、ＰＤＡ（target）２とＰＤＡ（起こす人）３の論理位置（駅名）を駅が変わる毎に送信する要求を受信する機能、ＰＤＡ（target）２とＰＤＡ（起こす人）３に対し、定期的に位置（緯度経度）送信要求を送信する機能、ＰＤＡ（target）２とＰＤＡ（起こす人）３からのＧＰＳ計算値（緯度経度）を定期的に受信する機能、地図データベース５を用いて、緯度経度を、ランドマーク（駅名）に変換する機能とを少なくとも有する。
【０１７７】
地図データベース５は、位置情報把握システム４からの緯度経度を受信し、ランドマーク（駅名）に変換する機能を少なくとも有する。
【０１７８】
路線マップサーバ６は、管理サーバ１からターゲットの現在駅と降車駅を受信する機能と、降車駅の一つ手前の駅を計算する機能、計算結果を管理サーバ１に送信する機能とを少なくとも有する。
【０１７９】
このような各機能を有するそれぞれの装置からなるシステムでのサービス実行例を説明する。
【０１８０】
図４１および図４２に示すサービス実行例では、まず、手順「Ｉａ」において、ＰＤＡ（起こす人）３から管理サーバ１に対して、「今日は起こしていいよ」という意志表示をする。
【０１８１】
また、これとは独立に、手順「Ｉｂ」において、ＰＤＡ（target）２から管理サーバ１に対して、「電車に乗るときに、起こしてもらうように登録をする」ために、「降車駅」を登録する。尚、未登録であれば、自分の視覚的な特徴、例えば、顔写真や服の色なども同時に登録する。
【０１８２】
登録要求を受けた管理サーバ１は、手順「II」において、位置情報把握システム４に対し、ＰＤＡ（target）２の乗車駅（現在位置）がどこかを教えてもらうために位置情報の要求をする。これに対して、位置情報把握システム４は、ＰＤＡ（target）２に内蔵されているＧＰＳから緯度経度情報を取得し、地図データベース５を用いて、当該駅名を割り出して管理サーバ１に通知する。
【０１８３】
手順「III」において、管理サーバ１は、ＰＤＡ（target）２から登録された「降車駅」と位置情報把握システム４から返ってきた「現在地」とを、路線マップサーバ６に送信し、「降車駅」の一つ手前の駅を通知してもらう。
【０１８４】
手順「IV」において、管理サーバ１は、降車駅の一つ手前の駅名を記録すると同時に、位置情報把握システム４に対し、ＰＤＡ（target）２とＰＤＡ（起こす人）３の各々の存在する駅が変わったら、その駅名を通知してくれるよう依頼する。
【０１８５】
手順「V」および「VI」において、位置情報把握システム４は、常に、ＰＤＡ（target）２とＰＤＡ（起こす人）３の各々のＧＰＳから緯度経度を取得し、地図データベース５を用いて駅名に変換しており（手順「V」）、次の駅に到着する度に、管理サーバ１に対して最新の駅名を通知する（手順「VI」）。
【０１８６】
手順および「VII」において、管理サーバ１は、ターゲット（を乗せた電車）が降車駅の一つ手前の駅に到着したら、そ時点で同じ電車に乗っている人のＰＤＡ（起こす人）３に対し、起こしてくれるように要求を出す。この際、管理サーバ１は、ＰＤＡ（起こす人）３に対して予め登録されているターゲットの顔写真を添付することにより、起こす人がターゲットを容易に認識できるようにする。これにより、ターゲットは、確実に起こしてもらうことができる。
【０１８７】
図４３および図４４に示すサービス実行例では、決済システム７を利用しており、ＰＤＡ（target）２には、降車駅や顔写真などと共に、起こしてくれた人に対して支払う「対価」を登録入力する機能と、管理サーバ１ａに、起こしてくれた人の識別情報（ＩＤ）と、自身の識別情報（ＩＤ）を送信する機能が、また、管理サーバ１ａには、ＰＤＡ（target）２からの「対価」を含む登録内容の受信機能と、ＰＤＡ（target）２からの「起こしてくれた人のＩＤ」と「ターゲットのＩＤ」を受信する機能、および、決済システム７に、ＰＤＡ（target）２とＯＤＡ（起こしてくれた人）のＩＤと「対価」の内容を送信する機能が、それぞれ追加されている。
【０１８８】
このような構成および機能を追加した図４３と図４４のシステムでは、先の図４１，４４で説明した手順「Iａ，Iｂ」〜手順「VII」までの処理を、ＰＤＡ（target）２からの登録内容に「対価」が加わり、ＰＤＡ（起こす人）３への依頼時にターゲットの顔写真を加え、「対価」情報を追加した内容で行う。
【０１８９】
そして、手順「VII」での処理の後、手順「VIII」および手順「IX」において、ＰＤＡ（起こす人）３の持ち主がターゲットを起こすと、「対価」をもらうために、自分の識別情報（ＩＤ）を、ＰＤＡ（target）２の持ち主に通知する。ターゲットが、そのＩＤをＰＤＡ（target）２に入力し、自分のＩＤと共に、管理サーバ１ａに送信する。
【０１９０】
管理サーバ１ａは、登録時のＰＤＡ（target）２が支払う対価と、ＰＤＡ（起こす人）３のＩＤおよびＰＤＡ（target）２のＩＤをセットにして、決済システム７に送信する。
【０１９１】
次の図４５と図４６で示すシステムは、図４３と図４４で示したシステムにおけるＰＤＡ（起こす人）３に、管理サーバ１ａに対して、自身の好み（欲しい対価）を登録するための入力機能を設け、さらに、この管理サーバ１ａに、ＰＤＡ（target）２の提供対価とＰＤＡ（起こす人）３の所望対価とのマッチングを取る機能が設けられている。
【０１９２】
このような機能が追加されたＰＤＡ（起こす人）３ａと管理サーバ１ｂにより、図４３と図４４で説明した手順「VII」での処理が以下のように変更される。すなわち、ＰＤＡ（target）２とＰＤＡ（起こす人）３の現在位置と、ターゲットの降車駅の一つ手前の駅とのマッチングを取る際、ＰＤＡ（target）２が支払う対価とＰＤＡ（起こす人）３が所望する対価とのマッチングを取る。この手順「VII」での処理以外は、図４５と図４６で示す手順は、図４３と図４４で説明した手順と同じである。
【０１９３】
以上の図１〜図４６で説明したサービス実行制御システムにおいて、ＰＤＡ（target）２とＰＤＡ（起こす人）３の互いの位置を把握するために、例えば、特願平１１−２６１４７９号（特開２００１−８４２６９号公報）や、特願２０００−０２４６０３号で記述された「コンテクスト把握」技術を用いることができるが、この「コンテクスト把握」技術を利用することにより、本例のサービス実行制御システムのサービス実行制御のさらなる効率化を図ることができる。
【０１９４】
例えば、本例のサービス実行制御システムにおいては、ＰＤＡ（target）２で当該サービスの提供を受けることを依頼したターゲットが、降車駅に近付いても「居眠り」をしていない場合には、当該サービスのキャンセル要求をＰＤＡ（target）２を介して管理サーバ１，１ａ，１ｂに送る必要がある。また、このキャンセル依頼を早くに入れたが、その後、「居眠り」してしまった場合や、ＰＤＡ（起こす人）３を所持してターゲットを「起こす人」として特定された人が「居眠り」してしまった場合には、結局、ターゲットに対するサービスを提供することができない。
【０１９５】
このような場合に対処するために、例えば、特開２００１−０８４２６９号公報に記載の「コンテクスト把握システム」技術による「コンテクストアウェアサービス」を利用することができる。
【０１９６】
この「コンテクストアウェアサービス」は、「コンテクスト」、すなわち、ユーザの感情や意志および明示的な要求など、ユーザからの働きが必要なものを含まず、物理的なセンサなどによるモニタリングやデータベース参照などの外的な手段により把握することのできる「ユーザの位置や興味・知識」を含むユーザを取り巻く状況を把握して利用することにより、ユーザの状況に動的に適応して、ユーザの満足度を高めることが可能なサービスを提供することができるものである。
【０１９７】
このような「コンテクスト把握システム」技術を、本発明のサービス実行制御システムに適用する例を、図４７と図４８を用いて説明する。
【０１９８】
図４７は、本発明のサービス実行制御システムに適用するコンテクスト把握システムの構成例を示すブロック図であり、図４８は、図４７におけるコンテクスト把握システムを設けたネットワーク構成例を示すブロック図である。
【０１９９】
図４７に示すコンテクスト把握システムは、表示装置や入力装置、外部記憶装置、ＣＰＵ（Central Processing Unit）や主メモリおよび入出力インターフェース等を有しコンピュータ処理を行なう情報処理装置等からなるコンピュータシステムからなる。
【０２００】
このコンテクスト把握システムは、図４８にコンテクスト把握システム４８２１として示すように、１以上のネットワーク４８２２，４８２２ｎに接続され、また、各ネットワーク４８２２，４８２２ｎを介して、プロバイダ４８２３，４８２３ｍ、ユーザ４８２４，４８２４ｉに接続される。
【０２０１】
そして、ユーザ４８２４，４８２４ｉの位置や興味・知識を含むユーザを取り巻く状況、すなわち、コンテクストを表わすデータ（「コンテクストデータ」）を、センサやデータベース（ＤＢ）からなるソース群４８２５を介して収集する。
【０２０２】
本例では、コンテクストを把握して利用することにより、よりユーザの状況に適応し、ユーザの満足度を高めることが可能な「コンテクストアウェアサービス」として、図１〜図４６で示した「ターゲット」と「起こす人」のそれぞれに対して提供する。
【０２０３】
以下、図４７に示すコンテクスト把握システムの詳細を説明する。図４７において、４７０１はコンテクスト把握システム、４７０２はアプリケーション、４７０３はコンテクストデータソース群であり、コンテクスト把握システム４７０１は、コンテクスト情報要求入出力部４７１２０、コンテクスト情報生成部４７１４０、コンテクストデータソース特定部４７１５０、対応付情報登録部４７１６０を有している。
【０２０４】
コンテクスト情報要求入出力部４７１２０、コンテクスト情報生成部４７１４０、コンテクストデータソース特定部４７１５０は、いずれもメモリに格納されたソフトウェアモジュールを示し、これらのソフトウェアは処理装置であるＣＰＵにより読み出されて実行されることにより、それぞれの機能を遂行する。また、対応付情報登録部４７１６０はＨＤＤ等の記憶装置に格納され、コンテクスト情報とコンテクストデータとの対応付けを予め登録する情報・データ対応テーブル４７１６１と、コンテクストデータとコンテクストデータソースとの対応付けを予め登録するデータ・ソース対応テーブル４７１６２からなる。
【０２０５】
このような構成において、コンテクスト把握システム４７０１では、アプリケーション４７０２とのやり取りを、予め規定されたＡＰＩ（Application Programming Interface)に基づき行なう。例えば、あるプロバイダが「居眠りしているターゲットを降車駅に着く前に起こすサービス」を提供するシステムを例とした場合、アプリケーションから要求するコンテクスト情報としては、ユーザ（居眠りしている乗客）の「位置情報」と共に「居眠り状態」などが考えられる。
【０２０６】
ここでは、コンテクスト情報として、上記例示したサービスを要求したユーザの「位置情報」と「居眠りしている状態か否か」とし、アプリケーション４７０２は、これらのコンテクスト情報の要求をコンテクスト把握システム４７０１に送出する。
【０２０７】
アプリケーション４７０２からの要求を、コンテクスト把握システム４７０１は、コンテクスト情報要求入出力部４７１２０により受けとり、その要求を、コンテクスト情報要求入出力部４７１２０からコンテクスト情報生成部４７１４０に渡す。
【０２０８】
要求が渡されたコンテクスト情報生成部４７１４０は、対応付情報登録部４７１６０の情報・データ対応テーブル４７１６１を参照して、当該コンテクスト情報に対応付けられたコンテクストデータを（一つもしくは複数）特定し、特定したコンテクストデータを、コンテクストデータソース特定部４７１５０に渡す。
【０２０９】
コンテクストデータを受け取ったコンテクストデータソース特定部４７１５０は、対応付情報登録部４７１６０のデータ・ソース対応テーブル４７１６２を参照して、複数のネットワーク上に存在する当該コンテクストデータの取得に用いるセンサやデータべースなどの情報源、すなわち、コンテクストデータソース、ここでは、ターゲットが居眠りしているが否かを判別するセンサ装置（例えば、ユーザの服の胸ポケット等に収納され、ユーザの体が斜めになっているか否かを、ジャイロ機構により検知する装置）をコンテクストデータソース郡４７０３から選択・特定し、当該コンテクストデータの収集を要求する。
【０２１０】
コンテクストデータソース郡４７０３から選択・特定されたコンテクストデータソースは、コンテクストデータソース特定部４７１５０から要求されたコンテクストデータ、ここでは、ターゲットが居眠りしているか否かの情報を収集して、コンテクストデータソース特定部４７１５０に渡す。
【０２１１】
コンテクストデータソース特定部４７１５０は、このようにして取得したコンテクストデータをコンテクスト情報生成部４７１４０に渡し、コンテクスト情報生成部４７１４０は、受け取ったコンテクストデータを用いてコンテクスト情報（ターゲットは居眠りしている／ターゲットは起きている）を生成して、コンテクスト情報要求入出力部４７１２０に渡す。
【０２１２】
コンテクスト情報要求入出力部４７１２０は、渡されたコンテクスト情報を規定のＡＰＩを用いてアプリケーション４７０２に提供し、アプリケーション４７０２は、このコンテクスト情報に基づき、ターゲットに対するサービスの実行を制御する。
【０２１３】
例えば、コンテクスト情報が、「サービス依頼してきたターゲットが居眠り中」であれば、図１〜図４６で説明した処理動作を実行して、ＰＤＡ（起こす人）３に当該ターゲットを起こすように依頼し、また、「サービス依頼してきたターゲットが起きている状態」であれば、図１〜図４６で説明した処理動作を実行しないようにする。
【０２１４】
以上、図１〜図４８を用いて説明したように、本例のサービス実行制御システムと方法では、入れ替わり人が出入りする電車の中で、起こしてもらいたい人が、適切なタイミング（降車駅の一つ手前の駅など）で、その場にいる人に起こしてもらうための手段を提供する。尚、起こしてもらいたい人と起こしたい人の互いの位置をシステムが把握するために、特願平１１−２６１４７９号（特開２００１−８４２６９号公報）や、特願２０００−０２４６０３号で記述されたコンテクスト把握技術を用いることができる。
【０２１５】
これにより、指定座席の情報などによる管理がなくても、また個人で降車駅を意識しなくても、適切なタイミングで起こしてもらうことが可能になり、余裕をもって電車で寝ることが可能となる。
【０２１６】
また、管理サーバにおいて、位置情報把握システムとインタラクションし、常に、起こしてもらいたい人と起こしてもいい人の両者の位置関係を把握して、両者のマッチングを行うことにより、適切なタイミングで起こしてもいい人に対して起こしてもらいたい人を起こすことを依頼できる。すなわち、適切なタイミングで、起こす人と起こされる人の出会いを提供することが可能である。
【０２１７】
さらに、起こされる人が、起こす人に対して提供する対価を示す手段を設け、起こしてもらう人が対価を提供することにより、起こす人は、提供される対価の情報を見て、起こすかどうかを判断できる。また、対価をもらえることにより、起こそうとする動機が増える。
【０２１８】
このような対価のやりとりを実現するために、管理サーバに、決済システムとの連携手段を追加する。このように、ネットバンキングのような決済システムと連動することで、健全なビジネスモデルを構築することが可能となる。
【０２１９】
また、ＰＤＡ（起こす人）から、「起こしてもいい」旨を管理サーバに登録する構成とすることで、「起こす人」は、待っているだけで、提供される対価と同時に、誰を起こせばいいかの依頼を受けることが可能となり、またその人を起こすと、その席に自分が座ることも可能となる。
【０２２０】
また、「起こす人」が、ＰＤＡ（起こす人）により、管理サーバに対して、欲しい対価を指定できる構成とすることにより、「起こす人」は、自分が登録した欲しい対価を提供する相手を起こす依頼しか受信しなくてもよいので、より適切な出会いが可能となる。また、このように、ＰＤＡ（起こす人）に、欲しい対価を登録する手段を追加することにより、自分の欲しい対価を提供してくれる人からの依頼がくるようになる。
【０２２１】
また、管理サーバに、対価によるマッチングを実現するための手段を追加することにより、適切なタイミングで起こす人を選択する際に、位置情報だけでなく、対価によるマッチングにより、起こす人を絞り込むことができるので、より、起こす人と起こされる人のマッチングの効率化（一人の人に対して多くの人が起こそうとしなくなる、など）を図ることが可能となる。
【０２２２】
尚、本発明は、図１〜図４８を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、本例では、電車での寝過ごし防止を説明したが、電車に限らず、指定席のない長距離バスの乗客にも適用することができる。
【０２２３】
また、本例では、乗客が居眠りすることによる寝過ごしを回避する際の説明を行っているが、視覚障害や聴覚障害のある乗客が希望の駅で確実に降車できるように、周りの乗客に実行依頼するサービスにも適用可能である。
【０２２４】
また、本例では、管理サーバと位置情報把握システム、地図データベース、路線マップサーバを、それぞれ個別に分けた構成としているが、全ての機能を管理サーバ内に設ける構成としても良い。
【０２２５】
また、本例では、乗客の移動位置に基づき現在の駅名を特定し、この現在の駅名と、乗客が予め登録した降車駅の一つ手前の駅名とのマッチングに基づき、サービスを実行するタイミングを決める手順としているが、降車駅の一つ手前の駅の位置を特定しておき、この降車駅の一つ手前の駅位置と乗客の現在の移動位置とを比較することにより、サービス実行のタイミングを決定する手順とすることでも良い。
【０２２６】
また、本例では、各処理手順でやり取りされるデータ型として、「int型」や「string型」、「gif型」等を例として用いているが、例えば、「gif」の代わりに「jpeg」や「tiff」等の画像イメージを用いることでも良い。
【０２２７】
また、本例では、管理サーバの構成として図３のコンピュータ構成例を示したが、キーボードや光ディスクの駆動装置の無いコンピュータ構成としても良い。また、本例では、光ディスクを記録媒体として用いているが、ＦＤ（Flexible Disk）等を記録媒体として用いることでも良い。また、プログラムのインストールに関しても、通信装置を介してネットワーク経由でプログラムをダウンロードしてインストールすることでも良い。
【０２２８】
【発明の効果】
従来は、毎日の通勤、通学の帰宅の電車において自己責任で降車する必要があるため、疲労や飲み会の帰りで座席で眠っていると寝過ごしてしまうということが頻繁に起こっていたが、また、視覚障害や聴覚障害のある乗客が、所望の降車駅を認識できずに乗り過ごしてしまうことが起こるが、本発明によれば、人々が起こしあうサービスを実現するので、このような従来の問題を解決でき、安心して電車の中で寝ることや、視覚障害や聴覚障害のある乗客が安心して電車を利用することができる。これにより、帰宅の電車を、疲労回復のための貴重な時間として割り当てることができ、次の日の生産性の向上が見込める。また寝過ごすことによる、時間とお金の無駄を省くことができ、鉄道会社にとっても寝過ごし乗客の対処に追われることが軽減される。さらに、視覚障害や聴覚障害のある乗客に対するサービスの向上を図ることができる。
【図面の簡単な説明】
【図１】本発明に係わるサービス実行制御システムの第１の構成例を示すブロック図である。
【図２】図１における管理サーバの構成例を示すブロック図である。
【図３】図１における図１における管理サーバのハードウェア構成例を示すブロック図である。
【図４】図２の管理サーバにおけるＰＤＡ（target）通信部の構成例を示すブロック図である。
【図５】図２の管理サーバにおけるＰＤＡ（起こす人）通信部の構成例を示すブロック図である。
【図６】図２の管理サーバにおける位置情報把握システム通信部の構成例を示すブロック図である。
【図７】図２の管理サーバにおける駅名問い合わせ部の構成例を示すブロック図である。
【図８】図２の管理サーバにおける制御部の構成例を示すブロック図である。
【図９】図２の管理サーバにおけるＰＤＡ（target）の構成例を示すブロック図である。
【図１０】図２の管理サーバにおけるＰＤＡ（起こす人）の構成例を示すブロック図である。
【図１１】図２における管理サーバの第１の処理手順例を示すフローチャートである。
【図１２】図２における管理サーバの第２の処理手順例を示すフローチャートである。
【図１３】図１１における管理サーバの処理においてやり取りされる第１のデータの構造例を示す説明図である。
【図１４】図１１における管理サーバの処理においてやり取りされる第２のデータの構造例を示す説明図である。
【図１５】図１１における管理サーバの処理においてやり取りされる第３のデータの構造例を示す説明図である。
【図１６】図１２における管理サーバの処理においてやり取りされるデータの構造例を示す説明図である。
【図１７】図１および図２におけるＰＤＡ（target）のハードウェア構成例を示すブロック図である。
【図１８】図１７におけるＰＤＡ（target）の第１の処理手順例を示すフローチャートである。
【図１９】図１７におけるＰＤＡ（target）の第２の処理手順例と当該処理でやり取りするデータの構造例を示すフローチャートおよび説明図である。
【図２０】図１および図２におけるＰＤＡ（起こす人）のハードウェア構成例を示すブロック図である。
【図２１】図２０におけるＰＤＡ（起こす人）の第１の処理手順例を示すフローチャートである。
【図２２】図２０におけるＰＤＡ（起こす人）の第２の処理手順例と当該処理でやり取りするデータの構造例を示すフローチャートおよび説明図である。
【図２３】図２０におけるＰＤＡ（起こす人）の第３の処理手順例を示すフローチャートである。
【図２４】本発明に係わるサービス実行制御システムの第２の構成例を示すブロック図である。
【図２５】図２４における管理サーバの構成例を示すブロック図である。
【図２６】図２５の管理サーバにおけるＰＤＡ（target）通信部の構成例を示すブロック図である。
【図２７】図２５の管理サーバにおける制御部の構成例を示すブロック図である。
【図２８】図２５の管理サーバにおける決済システム通信部の構成例を示すブロック図である。
【図２９】図２５の管理サーバにおけるＰＤＡ（target）の構成例を示すブロック図である。
【図３０】図２５における管理サーバの処理手順例を示すフローチャートである。
【図３１】図２６における管理サーバの処理手順でやり取りされるデータの構造例を示す説明図である。
【図３２】図２９におけるＰＤＡ（target）の第１の処理手順例を示すフローチャートである。
【図３３】図２９におけるＰＤＡ（target）の第２の処理手順例を示すフローチャートである。
【図３４】図２４におけるＰＤＡ（起こす人）の処理手順例を示すフローチャートである。
【図３５】本発明に係わるサービス実行制御システムにおける管理サーバの構成例を示すブロック図である。
【図３６】図３５の管理サーバにおけるＰＤＡ（起こす人）通信部の構成例を示すブロック図である。
【図３７】図３５の管理サーバにおける制御部の構成例を示すブロック図である。
【図３８】図３５における管理サーバの処理手順例を示すフローチャートである。
【図３９】図３８における管理サーバの処理手順でやり取りされるデータの構造例を示す説明図である。
【図４０】図３５におけるＰＤＡ（起こす人）の処理手順例を示すフローチャートである。
【図４１】図１におけるサービス実行制御システムでのサービス実行例を示す説明図である。
【図４２】図４１におけるサービス実行例の手順を示すシーケンス図である。
【図４３】図２４におけるサービス実行制御システムでのサービス実行例を示す説明図である。
【図４４】図４３におけるサービス実行例の手順を示すシーケンス図である。
【図４５】図３５におけるサービス実行制御システムでのサービス実行例を示す説明図である。
【図４６】図４５におけるサービス実行例の手順を示すシーケンス図である。
【図４７】本発明のサービス実行制御システムに適用するコンテクスト把握システムの構成例を示すブロック図である。
【図４８】図４７におけるコンテクスト把握システムを設けたネットワーク構成例を示すブロック図である。
【符号の説明】
１，１ａ，１ｂ：管理サーバ、２，２ａ：ＰＤＡ（target）、３：ＰＤＡ（起こす人）、４：位置情報把握システム、５：地図データベース、６：路線マップサーバ、７：決済システム、３１：表示装置、３２：入力装置、３３：外部記憶装置、３４：情報処理装置、３４ａ：ＣＰＵ、３４ｂ：主メモリ、３４ｃ：入出力インタフェース、３５：光ディスク、３６：駆動装置、３７：通信装置、１２０，１２０ａ：ＰＤＡ（target）通信部、１３０，１３０ａ：ＰＤＡ（起こす人）、１４０：位置情報把握システム通信部、１５０：駅名問い合わせ部、１６０，１６０ａ，１６０ｂ：制御部、１７０：決済システム通信部、７０１，７０１ａ：ＧＰＳ受信機、７０２，７０２ａ：ＧＰＳアンテナ、７０３，７０３ａ：表示部（「ＬＣＤ」），７０４，７０４ａ：入力装置，７０５，７０５ａ：通信装置，７０６，７０６ａ：ＰＤＣアンテナ，７０７，７０７ａ：マイクロコンピュータ（ＰＤＣ基板），７０８，７０８ａ：インタフェースユニット、１２０１：ＰＤＡ（target）登録部、１２０２：位置情報把握システム通信部に対する登録内容送信部、１２０３：制御部に対する登録内容送信部、１２０４：ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部、１２０５：ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部（「ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報（を決済システム通信部へ）送信部」）、１２０６：制御部への提供対価情報送信部、１３０１：ＰＤＡ（起こす人）登録受付部、１３０２：位置情報把握システム通信部に対する登録内容送信部、１３０３：制御部からの依頼受信部、１３０４：ＰＤＡ（起こす人）に対する依頼送信部、１３０５：制御部への欲しい対価送信部、１４０１：ＰＤＡ（target）通信部からの登録内容受信部、１４０２：ＰＤＡ（起こす人）通信部からの登録内容受信部、１４０３：位置情報把握システムに対する駅名要求部、１４０４：位置情報把握システムからの駅名受信部、１４０５：駅名問い合わせ部への依頼部、１４０６：制御部への駅名通知部、１４０７：制御部からの終了依頼受信部、１４０８：位置情報把握システムへの把握終了依頼部、１５０１：位置情報把握システム通信部からの依頼受付部、１５０２：制御部への駅名通知部、１５０３：路線マップサーバへの駅名依頼部、１５０４：路線マップサーバからの駅名受信部、１６０１：駅名問い合わせ部からの駅名受信部、１６０２：位置情報把握システム通信部からの駅名受信部、１６０３：降車駅の一つ手前の駅の駅名保存部、１６０４：駅名マッチング部、１６０５：ＰＤＡ（起こす人）通信部への依頼送信部、１６０６：ＰＤＡ（起こす人）通信部からの顔写真登録受信部１６０６、１６０７：ターゲットの顔写真保存部、１６０８：位置情報把握システム通信部への終了依頼部、１６０９：ＰＤＡ（target）通信部からの対価情報受信部、１６１０：ＰＤＡ（target）通信部からの対価情報保存部、１６１１：ＰＤＡ（起こす人）通信部からの所望対価情報受信部、１６１２：ＰＤＡ（起こす人）通信部からの所望対価情報保存部、１６１３：対価マッチング部、１７０１：ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報受信部、１７０２：ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信、２００１：登録入力部、２００２：ＰＤＡ（target）通信部への登録内容送信部、２００３：位置情報把握システムからの緯度経度要求受信部、２００４：位置情報把握システムへの緯度経度送信部、２００５：ＩＤ（ＰＤＡ（target）、ＰＤＡ（起こす人））・対価情報送信部、３００１：登録入力部、３００２：ＰＤＡ（起こす人）通信部への登録内容送信部、３００３：位置情報把握システムからの緯度経度要求受信部、３００４：位置情報把握システムへの緯度経度送信部、３００５：ＰＤＡ（起こす人）通信部からの依頼受信部、４７０１：コンテクスト把握システム、４７０２：アプリケーション、４７０３：コンテクストデータソース群、４７１２０：コンテクスト情報要求入出力部、４７１４０：コンテクスト情報生成部、４７１５０：コンテクストデータソース特定部、４７１６０：対応付情報登録部、４７１６１：情報・データ対応テーブル、４７１６２：データ・ソース対応テーブル、４８２１：コンテクスト把握システム、４８２２，４８２２ｎ：ネットワーク、４８２３，４８２３ｍ：プロバイダ、４８２４，４８２４ｉ：ユーザ、４８２５：ソース群。
【図１】
0003661938.tif 000002
【図２】
0003661938.tif 000003
【図３】
0003661938.tif 000004
【図４】
0003661938.tif 000005
【図５】
0003661938.tif 000006
【図６】
0003661938.tif 000007
【図７】
0003661938.tif 000008
【図８】
0003661938.tif 000009
【図９】
0003661938.tif 000010
【図１０】
0003661938.tif 000011
【図１１】
0003661938.tif 000012
【図１２】
0003661938.tif 000013
【図１３】
0003661938.tif 000014
【図１４】
0003661938.tif 000015
【図１５】
0003661938.tif 000016
【図１６】
0003661938.tif 000017
【図１７】
0003661938.tif 000018
【図１８】
0003661938.tif 000019
【図１９】
0003661938.tif 000020
【図２０】
0003661938.tif 000021
【図２１】
0003661938.tif 000022
【図２２】
0003661938.tif 000023
【図２３】
0003661938.tif 000024
【図２４】
0003661938.tif 000025
【図２５】
0003661938.tif 000026
【図２６】
0003661938.tif 000027
【図２７】
0003661938.tif 000028
【図２８】
0003661938.tif 000029
【図２９】
0003661938.tif 000030
【図３０】
0003661938.tif 000031
【図３１】
0003661938.tif 000032
【図３２】
0003661938.tif 000033
【図３３】
0003661938.tif 000034
【図３４】
0003661938.tif 000035
【図３５】
0003661938.tif 000036
【図３６】
0003661938.tif 000037
【図３７】
0003661938.tif 000038
【図３８】
0003661938.tif 000039
【図３９】
0003661938.tif 000040
【図４０】
0003661938.tif 000041
【図４１】
0003661938.tif 000042
【図４２】
0003661938.tif 000043
【図４３】
0003661938.tif 000044
【図４４】
0003661938.tif 000045
【図４５】
0003661938.tif 000046
【図４６】
0003661938.tif 000047
【図４７】
0003661938.tif 000048
【図４８】
0003661938.tif 000049