(57)【要約】【課題】  複数のメンバーが同じスケジュールを共有可能とし、スケジュールの立案者がスケジュ−ル開始前の予告アラ−ムの発動時刻や定期アラームの発動間隔を設定可能なサーバ装置を提供する。【解決手段】  サーバ装置（１）は、スケジュールの立案者の通信端末から送られてきたスケジュールデータをスケジュールへの参加予定のメンバーの通信端末に配信する配信手段（１１）と、メンバーの通信端末からのスケジュールデータを受け入れたか否かの通知に基づいてメンバーの参加の有無を確認する確認手段（１２）と、スケジュ−ル開始前の予告アラ−ムの発動時刻及び定期アラームの発動間隔を少なくとも含む立案者の通信端末からのスケジュールデータに基づいて確認手段で参加が確認されたメンバーの通信端末へのアラームの配信を行う管理手段（１３）とを有する。【選択図】      図１
2009205311.tif 000002
【特許請求の範囲】
【請求項１】
スケジュールの立案者の通信端末と、
前記スケジュールへの参加予定のメンバーの通信端末と、
前記立案者の通信端末から送られてきたスケジュールデータを前記メンバーの通信端末に配信する配信手段と、前記メンバーの通信端末からの前記スケジュールデータを受け入れたか否かの通知に基づいて前記メンバーの参加の有無を確認する確認手段と、スケジュ−ル開始前の予告アラ−ムの発動時刻及び定期アラームの発動間隔を少なくとも含む前記立案者の通信端末からのスケジュールデータに基づいて前記確認手段で参加が確認された前記メンバーの通信端末へのアラームの配信を行う管理手段とを含むサーバ装置とを有することを特徴とするスケジュ−ル共有管理システム。
【請求項２】
前記サーバ装置は、前記メンバーの通信端末の現在の位置情報を取得する手段と、取得した位置情報に基づいて前記メンバーの通信端末の状況と前記スケジュールの目的地での状況とを提示する手段とを含むことを特徴とする請求項１記載のスケジュ−ル共有管理システム。
【請求項３】
前記サーバ装置は、前記メンバーの通信端末の現在の位置情報と前記目的地の位置情報との差分による直線距離、当該直線距離から概算される所要時間、地図上での前記メンバーの通信端末及び前記目的地の位置、前記メンバーへのメッセ−ジ及び連絡手段を提示することを特徴とする請求項２記載のスケジュ−ル共有管理システム。
【請求項４】
前記サーバ装置は、前記スケジュールデータ及び前記確認手段の確認結果を少なくとも蓄積するスケジュールデータベースと、前記メッセージを蓄積するメッセージデータベースと、前記スケジュールデータベース及び前記メッセージデータベースとの間で情報を連動させる地図情報サ−ビスとを含むことを特徴とする請求項３記載のスケジュ−ル共有管理システム。
【請求項５】
前記立案者の通信端末及び前記メンバーの通信端末から前記地図情報サ−ビスへ接続することで、前記立案者の通信端末及び前記メンバーの通信端末の相互の位置、直線距離、発信したメッセ−ジを相互に確認する可能とすることを特徴とする請求項４記載のスケジュ−ル共有管理システム。
【請求項６】
スケジュールの立案者の通信端末から送られてきたスケジュールデータを前記スケジュールへの参加予定のメンバーの通信端末に配信する配信手段と、前記メンバーの通信端末からの前記スケジュールデータを受け入れたか否かの通知に基づいて前記メンバーの参加の有無を確認する確認手段と、スケジュ−ル開始前の予告アラ−ムの発動時刻及び定期アラームの発動間隔を少なくとも含む前記立案者の通信端末からのスケジュールデータに基づいて前記確認手段で参加が確認された前記メンバーの通信端末へのアラームの配信を行う管理手段とを有することを特徴とするサーバ装置。
【請求項７】
前記メンバーの通信端末の現在の位置情報を取得する手段と、取得した位置情報に基づいて前記メンバーの通信端末の状況と前記スケジュールの目的地での状況とを提示する手段とを含むことを特徴とする請求項６記載のサーバ装置。
【請求項８】
前記メンバーの通信端末の現在の位置情報と前記目的地の位置情報との差分による直線距離、当該直線距離から概算される所要時間、地図上での前記メンバーの通信端末及び前記目的地の位置、前記メンバーへのメッセ−ジ及び連絡手段を提示することを特徴とする請求項７記載のサーバ装置。
【請求項９】
前記スケジュールデータ及び前記確認手段の確認結果を少なくとも蓄積するスケジュールデータベースと、前記メッセージを蓄積するメッセージデータベースと、前記スケジュールデータベース及び前記メッセージデータベースとの間で情報を連動させる地図情報サ−ビスとを含むことを特徴とする請求項８記載のサーバ装置。
【請求項１０】
前記立案者の通信端末及び前記メンバーの通信端末から前記地図情報サ−ビスへ接続することで、前記立案者の通信端末及び前記メンバーの通信端末の相互の位置、直線距離、発信したメッセ−ジを相互に確認する可能とすることを特徴とする請求項９記載のサーバ装置。
【請求項１１】
サーバ装置に、
スケジュールの立案者の通信端末から送られてきたスケジュールデータを前記スケジュールへの参加予定のメンバーの通信端末に配信する配信ステップと、
前記メンバーの通信端末からの前記スケジュールデータを受け入れたか否かの通知に基づいて前記メンバーの参加の有無を確認する確認ステップと、
スケジュ−ル開始前の予告アラ−ムの発動時刻及び定期アラームの発動間隔を少なくとも含む前記立案者の通信端末からのスケジュールデータに基づいて前記確認ステップで参加が確認された前記メンバーの通信端末へのアラームの配信を行う管理ステップとを有することを特徴とするスケジュ−ル共有管理方法。
【請求項１２】
前記サーバ装置に、前記メンバーの通信端末の現在の位置情報を取得するステップと、取得した位置情報に基づいて前記メンバーの通信端末の状況と前記スケジュールの目的地での状況とを提示するステップとを含むことを特徴とする請求項１１記載のスケジュ−ル共有管理方法。
【請求項１３】
前記サーバ装置が、前記メンバーの通信端末の現在の位置情報と前記目的地の位置情報との差分による直線距離、当該直線距離から概算される所要時間、地図上での前記メンバーの通信端末及び前記目的地の位置、前記メンバーへのメッセ−ジ及び連絡手段を提示することを特徴とする請求項１２記載のスケジュ−ル共有管理方法。
【請求項１４】
前記サーバ装置に、前記スケジュールデータ及び前記確認手段の確認結果を少なくとも蓄積するスケジュールデータベースと、前記メッセージを蓄積するメッセージデータベースと、前記スケジュールデータベース及び前記メッセージデータベースとの間で情報を連動させる地図情報サ−ビスとを配設したことを特徴とする請求項１３記載のスケジュ−ル共有管理方法。
【請求項１５】
前記立案者の通信端末及び前記メンバーの通信端末から前記地図情報サ−ビスへ接続することで、前記立案者の通信端末及び前記メンバーの通信端末の相互の位置、直線距離、発信したメッセ−ジを相互に確認する可能とすることを特徴とする請求項１４記載のスケジュ−ル共有管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はスケジュ−ル共有管理システム、サーバ装置及びそれらに用いるスケジュ−ル共有管理方法に関し、特にメンバー間で共有するスケジュールを管理する方法に関する。
【背景技術】
【０００２】
本発明に関連するスケジュール管理技術では、スケジュ−ルを共有するメンバーがいても、スケジュ−ル管理を個人々が持つ通信端末のスケジュ−ル機能に予定や目的とする場所、スケジュ−ルの開始時刻や予告アラ−ムの開始時間を設定している。この場合、スケジュ−ルを共有するメンバーは、自ら設定した予告アラ−ムの開始時間から場所への移動を開始し、開始時間を気にかけながら目的場所へ集ることとなる。
【０００３】
この種のスケジュール管理に関しては、携帯情報端末が取得した位置情報とスケジュール情報に関連する位置情報とを比較して行動予定との差異を通知する方法（例えば、特許文献１参照）、移動携帯端末が取得した現在位置がスケジュールに係る適用エリアに入った時にスケジュールの内容を通知する方法（例えば、特許文献２参照）等が提案されている。
【０００４】
【特許文献１】特開２００３−０７８９４４号公報
【特許文献２】特開２００５−２２３７８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、スケジュ−ルに設定する内容は、集合場所がメモ書き、予告アラ−ムを開始する時間等、個人でさまざまである。そのため、スケジュ−ルを立案した者は、参加を予定したメンバーが本当に集合場所に向かっているかどうかを確認するのに、メンバー一人一人に電話をかけたり、メ−ルをするといった手間を労さなければ、全員の状況を知る手段がない。
【０００６】
また、集合場所へ集まるメンバー達も、これから向かおうとする場所がどこであるかや、他のメンバーが何人集まっているかといった情報を得るには同様に個々に調べる必要がある。
【０００７】
上記のように、気の合う仲間同士の集まりごとでは、とかくなじみの店に行く場合を除くと、場所を勘違いしたり、集まりごとの開始日時を誤っていたりする等して、なかなか会の主催者が計画したように人が集まってくれないことが多い。
【０００８】
特に、時間に遅れているような場合、自分の状況を教えたくてもそれができないことがあったり、連絡相手をたまたま携帯端末の電話帳に登録してなくて連絡ができない状況で、主催者や仲間の顔を思い浮かべながら集合場所へ移動するといったシュチエーションは誰しも経験している。
【０００９】
尚、上記の特許文献１，２に記載のスケジュール管理技術でも、やはり、スケジュ−ルを立案した者が、参加を予定したメンバーが本当に集合場所に向かっているかどうかを確認するのに、メンバー一人一人に電話をかけたり、メ−ルをするといった手間を労さなければ、全員の状況を知る手段がない。
【００１０】
そこで、本発明の目的は上記の問題点を解消し、複数のメンバーが同じスケジュールを共有することができ、スケジュールの立案者がスケジュ−ル開始前の予告アラ−ムの発動時刻や定期アラームの発動間隔を設定することができるスケジュ−ル共有管理システム、サーバ装置及びそれらに用いるスケジュ−ル共有管理方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明によるスケジュ−ル共有管理システムは、
スケジュールの立案者の通信端末と、
前記スケジュールへの参加予定のメンバーの通信端末と、
前記立案者の通信端末から送られてきたスケジュールデータを前記メンバーの通信端末に配信する配信手段と、前記メンバーの通信端末からの前記スケジュールデータを受け入れたか否かの通知に基づいて前記メンバーの参加の有無を確認する確認手段と、スケジュ−ル開始前の予告アラ−ムの発動時刻及び定期アラームの発動間隔を少なくとも含む前記立案者の通信端末からのスケジュールデータに基づいて前記確認手段で参加が確認された前記メンバーの通信端末へのアラームの配信を行う管理手段とを含むサーバ装置とを備えている。
【００１２】
本発明によるサーバ装置は、スケジュールの立案者の通信端末から送られてきたスケジュールデータを前記スケジュールへの参加予定のメンバーの通信端末に配信する配信手段と、前記メンバーの通信端末からの前記スケジュールデータを受け入れたか否かの通知に基づいて前記メンバーの参加の有無を確認する確認手段と、スケジュ−ル開始前の予告アラ−ムの発動時刻及び定期アラームの発動間隔を少なくとも含む前記立案者の通信端末からのスケジュールデータに基づいて前記確認手段で参加が確認された前記メンバーの通信端末へのアラームの配信を行う管理手段とを備えている。
【００１３】
本発明によるスケジュ−ル共有管理方法は、
サーバ装置に、
スケジュールの立案者の通信端末から送られてきたスケジュールデータを前記スケジュールへの参加予定のメンバーの通信端末に配信する配信ステップと、
前記メンバーの通信端末からの前記スケジュールデータを受け入れたか否かの通知に基づいて前記メンバーの参加の有無を確認する確認ステップと、
スケジュ−ル開始前の予告アラ−ムの発動時刻及び定期アラームの発動間隔を少なくとも含む前記立案者の通信端末からのスケジュールデータに基づいて前記確認ステップで参加が確認された前記メンバーの通信端末へのアラームの配信を行う管理ステップとを備えている。
【発明の効果】
【００１４】
本発明は、上記のような構成及び動作とすることで、複数のメンバーが同じスケジュールを共有することができ、スケジュールの立案者がスケジュ−ル開始前の予告アラ−ムの発動時刻や定期アラームの発動間隔を設定することができるという効果が得られる。
【発明を実施するための最良の形態】
【００１５】
次に、本発明の実施の形態について図面を参照して説明する。まず、本発明の概念について説明する。本発明では、一つのスケジュールをグループのメンバーが共有することで、参加メンバー全員に対して同じアラームを通知することが可能となり、数人が予定を勘違いするといったことが発生しなくなる。
【００１６】
また、本発明では、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）を用いて定期的に参加メンバーの状況や目的地での状況を自動的に通知することで、参加メンバーの安否を知る手段にもなり、スケジュールの立案者も参加メンバーも安心して目的地へ行くことができる。
【００１７】
つまり、本発明は、通信端末でのスケジュ−ルを共有するメンバーが、指定した日時と場所へ計画通りに集まるために、位置情報の差分による直線距離や、その距離から概算される所要時間、地図上での位置、メンバーへのメッセ−ジや連絡手段等を提示して、メンバーを支援することを特徴とする。
【００１８】
次に、図１を参照して本発明について説明する。図１は本発明によるサーバ装置の構成例を示すブロック図である。図１において、本発明によるサーバ装置１は、スケジュールデータ配信部１１と、スケジュール参加確認部１２と、スケジュール管理部１３とを備えている。
【００１９】
スケジュールデータ配信部１１は、スケジュ−ルの立案者［通信端末（発信側）］からスケジュ−ルデ−タが送られてくると、そのスケジュ−ルデ−タを、スケジュ−ルを共有させたいメンバー［通信端末（受信側）］へ配信する。スケジュール参加確認部１２は、メンバー［通信端末（受信側）］からそのスケジュールを受け入れたことが通知されるか否かに応じて当該メンバーのスケジュ−ルへの参加の有無を確認する。
【００２０】
スケジュール管理部１３は、スケジュ−ルの立案者［通信端末（発信側）］からのスケジュ−ルデ−タ内の集合場所の指定や予告アラ−ムの指定に応じて、つまりスケジュ−ルの立案者が設定している時間に応じて、スケジュールの管理、つまり集合場所と個々の通信端末の位置情報とに基づいたメンバーの状況の管理や予告アラ−ムの発動の管理を行う。これによって、本発明では、メンバーに対して同時にスケジュ−ルデ−タや予告アラームを通知することが可能となる。
【００２１】
サーバ装置１は、個々の通信端末の位置情報の取得を予告アラ−ム発動と共に開始し、個々の通信端末の位置情報を予告アラ−ムやメッセ−ジの発動に連動して、スケジュ−ル情報登録用のデ−タベ−ス（図示せず）に記録する。また、サーバ装置１は、スケジュ−ルの立案者［通信端末（発信側）］やメンバー［通信端末（受信側）］から発信されたメッセ−ジをメッセ−ジデ−タベ−ス（図示せず）に記録する。
【００２２】
これら２つのデ−タベ−スは、サーバ装置１内において地図情報サ−ビス（図示せず）の情報と連動させることによって、スケジュ−ルの立案者と、スケジュ−ルを共有するメンバーとが地図情報サ−ビスへ接続すると、互いの位置や、直線での距離、発信したメッセ−ジ等を相互に確認することが可能となり、メンバーの足を計画的に目的地へ運ばせるための情報支援が可能となる。
【００２３】
上述したように、本発明では、上記の構成及び動作によって、複数のメンバーが同じスケジュールを共有することができ、スケジュールの立案者がスケジュ−ル開始前の予告アラ−ムの発動時刻や定期アラームの発動間隔を設定することができる。
【００２４】
図２は本発明の実施の形態によるサーバ装置の構成例を示すブロック図である。図２において、本発明の実施の形態によるサーバ装置１は、スケジュールデータ配信部１１と、スケジュール参加確認部１２と、スケジュール管理部１３と、通信端末位置情報取得部１４と、メッセージデータベース１５と、スケジュ−ルデ−タベ−ス１６と、地図情報サ−ビス部１７とを備えている。
【００２５】
スケジュールデータ配信部１１は、スケジュ−ルの立案者［通信端末（発信側）］からスケジュ−ルデ−タが送られてくると、そのスケジュ−ルデ−タを、スケジュ−ルを共有させたいメンバー［通信端末（受信側）］へ配信する。スケジュール参加確認部１２は、メンバー［通信端末（受信側）］からそのスケジュールを受け入れたことが通知されるか否かに応じて当該メンバーのスケジュ−ルへの参加の有無を確認する。
【００２６】
スケジュール管理部１３は、スケジュ−ルの立案者からのスケジュ−ルデ−タ内の集合場所の指定や予告アラ−ムの指定に応じて、つまりスケジュ−ルの立案者が設定している時間に応じて、スケジュールの管理、つまり集合場所と個々の通信端末の位置情報とに基づいたメンバーの状況の管理や予告アラ−ムの発動の管理を行う。これによって、本実施の形態では、メンバーに対して同時にスケジュ−ルデ−タや予告アラームを通知することが可能となる。
【００２７】
スケジュール管理部１３は、通信端末位置情報取得部１４による個々の通信端末の位置情報の取得を予告アラ−ム発動と共に開始させ、個々の通信端末の位置情報を予告アラ−ムやメッセ−ジの発動に連動して、スケジュ−ルデ−タベ−ス１６に記録する。また、スケジュール管理部１３は、スケジュ−ルの立案者［通信端末（発信側）］やメンバー［通信端末（受信側）］から発信されたメッセ−ジをメッセ−ジデ−タベ−ス１５に記録する。
【００２８】
スケジュール管理部１３は、これら２つのデ−タベ−スを地図情報サ−ビス部１７の情報と連動させることによって、スケジュ−ルの立案者［通信端末（発信側）］と、スケジュ−ルを共有するメンバー［通信端末（受信側）］とが地図情報サ−ビス部１７へ接続すると、互いの位置や、直線での距離、発信したメッセ−ジ等を相互に確認することが可能となり、メンバーの足を計画的に目的地へ運ばせるための情報支援が可能となる。
【００２９】
図３は本発明の実施の形態によるスケジュ−ル共有管理システムの構成例を示すブロック図である。図３において、本発明の実施の形態によるスケジュ−ル共有管理システムは、スケジュ−ルをメンバーへ発信する通信端末（発信側）（以下、発信端末とする）２と、スケジュ−ル受信する通信端末（受信側）（以下、受信端末とする）３と、網中継基地局サ−バ１ａとから構成されている。尚、網中継基地局サ−バ１ａは、上記のサーバ装置１を網中継基地局内に設置したものであり、網中継基地局外に設置してもよく、これに限定されない。
【００３０】
発信端末２及び受信端末３は、本発明によるメンバーとの間でスケジュ−ルを共有するスケジュ−ラ２１１，３１１と、スケジュ−ルデ−タを共有するメンバーの名前や電話番号、メ−ルアドレスを持つアドレス帳２１２，３１２と、メンバーへメッセ−ジを送るためのメッセ−ジ発信部２１３，３１３と、ＧＰＳを使って集合場所や自分の位置情報等を取得する位置情報取得部２１４，３１４と、地図情報サ−ビス部１７から集合場所の位置情報を取得したり、地図情報サ−ビス部１７を介してメンバーの位置情報や連絡先等を確認するためのインタネット利用部２１５，３１５とからなる機能群２１，３１を備えている。
【００３１】
網中継基地局サ−バ１ａは、発信端末２から発信されたスケジュ−ルデ−タを登録するスケジュ−ルデ−タベ−ス１６と、発信端末２及び受信端末３から発信されたメッセ−ジを保存するメッセ−ジデータベース１５とを備え、これら２つのデータベースを地図情報サ−ビス部１７の情報と連動させている。
【００３２】
また、本実施の形態におけるメンバーとスケジュ−ルを共有することを可能とするスケジュ−ラ２１１，３１１は、イベント発生時のイベントの発生に関わる情報（位置情報やメッセ−ジ）を網中継基地局サ−バ１ａへ登録するために発信する機能、スケジュ−ルの完了判断するために、位置情報の差分を計算する機能を有している。その他の機能や装置は既存の技術で構成されている。
【００３３】
図４は本発明の実施の形態におけるメンバーと共有するスケジュールの登録動作を示すシーケンスチャートであり、図５は本発明の実施の形態におけるスケジュ−ル開始前の予告アラ−ムと、スケジュ−ル開始前の予告アラ−ム後に定期的に一定間隔で実行されるアラーム、メッセージ送信によって実行されるアラームにより発動されるイベントとスケジュールの管理と終了の処理を示すシーケンスチャートである。
【００３４】
また、図６は本発明の実施の形態による通信端末から見た地図情報サービス経由でのメンバーの位置情報の表示例を示す図であり、図７は本発明の実施の形態による通信端末から見た位置情報の詳細な表示例を示す図である。これら図２〜図７を参照して本発明の実施の形態によるスケジュ−ル共有管理システムの動作について説明する。
【００３５】
尚、図６（ａ）は発信端末２から見た地図情報サービスでのメンバーの位置を示し、図６（ｂ）は発信端末２と受信端末３との両方で見えるスケジュール終了時のイメージを示し、図６（ｃ）は受信端末３から見た地図情報サービスでの目的地の位置を示している。また、図７（ａ）は発信端末２から見た地図情報サービスでのメンバーの詳細な位置を示し、図７（ｂ）は受信端末３から見た地図情報サービスでの目的地の詳細な位置を示している。
【００３６】
図３においては、スケジュ−ルを共有するメンバーとして、発信端末２及び受信端末３のみとなっているが、実運用では、受信端末３は複数台の利用を想定している。ここでは便宜的に、１台のみとして説明する。
【００３７】
図４を参照してスケジュ−ルのメンバー共有について説明する。まず、発信端末２は、メンバーと共有するスケジュ−ルをスケジューラ２１１に登録する（図４のａ１）。登録する内容としては、目的地の住所と連絡先、地図上の位置、メンバーのアドレス情報（名前、メ−ルアドレス、電話番号等）、スケジュ−ルの開始時刻、スケジュ−ル開始前の予告アラ−ムの発動時刻及び定期的にアラ−ムが発動するための時間がある。
【００３８】
特に、目的地の住所と連絡先、地図上の位置、これらの情報は、地図情報サ−ビス部１７を使って取得する場合もある。また、位置については、発信者の位置情報を目的地として設定する場合もある。参加メンバーは、スケジュ−ルデ−タベ−ス１６に登録されると、それぞれ各メンバーを特定するための識別記号が自動的に付与される。この識別記号は、発信端末２や受信端末３のインタネット利用部２１５，３１５にてメンバーの位置情報を確認する際、識別情報として表示用に利用される。
【００３９】
携帯端末には、図７（ｂ）を示すような表示イメ−ジが表示される。この表示イメージでは、人名の先頭に識別子の例として、「◆」、「●」、「■」といった記号が付与されている。
【００４０】
スケジュ−ルの登録が完了すると、発信端末２は、登録したスケジュ−ルを網中継基地局サ−バ１ａに送信する（図４のａ２）。網中継基地局サ−バ１ａは、発信端末２から送られてきたスケジュ−ル情報をスケジュ−ルデ−タベ−ス１６に登録し、メンバースケジュ−ルを登録する（図４のａ３）。
【００４１】
網中継基地局サ−バ１ａは、参加予定のメンバーの受信端末３に対し、他のメンバーのアドレス情報を含まないスケジュ−ル情報を送信する（図４のａ４）。参加予定のメンバーの受信端末３は、網中継基地局サ−バ１ａから送信されてきたスケジュ−ルを受信すると、スケジュ−ルを受理するか、そうでないかの選択をメンバーへ求め（図４のａ５）、メンバーがスケジュ−ルの受理に承諾すれば、スケジュ−ルをスケジューラ３１１に登録する（図４のａ６）。この後、受信端末３は、スケジュ−ル受理の結果を網中継基地局サ−バ１ａに送信する（図４のａ７）。
【００４２】
メンバーが網中継基地局サ−バ１ａから送信されてきたスケジュ−ルの受理を断った場合、スケジュ−ルは受信端末３に登録されず、網中継基地局サ−バ１ａに送信されるスケジュ−ルの受理結果は、受理不可、すなわち「不参加」という意思表示となる。網中継基地局サ−バ１ａは、受信端末３からスケジュ−ルの受理結果が送られてくると、当該メンバーのスケジュールの受理結果をスケジュ−ルデ−タベ−ス１６へ登録する（図４のａ８）。
【００４３】
次に、図５を用いてスケジュ−ル開始前の予告アラ−ム発動やメンバーの状態を通知させるための定期アラ−ム発動、及びメンバーが自分の状況をメッセ−ジ送信するといったイベントの発動にあわせ、メンバーの状況確認するプロセスについて説明する。
【００４４】
尚、図５のｂ１，ｂ３には便宜的に「イベント発動」と記載しているが、これをスケジュ−ル開始前の予告アラ−ム発動やメンバーの状態を通知させるための定期アラ−ム発動、及びメンバーが自分の状況をメッセ−ジ送信するといったイベントの発動と読み替えることで、３種の動作を説明することになる。ここでは、スケジュ−ル開始前の予告アラ−ムのイベント発動を中心に説明する。
【００４５】
スケジュ−ル開始前の予告アラ−ムの発動は、発信端末２及び受信端末３のスケジュ−ラ２１１，３１１によって各々に発動する。個体差は多少あるが、発信端末２及び受信端末３のスケジュ−ル開始前の予告アラ−ムの発動は、ほぼ同時刻となるが、まずは発信端末２の動作から説明する。
【００４６】
発信端末２では、スケジュ−ル開始前の予告アラ−ムが発動されると（図５のｂ１）、スケジュ−ラ２１１がスケジュ−ルを設定した条件によって、メンバーの目的地となる位置情報が地図情報サ−ビス部１７から取得した位置情報であるか、それともスケジュ−ルを発信したメンバーの通信端末の位置情報であるかを判断する（図５のｂ２）。
【００４７】
メンバーの目的地となる位置情報が地図情報サ−ビス部１７から取得した位置情報であれば、発信端末２は、メンバーの目的地の位置情報を網中継基地局サ−バ１ａへ送信する（図５のｂ６）。また、メンバーの通信端末の位置情報であれば、発信端末２の位置情報を取得してから（図５のｂ４）、メンバーの目的地の位置情報を網中継基地局サ−バ１ａへ送信する（図５のｂ６）。
【００４８】
網中継基地局サ−バ１ａは、発信端末２から送信された目的地の位置情報を受信すると、その目的地の位置情報をスケジュ−ルデ−タベ−ス１６へ登録する（図５のｂ８）。
【００４９】
メッセ−ジをメンバーに発信するメッセ−ジ発信イベントの場合には、上記のａ１の処理でメッセ−ジ発信イベントが発動し、位置情報に関してはａ２，ａ４の処理を経て、ａ６の処理にて位置情報及びメッセ−ジの両方が網中継基地局サ−バ１ａへ送信され、ａ８の処理で、位置情報がスケジュ−ルデ−タベ−ス１６へ、メッセ−ジがメッセ−ジデ−タベ−ス１５へそれぞれ登録される。
【００５０】
次に、発信端末２は、網中継基地局サ−バ１ａに対し、メンバーの位置情報を要求する（図５のｂ９）。網中継基地局サ−バ１ａは、スケジュ−ルデ−タベ−ス１６にメンバーの受信端末２の位置情報が登録されていることを確認する。網中継基地局サ−バ１ａは、位置情報が登録されていなければ、位置情報が登録されるまで確認する。
【００５１】
登録デ−タの読出しには、タイマ設定等があり、メンバーが複数人いる場合、登録デ−タの読出しを飛び抜かす場合もあるが、図５ではその動作の図示を省略している。位置情報が見つかれば、網中継基地局サ−バ１ａは、目的地及びメンバーの受信端末３の位置情報の最新版を発信端末２へ送信する（図５のｂ１１，ｂ１２）。
【００５２】
発信端末２は、網中継基地局サ−バ１ａから目的地及びメンバーの受信端末３の位置情報を受信する（図５のｂ１３）。発信端末２は、網中継基地局サ−バ１ａから得た目的地及びメンバーの受信端末３の位置情報の差分によって、メンバーが目的地の周辺エリア内にいるかどうかを判断する（図５のａ１５）。
【００５３】
発信端末２は、エリア内にメンバーがいれば、スケジュ−ルを終了する（図５のａ１７）。発信端末２は、エリア内にメンバーがいなければ、インタネット利用部２１５から網中継基地局サ−バ１ａのデ−タベ−スとデ−タ連携している地図情報サ−ビス部１７へ接続し、メンバーの位置情報を取得する（図５のｂ１９）。この時の発信端末２での地図情報サ−ビス部１７を介したメンバーの見え方を図６（ａ）に示す。
【００５４】
発信端末２は、スケジュ−ルの開始時刻となるまで、アラ−ムやメッセ−ジ発信イベントの発生毎にメンバーの位置確認を行うが、メンバーがすべて目的地へきてしまえば、スケジュ−ルの開始時刻前に、共有したスケジュ−ルを終了する。また、発信端末２は、スケジュ−ルの開始時刻を過ぎても、メンバーが目的地に到着していない場合、スケジュ−ルを終了しない。
【００５５】
次に、受信端末３での動作について説明する。受信端末３でスケジュ−ル開始前の予告アラ−ムが発動すると（図５のｂ３）、受信端末３は、自機の位置情報を取得し（図５のｂステップ５）、その位置情報を網中継基地局サ−バ１ａへ送信する（図５のｂステップ７）。
【００５６】
網中継基地局サ−バ１ａは、受信端末３から受け取った位置情報をスケジュ−ルデ−タベ−ス１６に登録する（図５のｂ８）。メッセ−ジ発信イベントの場合も、まったく同じル−トを通り、位置情報の取得判断がない以外は、上記と同じ動作を行うため、この説明については省略する。
【００５７】
受信端末３は、網中継基地局サ−バ１ａに対して目的地の最新位置情報を呼び出す（図５のｂ１０）。網中継基地局サ−バ１ａは、スケジュ−ルデ−タベ−ス１６上に発信端末２による目的地の最新位置情報の登録があれば、その情報を読出し（図５のｂ１１）、その情報を受信端末３へ送信する（図５のｂ１２）。
【００５８】
受信端末３は、網中継基地局サ−バ１ａからの目的地の最新位置情報を受信すると（図５のｂ１４）、受信端末３が目的地の周辺エリア内にいるかどうかを判断する（図５のｂ１６）。
【００５９】
受信端末３は、エリア内にいれば、スケジュ−ルを終了する（図５のｂ１８）。受信端末３は、エリア内にいなければ、インタネット利用部３１５から網中継基地局サ−バ１ａのデ−タベ−スとデ−タ連携している地図情報サ−ビス部１７へ接続し、目的地との自機の位置情報を取得する（図５のｂ２０）。この時の発信端末３での地図情報サ−ビス部１７を介した目的地の見え方を図６（ｃ）に示す。
【００６０】
次に、地図情報サ−ビス部１７と連携した網中継基地局サ−バ１ａ内のスケジュ−ルやメッセ−ジのデ−タベ−スとのデ−タ連携と、メンバーで共有するスケジュ−ルを使い、発信端末２や受信端末３がいかにしてスケジュ−ルを終了させるかについて図６（ａ）〜（ｃ）と図７（ａ），（ｂ）とを用いて説明する。
【００６１】
まず、発信端末２及び受信端末３は、スケジュ−ル開始前の予告アラ−ムのイベントが発動すると、スケジュール開始まで定期アラーム、もしくは不定期なメッセージの発信によって、網中継基地局サ−バ１ａのデ−タベ−スへ位置情報やメッセージを書込み続ける。
【００６２】
参加メンバーでの受信端末３が、目的地の周辺エリアに到達するまで、この動作は繰り換えされる。参加メンバーの受信端末３が、目的地の周辺エリアに到達してなく、地図情報サービス部１７に接続すると、発信端末２には、図６（ａ）の画面が、受信端末３には図６（ｃ）の画面がそれぞれ表示される。
【００６３】
発信端末２の画面［図６（ａ）］には、参加メンバーの受信端末３の現在位置４０２が表示される。この表示位置はアンカーであり、アローポインタやカーソルを使って選択すると、４０３のようなポップアップメッセージが表示される。これを選択すると、図７（ａ）のような受信端末３のメンバーの詳しいステータス情報の画面に切替わる。
【００６４】
この表示内容を見れば、メンバーまでの距離や所要時間、またはメンバーがどのような経緯で目的地へ向かっているかを確認することが可能である。発信端末２の利用者は、参加メンバーからの連絡がなかったり、動きがないような場合には、電話やメッセージの手段を使って意思を伝えることが可能となり、メンバーを目的地へ誘導することが可能となる。
【００６５】
受信端末３の画面［図６（ｃ）］も、上記と同様に、目的地４０１のポップアップ情報として４０３が表示され、同様に画面から選択すれば、図７（ｂ）の詳細画面に切り替わり、目的地までの距離や所要時間、他のメンバー［図７（ｂ）内で＜メンバ＞と表示されているもの］の状況等を知ることができる。
【００６６】
図６（ｂ）は、発信端末２及び受信端末３の両方で確認される画面であり、スケジュールを終了した状態を示している。参加メンバーの受信端末３の最新位置情報である４３０が、目的地４０１の周辺エリア４００に達するとスケジュールが終了する。
【００６７】
また、図６（ａ）及び図６（ｃ）は、メンバー名でリンクが相互にかけられており、発信端末２でも受信端末３でも閲覧することが可能である。また、メッセージが発信された場合には、参加メンバーの移動履歴にもメッセージ送信があったことを示すマーク［図７（ａ）のＭ］が打刻される。「参加者」は『到着者数／参加承認者数（全メンバー数）』の書式で表示されるため、参加状況が確実に分かる。
【００６８】
このように、本実施の形態では、複数のメンバーが同じスケジュールを共有することができ、スケジュ−ル開始前の予告アラ−ムの発動時刻や、定期アラームの発動間隔をスケジュールの立案者が設定することができる。この場合、スケジュールを共有するメンバー側からは、スケジュールを変更することができない。
【００６９】
また、本実施の形態では、すべてのメンバーが目的地の周辺エリアに到達するまで、スケジュールが終了しないため、スケジュールの開始時刻が過ぎても遅れてくるメンバーをフォローすることが可能である。
【００７０】
さらに、本実施の形態では、目的地を地図情報サービス部１７からの固定情報だけでなく、スケジュールの立案者の位置情報とすることが可能であるため、メンバーが全員そろっていない状況下での急な途中変更にも対応することができる。
【産業上の利用可能性】
【００７１】
本発明は、ＧＳＰ等の位置情報取得手段を搭載し、かつ携帯端末を通じて複数のメンバー達と一つのスケジュールを共有し、遊びや集まりごとを確実に行いたい学生や社会人、家族、お年寄り等の幅広い年齢層や職業層を対象とした携帯端末に適用可能である。
【００７２】
また、本発明は、ハイキングやゴルフ、ボランティア活動、国内ツアー等の団体で一つの場所に移動するような用途があるクラブや団体に向けた業種向けサービス利用を考えた携帯端末に適用可能である。
【図面の簡単な説明】
【００７３】
【図１】本発明によるサーバ装置の構成例を示すブロック図である。
【図２】本発明の実施の形態によるサーバ装置の構成例を示すブロック図である。
【図３】本発明の実施の形態によるスケジュ−ル共有管理システムの構成例を示すブロック図である。
【図４】本発明の実施の形態におけるメンバーと共有するスケジュールの登録動作を示すシーケンスチャートである。
【図５】本発明の実施の形態におけるスケジュ−ル開始前の予告アラ−ムと、スケジュ−ル開始前の予告アラ−ム後に定期的に一定間隔で実行されるアラーム、メッセージ送信によって実行されるアラームにより発動されるイベントとスケジュールの管理と終了の処理を示すシーケンスチャートである。
【図６】本発明の実施の形態による通信端末から見た地図情報サービス経由でのメンバーの位置情報の表示例を示す図である。
【図７】本発明の実施の形態による通信端末から見た位置情報の詳細な表示例を示す図である。
【符号の説明】
【００７４】
１  サーバ装置
１ａ  網中継基地局サ−バ
２  通信端末（発信側）
３  通信端末（受信側）
１１  スケジュールデータ配信部
１２  スケジュール参加確認部
１３  スケジュール管理部
１４  通信端末位置情報取得部
１５  メッセ−ジデータベース
１６  スケジュ−ルデ−タベ−ス
１７  地図情報サ−ビス部
２１，３１  機能群
２１１，３１１  スケジュ−ラ
２１２，３１２  アドレス帳
２１３，３１３  メッセ−ジ発信部
２１４，３１４  位置情報取得部
２１５，３１５  インタネット利用部
【図１】
2009205311.tif 000003
【図２】
2009205311.tif 000004
【図３】
2009205311.tif 000005
【図４】
2009205311.tif 000006
【図５】
2009205311.tif 000007
【図６】
2009205311.tif 000008
【図７】
2009205311.tif 000009