(57)【要約】【課題】登録・変更・削除されたスケジュールの内容を、各携帯端末のユーザ全員が実際に確認したか否かを認識可能にすること。【解決手段】本発明にかかる携帯端末１００ａ〜１００ｄは、複数人が関係するスケジュールの削除要求を取得した場合に、スケジュールをすぐに削除しないで、削除対象となったスケジュールの表示態様を標準の表示態様と異ならせて表示する。そして、携帯端末１００ａ〜１００ｄは、削除対象となったスケジュールが関係者全員の携帯端末から削除された場合に、スケジュールを削除する。【選択図】図１
2010268402.tif 000002
【特許請求の範囲】
【請求項１】
複数人が関係するスケジュールの登録要求、変更要求または削除要求のうち何れかの要求を含んだ要求情報を取得した場合に、前記要求情報を他の端末装置に送信する送信部と、
前記要求情報に対応する前記スケジュールの登録、変更または削除を行ったか否かの応答情報を前記他の端末装置から受信し、全ての端末装置において、前記要求情報に対応する前記スケジュールの登録、変更または削除が行われたか否かを判定する判定部と、
前記判定部の判定結果に基づいて、前記スケジュールの表示態様を異ならせる表示部と
を有することを特徴とする端末装置。
【請求項２】
他の端末装置から前記要求情報を受信した場合に、前記判定部は前記要求情報の送信元となる端末装置と、自端末装置において、前記要求情報に対応する前記スケジュールの登録、変更または削除が行われたか否かを判定することを特徴とする請求項１に記載の端末装置。
【請求項３】
前記判定部は、前記要求情報に対応する前記スケジュールの登録、変更または削除を行っていない端末装置を判定し、判定結果を出力することを特徴とする請求項１または２に記載の端末装置。
【請求項４】
端末装置が、
複数人が関係するスケジュールの登録要求、変更要求または削除要求のうち何れかの要求を含んだ要求情報を取得した場合に、前記要求情報を他の端末装置に送信する送信ステップと、
前記要求情報に対応する前記スケジュールの登録、変更または削除を行ったか否かの応答情報を前記他の端末装置から受信し、全ての端末装置において、前記要求情報に対応する前記スケジュールの登録、変更または削除が行われたか否かを判定する判定ステップと、
前記判定ステップの判定結果に基づいて、前記スケジュールの表示態様を異ならせる表示ステップと
を含んだことを特徴とするスケジュール管理方法。
【請求項５】
他の端末装置から前記要求情報を受信した場合に、前記判定ステップは、前記要求情報の送信元となる端末装置と、自端末装置において、前記要求情報に対応する前記スケジュールの登録、変更または削除が行われたか否かを判定することを特徴とする請求項４に記載のスケジュール管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置等に関する。
【背景技術】
【０００２】
近年、携帯端末は通話やメールを実行するための機能だけではなく、ユーザの利便性を向上させるために、例えば、スケジュール管理機能を有している。ユーザは、かかる携帯端末のスケジュール管理機能を利用して、ユーザ自身のスケジュールや複数人が関係するスケジュールを管理する。スケジュール管理機能を用いた技術の一例として、携帯端末間でスケジュールのデータを送受信することで、各携帯端末でスケジュールを同期するという従来技術が存在する。
【０００３】
図２４は、従来技術を説明するための図である。図２４に示すように、ユーザが携帯端末１０ａを利用してスケジュールデータＡを作成した場合に、携帯端末１０ａは、他のユーザが保持する携帯端末１０ｂ〜１０ｄにスケジュールデータＡをメールで送信する。そして、携帯端末１０ｂ〜１０ｄが携帯端末１０ａからのメールを受信してスケジュールデータＡの内容を自身のスケジュールに反映することでスケジュールを同期する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−３７８７１号公報
【特許文献２】特開２００５−１９６４９３号公報
【特許文献３】特開２００４−１９９２２４号公報
【特許文献４】特開２００６−１０７４０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来技術では、スケジュールを新規に登録する場合あるいは登録された内容が変更・削除された場合に、登録、変更または削除されたスケジュールの内容を、各携帯端末のユーザ全員が実際に確認したか否かを認識することが出来ないという問題があった。
【０００６】
図２５は、従来技術の問題点を説明するための図である。図２５では一例として、ユーザが携帯端末１０ａを利用して、スケジュールデータＡを削除した場合の処理を示している。携帯端末１０ａは、スケジュールデータＡが削除された場合に、スケジュールデータＡが削除された旨の情報を携帯端末１０ｂ〜１０ｄにメールで送信する。
【０００７】
携帯端末１０ａから送信されたメールに気がついたユーザは、自身の携帯端末を操作してスケジュールデータＡを削除するが、送信されたメールに気がつかないユーザの携帯端末にはスケジュールデータＡが残ってしまう。図２５に示す例では、携帯端末１０ｃ，１０ｄにてスケジュールデータＡが削除され、携帯端末１０ｄにスケジュールデータＡが残っている。携帯端末１０ａのユーザは、スケジュールが削除されたことを全員が把握したか否かをそのままの状態では確認できないので、再度電話などでスケジュールの変更を各ユーザに連絡する必要があった。
【０００８】
開示の技術は、上記に鑑みてなされたものであって、登録・変更・削除されたスケジュールの内容を、各携帯端末のユーザ全員が実際に確認したか否かを認識可能する端末装置およびスケジュール管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明にかかる端末装置は、複数人が関係するスケジュールの登録要求、変更要求または削除要求のうち何れかの要求を含んだ要求情報を取得した場合に、前記要求情報を他の端末装置に送信する送信部と、前記要求情報に対応する前記スケジュールの登録、変更または削除を行ったか否かの応答情報を前記他の端末装置から受信し、全ての端末装置において、前記要求情報に対応する前記スケジュールの登録、変更または削除が行われたか否かを判定する判定部と、前記判定部の判定結果に基づいて、前記スケジュールの表示態様を異ならせる表示部とを有することを要件とする。
【発明の効果】
【００１０】
この端末装置によれば、登録・変更・削除されたスケジュールの内容を、各携帯端末のユーザ全員が実際に確認したか否かを認識可能にすることができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本実施例１にかかる通信システムの一例を示す図である。
【図２】図２は、本実施例１にかかる携帯端末の構成を示す図である。
【図３】図３は、本実施例１にかかるアドレスデータテーブルのデータ構造の一例を示す図である。
【図４】図４は、本実施例１にかかるスケジュールデータテーブルのデータ構造の一例を示す図である。
【図５】図５は、本実施例１にかかるスケジュール管理テーブルのデータ構造の一例を示す図である。
【図６】図６は、本実施例１にかかるアプリケーション制御部の構成を示す図である。
【図７】図７は、携帯端末の画面表示例を示す図である。
【図８】図８は、スケジュールデータを削除した場合の各端末装置のスケジュール状態およびスケジュールデータの表示例を示す図（１）である。
【図９】図９は、スケジュールデータを削除した場合の各端末装置のスケジュール状態およびスケジュールデータの表示例を示す図（２）である。
【図１０】図１０は、スケジュールデータを削除した場合の各端末装置のスケジュール状態およびスケジュールデータの表示例を示す図（３）である。
【図１１】図１１は、スケジュールデータを削除した場合の各端末装置のスケジュール状態およびスケジュールデータの表示例を示す図（４）である。
【図１２】図１２は、本実施例１にかかる携帯端末の処理手順を示すフローチャートである。
【図１３】図１３は、本実施例２にかかる通信システムの一例を示す図である。
【図１４】図１４は、本実施例２にかかる携帯端末の構成を示す図である。
【図１５】図１５は、本実施例２にかかるアドレスデータテーブルのデータ構造の一例を示す図である。
【図１６】図１６は、本実施例２にかかるアプリケーション制御部の構成を示す図である。
【図１７】図１７は、スケジュールデータを登録した場合の各形態端末のスケジュール状態およびスケジュールデータの表示例を示す図（１）である。
【図１８】図１８は、スケジュールデータを登録した場合の各形態端末のスケジュール状態およびスケジュールデータの表示例を示す図（２）である。
【図１９】図１９は、スケジュールデータの登録イメージを示す図である。
【図２０】図２０は、本実施例２にかかる携帯端末の処理手順を示すフローチャートである。
【図２１】図２１は、スケジュールデータのその他の表示例を説明するための図である。
【図２２】図２２は、その他の通信システムの構成を示す図である。
【図２３】図２３は、実施例にかかる携帯端末を構成するコンピュータのハードウェア構成を示す図である。
【図２４】図２４は、従来技術を説明するための図である。
【図２５】図２５は、従来技術の問題点を説明するための図である。
【発明を実施するための形態】
【００１２】
以下に、本願の開示する端末装置およびスケジュール管理方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１３】
本実施例１にかかる携帯端末は、複数人が関係するスケジュールの削除要求を取得した場合に、スケジュールをすぐに削除しないで、削除対象となったスケジュールの表示態様を異ならせて表示する。そして、携帯端末は、削除対象となったスケジュールが関係者全員の携帯端末から削除された場合に、スケジュールを削除する。
【００１４】
ここで、表示態様を異ならせて表示するとは、削除対象となるスケジュールとその他のスケジュールをユーザが区別できるように表示することである。例えば、削除対象となるスケジュールの文字の濃さや色を、その他のスケジュールの文字の濃さや色とを異ならせて表示してもよいし、削除対象となるスケジュールを枠等で囲うなどして表示してもよい。
【００１５】
図１は、本実施例１にかかる通信システムの一例を示す図である。図１に示すように、この通信システムは、携帯端末１００ａ〜１００ｄを有し、基地局やネットワークまたは無線ネットワーク等を介して相互にデータ通信を行う。
【００１６】
続いて、図１に示した携帯端末の構成について説明する。携帯端末１００ａ〜１００ｄの構成は同様であるため、一例として携帯端末１００ａの構成を説明する。図２は、本実施例１にかかる携帯端末の構成を示す図である。
【００１７】
図２に示すように、この携帯端末１００ａは、入力装置１１０、ディスプレイ１２０、マイク１３０、スピーカ１４０、アンテナ１５０、入出力制御ＩＦ部１６０、記憶部１７０、制御部１８０を有する。
【００１８】
このうち、入力装置１１０は、文字、数字、ローマ字などを入力する装置である。ディスプレイ１２０は、制御部１８０から出力されたデータを表示する装置である。マイク１３０は、ユーザの音声などを取得する装置である。スピーカ１４０は、制御部１８０から取得する情報に基づいて、音を出力する装置である。アンテナ１５０は、他の携帯端末からの情報を受信するアンテナである。
【００１９】
入出力制御ＩＦ部１６０は、入力装置１１０、ディスプレイ１２０、マイク１３０、スピーカ１４０、アンテナ１５０、記憶部１７０、制御部１８０によるデータの入出力を制御する処理部である。
【００２０】
記憶部１７０は、各種のデータを記憶する記憶部である。本実施例１にかかる記憶部１７０は、アドレスデータテーブル１７０ａ、スケジュールデータテーブル１７０ｂ、スケジュール管理テーブル１７０ｃを記憶する。
【００２１】
このうち、アドレスデータテーブル１７０ａは、携帯端末１００ｂ〜１００ｄの電話番号、メールアドレスを記憶するテーブルである。図３は、本実施例１にかかるアドレスデータテーブル１７０ａのデータ構造の一例を示す図である。図３に示すように、アドレスデータテーブル１７０ａは、端末識別情報と、電話番号と、メールアドレスを対応付けて記憶する。
【００２２】
スケジュールデータテーブル１７０ｂは、各スケジュールデータを記憶するテーブルである。図４は、本実施例１にかかるスケジュールデータテーブル１７０ｂのデータ構造の一例を示す図である。図４に示すように、このスケジュールデータテーブル１７０ｂは、各スケジュールを識別するスケジュール番号と、スケジュール内容と、フラグを対応付けて記憶する。
【００２３】
ここで、フラグは、スケジュールの表示態様を異ならせて表示するか否かを示すフラグである。フラグが「オン」となっていれば、携帯端末１００ａは、対応するスケジュールを標準の表示態様とは異ならせて表示する。一方、フラグが「オフ」となっていれば、携帯端末１００ａは、対応するスケジュールの表示を標準の表示態様で表示する。
【００２４】
スケジュール管理テーブル１７０ｃは、携帯端末１００ａ〜１００ｄにて共有されているスケジュールデータの状態を管理するテーブルである。図５は、本実施例１にかかるスケジュール管理テーブル１７０ｃのデータ構造の一例を示す図である。図５に示すように、スケジュール管理テーブル１７０ｃは、自端末情報と、スケジュール状態と、関連者情報を対応付けて記憶する。
【００２５】
自端末情報は、スケジュール番号と、親子状態と、反映状態を有する。スケジュール番号は、各スケジュールデータを識別する番号であり、スケジュールデータ毎にユニークな番号が割当てられる。
【００２６】
親子状態は、対応するスケジュールデータが、自身の携帯端末１００ａで作成されたスケジュールデータであるか、他の携帯端末から受信したスケジュールデータであるかを識別する情報である。自身の携帯端末１００ａで作成されたスケジュールデータに対応する親子状態は「親」となり、他の携帯端末から受信したスケジュールデータに対応する親子状態は「子」となる。
【００２７】
反映状態は、対応するスケジュールデータがスケジュールデータテーブル１７０ａに反映（登録）されているか削除されているかを識別する情報である。スケジュールデータテーブル１７０ａに、対応するスケジュールデータが登録されていれば、反映状態は「反映」となり、登録されていなければ反映状態は「削除」となる。
【００２８】
スケジュール状態は、自身の携帯端末１００ａのスケジュールデータの状態と、他の携帯端末１００ｂ〜１００ｄのスケジュールデータの状態に応じて、「双方反映済」、「自分削除済」、「自分反映済」のうち何れかの状態をとる。
【００２９】
双方反映済は、自身の携帯端末１００ａおよび共有先の携帯端末において、双方とも同一のスケジュールデータが反映されている状態を示す。自分削除済は、自身の携帯端末１００ａにおけるスケジュールデータは削除されているが、共有先の携帯端末において、該当するスケジュールデータが削除されていない状態を示す。
【００３０】
自分反映済は、自身の携帯端末１００ａにおいて新規作成したスケジュールデータが、自身のスケジュールデータテーブル１７０ｂに反映されているが、共有先の何れかの携帯端末において、該当するスケジュールデータが反映されていない状態を示す。
【００３１】
なお、自身の携帯端末１００ａと共有先の携帯端末において、双方とも同一のスケジュールデータが削除されている場合には、スケジュール状態は、「双方削除済」という状態となる。しかし、「双方削除済」の状態は、スケジュール管理テーブル１７０ｃに登録されず、該当するスケジュールデータが、スケジュールデータテーブル１７０ｂから削除される。
【００３２】
関連者情報は、共有先の携帯端末の電話番号と、共有先の携帯端末においてスケジュールが反映されているか、または、削除されているかの情報を含む。例えば、図５において、スケジュール番号「２００８１１０７０９００」に対応するスケジュールを、電話番号１〜３に対応する携帯端末１００ｂ〜１００ｃがそれぞれ反映させている。電話番号と携帯端末の関係は、図３に示したアドレスデータテーブル１７０ａを参照。
【００３３】
図２の説明に戻ると、制御部１８０は、携帯端末間における通話の制御や、スケジュール管理を行う処理部である。制御部１８０は、通話制御部１８０ａとアプリケーション制御部１８０ｂを有する。このうち、通話制御部１８０ａは、携帯端末間における通話を制御するための各種処理を行う処理部である。通話制御部１８０ａが行う通話制御は、従来の携帯電話の通話制御と同様である。
【００３４】
アプリケーション制御部１８０ｂは、入力装置１１０から入力されるユーザの要求に応答して、スケジュールデータテーブル１７０ｂに記憶されたスケジュールデータの表示や、スケジュールデータの新規登録、更新、削除、コメント追加などの処理を行う処理部である。
【００３５】
図６は、本実施例１にかかるアプリケーション制御部１８０ｂの構成を示す図である。図６に示すように、このアプリケーション制御部１８０ｂは、スケジュールアプリ１８１、無線通信制御部１８２、通信データ解析部１８３、スケジュールデータ管理部１８４を有する。
【００３６】
スケジュールアプリ１８１は、入力装置１１０から入力されるユーザの要求に応答して、スケジュールデータの表示や、スケジュールデータの登録、更新、削除、コメント追加などの処理を行う処理部である。本実施例１では、一例として、スケジュールデータを表示する処理と、スケジュールデータの削除を受け付けた場合について説明する。
【００３７】
まず、スケジュールアプリ１８１が、スケジュールデータを表示する場合の処理について説明する。スケジュールアプリ１８１は、スケジュールデータテーブル１７０ｂを参照し、フラグのオン・オフ状態に基づいて、表示態様を調整してディスプレイ１２０にスケジュールデータを表示する。
【００３８】
スケジュールアプリ１８１は、フラグがオフになっている場合に、標準の表示態様にてスケジュールデータをディスプレイに表示する。例えば、スケジュールアプリ１８１は、標準の表示態様のスケジュールデータの文字を、黒文字で表示する。
【００３９】
一方、スケジュールアプリ１８１は、フラグがオンになっている場合に、標準の表示態様とは異なる表示態様にてスケジュールデータをディスプレイに表示する。例えば、スケジュールアプリ１８１は、スケジュールデータの文字を灰色文字で表示する。なお、スケジュールアプリ１８１は、削除要求を受け付けたスケジュールデータに対する再度の削除要求や編集要求を受け付けた場合には、かかる要求を無効とする。
【００４０】
続いて、スケジュールアプリ１８１が、スケジュールデータの削除を受け付けた場合の処理について説明する。スケジュールアプリ１８１は、スケジュールデータの削除要求を受け付けた場合に、削除対象となるスケジュールデータのスケジュール番号を無線通信制御部１８２とスケジュールデータ管理部１８４に出力する。
【００４１】
無線通信制御部１８２は、削除対象となるスケジュールデータを他の携帯端末１００ｂ〜１００ｄに送信する処理部である。無線通信制御部１８２は、携帯端末１００ａの端末識別情報と、削除対象となるスケジュールデータのスケジュール番号を格納した削除要求データを生成し、削除要求データを他の携帯端末１００ｂ〜１００ｄに送信する。無線通信制御部１８２は、他の携帯端末１００ｂ〜１００ｄのアドレスをアドレスデータテーブル１７０ａから取得する。
【００４２】
無線通信制御部１８２は、他の携帯端末から削除要求データを受信した場合には、受信した削除要求データを、通信データ解析部１８３に出力する。この他の携帯端末から取得した削除データには、携帯端末の端末識別情報と、削除したメッセージデータのメッセージ番号が含まれている。
【００４３】
無線通信装置１８２は、他の携帯端末から削除要求データを受信した場合には、受信した削除要求データを通信データ解析部１８３に出力する。
【００４４】
通信データ解析部１８３は、無線通信制御部１８２から取得した削除要求データを解析し、解析結果をスケジュールデータ管理部１８４に出力する処理部である。解析結果には、メッセージ番号と端末識別情報が含まれる。
【００４５】
スケジュールデータ管理部１８４は、スケジュールデータテーブル１７０ｂとスケジュール管理テーブル１７０ｃを管理する処理部である。以下の説明において、スケジュールデータ管理部１８４の処理を具体的に説明する。
【００４６】
まず、スケジュールデータ管理部１８４が、スケジュールアプリ１８１から、削除対象のスケジュールデータのスケジュール番号を取得し、スケジュール番号に対応するスケジュール状態が「双方反映済」の場合について説明する。この場合、スケジュールデータ管理部１８４は、スケジュールデータテーブル１７０ｂを参照し、スケジュール番号に対応するフラグをオンに設定する。
【００４７】
また、スケジュールデータ管理部１８４は、スケジュール管理テーブル１７０ｃを参照し、スケジュール番号に対応する反映状態を「削除」、スケジュール状態を「自分削除済」に設定する。
【００４８】
次に、スケジュールデータ管理部１８４が、スケジュールアプリ１８１から、削除対象のスケジュールデータのスケジュール番号を取得し、スケジュール番号に対応するスケジュール状態が「自分反映済」の場合について説明する。この場合、スケジュールデータ管理部１８４は、スケジュールデータテーブル１７０ｂを参照し、スケジュール番号に対応するスケジュールデータを削除する。
【００４９】
次に、スケジュールデータ管理部１８４が、通信データ解析部１８３から、メッセージ番号と、端末識別情報を含む解析結果を取得した場合について説明する。この場合、スケジュールデータ管理部１８４は、端末識別情報とアドレスデータテーブル１７０ａを基にして、電話番号を判定する。
【００５０】
そして、スケジュールデータ管理部１８４は、スケジュール管理テーブル１７０ｃを参照し、メッセージ番号と電話番号の組合せに対応した関連者情報の状態を「反映中」から「削除済」に変更する。また、スケジュールデータ管理部１８４は、スケジュール管理テーブル１７０ｃを参照し、スケジュール状態が「自分削除済」で、関連者情報の状態が全て「削除済」となっているスケジュール番号が存在するか否かを判定する。
【００５１】
スケジュールデータ管理部１８４は、スケジュール状態が「自分削除済」で、関連者情報の状態が全て「削除済」となっているスケジュール番号が存在する場合には、存在するスケジュール番号に対応付けられた情報を、スケジュール管理テーブル１７０ｃから削除する。また、スケジュールデータ管理部１８４は、かかるスケジュール番号に対応するスケジュールデータを、スケジュールデータテーブル１７０ｂから削除する。
【００５２】
次に、携帯端末の画面表示例について説明する。図７は、携帯端末の画面表示例を示す図である。図７の左側に示すように、携帯端末１００ａは、スケジュール状態が「双方反映済」の場合には、該当スケジュールデータを標準の表示態様にてディスプレイに表示する。
【００５３】
図７の中央に示すように、携帯端末１００ａは、自身の携帯端末または他の携帯端末でスケジュールデータが削除され、スケジュール状態が「自分削除済」または「自分反映済」となった場合には、該当スケジュールデータを、標準の表示態様と異なる表示態様にてディスプレイに表示する。
【００５４】
図７の右側に示すように、携帯端末１００ａは、関連者の各携帯端末において、スケジュールデータが削除された場合には、該当スケジュールデータを、スケジュールデータテーブル１７０ｂから削除し、ディスプレイに表示させない。
【００５５】
次に、スケジュールデータを削除した場合の各携帯端末のスケジュール状態およびスケジュールデータの表示について説明する。図８〜図１１は、スケジュールデータを削除した場合の各携帯端末のスケジュール状態およびスケジュールデータの表示例を示す図である。
【００５６】
図８〜図１０では、スケジュールデータＡの親を携帯端末１００ａとし、携帯端末１００ｂ，１００ｃを子とする。そして、図８では、親である携帯端末１００ａが、スケジュールデータＡを削除した場合を示す。
【００５７】
図８に示すように、携帯端末１００ａにて、スケジュールデータＡが削除された場合には、携帯端末１００ａは、スケジュールデータＡを削除した旨をメールで、携帯端末１００ｂ，１００ｃに送信する。
【００５８】
携帯端末１００ａでスケジュールデータＡが削除され、携帯端末１００ｂ，１００ｃでスケジュールデータＡが削除されていない場合には、携帯端末１００ａのスケジュールデータＡに対するスケジュール状態が「自分削除済」となる。また、携帯端末１００ｂ，１００ｃのスケジュールデータＡに対応するスケジュール状態が「自分反映済」のままとなる。図８に示すスケジュール状態の場合には、標準の表示態様とは異なる表示態様で、スケジュールデータＡが携帯端末１００ａ〜１００ｃのディスプレイに表示される。
【００５９】
続いて、図９に示すように、携帯端末１００ｂが、スケジュールデータＡを削除した場合には、スケジュールデータＡを削除した旨をメールで、携帯端末１００ａに送信する。携帯端末１００ｂは、スケジュールデータＡを削除した場合に、スケジュールデータＡに対応するスケジュール状態等の情報を、完全に削除する。
【００６０】
携帯端末１００ａは、携帯端末１００ｂがスケジュールデータＡを削除したが、携帯端末１００ｃがスケジュールデータＡを削除していないので、携帯端末１００ａのスケジュールデータＡに対するスケジュール状態が「自分削除済」となる。図９に示すスケジュール状態の場合には、標準の表示態様とは異なる表示態様で、スケジュールデータＡが携帯端末１００ａ，１００ｃのディスプレイに表示される。
【００６１】
続いて、図１０に示すように、携帯端末１００ｃが、スケジュールデータＡを削除した場合には、スケジュールデータＡを削除した旨をメールで、携帯端末１００ａに送信する。携帯端末１００ｃは、スケジュールデータＡを削除した場合に、スケジュールデータＡに対応するスケジュール状態等の情報を、完全に削除する。
【００６２】
携帯端末１００ａは、携帯端末１００ｂ，１００ｃにおいてスケジュールデータＡが削除されたので、スケジュールデータＡに対応するスケジュール状態等の情報を、完全に削除する。
【００６３】
図１１は、携帯端末１００ａ〜１００ｃがスケジュールデータを登録している状態（双方反映済の状態）で、携帯端末１００ｂがスケジュールデータＡを削除した場合を示している。携帯端末１００ｂが、スケジュールデータＡを削除した場合には、スケジュールデータＡを削除した旨をメールで、携帯端末１００ａに送信する。
【００６４】
携帯端末１００ｂがスケジュールデータＡを削除し、携帯端末１００ａ，１００ｃがスケジュールデータＡを削除していないので、携帯端末１００ａのスケジュール状態は、「自分反映済」となる。図８に示すスケジュール状態の場合には、携帯端末１００ａ，１００ｂにて、標準の表示態様とは異なる表示態様で、スケジュールデータＡが表示される。なお、携帯端末１００ｃは、スケジュール状態が「双方反映済」となるので、スケジュールデータＡを標準の表示態様にて表示する。
【００６５】
その後、携帯端末１００ａが、スケジュールデータＡを削除した場合には、図８と同様にして、スケジュールデータＡを削除した旨をメールで、携帯端末１００ｂ，１００ｃに送信する。この場合、携帯端末１００ｂは、スケジュール状態が「自分削除済」であるため、携帯端末１００ａからスケジュールデータＡの削除通知を受信しても、再度削除通知を行うことなく、スケジュールデータＡを削除する。
【００６６】
次に、本実施例１にかかる携帯端末１００ａの処理手順について説明する。図１２は、本実施例１にかかる携帯端末１００ａの処理手順を示すフローチャートである。図１２に示すように、携帯端末１００ａは、スケジュールデータＡの削除指示を受け付け（ステップＳ１０１）、削除対象のスケジュールデータに対応するフラグをオンにする（ステップＳ１０２）。
【００６７】
携帯端末１００ａは、スケジュール状態を自分削除済に更新し（ステップＳ１０３）、削除したスケジュールの情報を他の携帯端末に送信する（ステップＳ１０４）。その後、携帯端末１００ａは、他の携帯端末から削除されたスケジュールデータの情報を受信し（ステップＳ１０５）、全ての携帯端末において、削除対象のスケジュールデータが削除されたか否かを判定する（ステップＳ１０６）。
【００６８】
携帯端末１００ａは、全ての携帯端末において、削除対象のスケジュールデータが削除されてない場合には（ステップＳ１０７，Ｎｏ）、ステップＳ１０５に移行する。一方、削除された場合には（ステップＳ１０７，Ｙｅｓ）、スケジュールデータを削除する（ステップＳ１０８）。
【００６９】
上述してきたように、本実施例１にかかる携帯端末１００ａは、複数人が関係するスケジュールの削除要求を取得した場合に、スケジュールをすぐに削除しないで、削除対象となったスケジュールの表示態様を異ならせて表示する。そして、携帯端末１００ａは、削除対象となったスケジュールが関係者全員の携帯端末から削除された場合に、スケジュールを削除するので、スケジュールを削除した場合に、スケジュールが削除されたことを、各携帯端末のユーザ全員が実際に確認したか否かを認識することが出来る。
【実施例２】
【００７０】
上述の実施例１では、スケジュールを削除した場合における携帯端末の処理について説明した。本実施例２では、ユーザがスケジュールデータを登録した場合の処理について説明する。
【００７１】
本実施例２にかかる携帯端末は、複数人が関係するスケジュールの登録要求を受け付けた場合に、他の携帯端末に新規のスケジュールを通知する。携帯端末は関係者全員の携帯端末にスケジュールが登録されていない間は、表示態様を異ならせてスケジュールを表示する。そして、携帯端末は、関係者全員の携帯端末にスケジュールが登録された場合に、標準の表示態様にてスケジュールデータを表示する。
【００７２】
図１３は、本実施例２にかかる通信システムの一例を示す図である。図１３に示すように、この通信システムは、携帯端末２００ａ〜２００ｂを有し、基地局やネットワークまたは無線ネットワーク等を介して相互にデータ通信を行う。
【００７３】
続いて、図１３に示した携帯端末の構成について説明する。携帯端末２００ａ〜２００ｄの構成は同様であるため、一例として携帯端末２００ａの構成を説明する。図１４は、本実施例２にかかる携帯端末の構成を示す図である。
【００７４】
図１４に示すように、この携帯端末２００ａは、入力装置２１０、ディスプレイ２２０、マイク２３０、スピーカ２４０、アンテナ２５０、入出力制御ＩＦ部２６０、記憶部２７０、制御部２８０を有する。
【００７５】
このうち、入力装置２１０、ディスプレイ２２０、マイク２３０、スピーカ２４０、アンテナ２５０、入出力制御ＩＦ部２６０に関する説明は、図２に示した入力装置１１０、ディスプレイ１２０、マイク１３０、スピーカ１４０、アンテナ１５０、入出力制御ＩＦ部１６０に関する説明と同様である。
【００７６】
記憶部２７０は、各種のデータを記憶する記憶部である。本実施例２にかかる記憶部２７０は、アドレスデータテーブル２７０ａ、スケジュールデータテーブル２７０ｂ、スケジュール管理テーブル２７０ｃを記憶する。
【００７７】
このうち、アドレスデータテーブル２７０ａは、携帯端末２００ａ〜２００ｄの電話番号、メールアドレスを記憶するテーブルである。図１５は、本実施例２にかかるアドレスデータテーブル２７０ａのデータ構造の一例を示す図である。図１５に示すように、アドレスデータテーブル２７０ａは、端末識別情報と、電話番号と、メールアドレスを対応付けて記憶する。
【００７８】
スケジュールデータテーブル２７０ｂは、各スケジュールデータを記憶するテーブルである。スケジュールデータテーブル２７０ｂのデータ構造は、図４に示したスケジュールデータテーブル１７０ｂのデータ構造と同じである。
【００７９】
スケジュール管理テーブル２７０ｃは、携帯端末２００ａ〜２００ｄにて共有されているスケジュールデータの状態を管理するテーブルである。スケジュール管理テーブル２７０ｃのデータ構造は、図５に示したスケジュール管理テーブル１７０ｃのデータ構造と同じである。
【００８０】
制御部２８０は、携帯端末間における通話の制御や、スケジュール管理を行う処理部である。制御部２８０は、通話制御部２８０ａとアプリケーション制御部２８０ｂを有する。このうち、通話制御部２８０ａは、携帯端末間における通話を制御するための各種処理を行う処理部である。通話制御部２８０ａが行う通話制御は、従来の携帯電話の通話制御と同様である。
【００８１】
アプリケーション制御部２８０ｂは、入力装置２１０から入力されるユーザの要求に応答して、スケジュールデータテーブル２７０ｂに記憶されたスケジュールデータの表示や、スケジュールデータの新規登録、更新、削除、コメント追加などの処理を行う処理部である。
【００８２】
図１６は、本実施例２にかかるアプリケーション制御部２８０ｂの構成を示す図である。図１６に示すように、このアプリケーション制御部２８０ｂは、スケジュールアプリ２８１、無線通信制御部２８２、通信データ解析部２８３、スケジュールデータ管理部２８４を有する。
【００８３】
スケジュールアプリ２８１は、入力装置２１０から入力されるユーザの要求に応答して、スケジュールデータの表示や、スケジュールデータの登録、更新、削除、コメント追加などの処理を行う処理部である。本実施例２では、一例として、スケジュールデータの新規登録を受け付けた場合について説明する。
【００８４】
スケジュールアプリ２８１は、スケジュールデータの登録要求を受け付けた場合に、登録対象となるスケジュールデータとスケジュールデータのスケジュール番号を無線通信制御部２８２と、スケジュールデータ管理部２８４に出力する。スケジュールアプリ２８１は、入力装置２１０などからスケジュールデータを取得する。
【００８５】
無線通信制御部２８２は、登録対象となるスケジュールデータを他の携帯端末２００ｂ〜２００ｄに送信する処理部である。無線通信制御部２８２は、携帯端末２００ａの端末識別情報と、登録対象となるスケジュールデータと、スケジュール番号を格納した登録要求データを生成し、登録要求データを他の携帯端末２００ｂ〜２００ｄに送信する。無線通信制御部２８２は、他の携帯端末２００ｂ〜２００ｄのアドレスをアドレスデータテーブル２７０ａから取得する。
【００８６】
無線通信制御部２８２は、他の携帯端末から登録要求データを受信した場合には、受信した登録要求データを、通信データ解析部２８３に出力する。なお、ここでは説明の便宜上、登録要求データに含まれる、同一のスケジュールデータには、同一のスケジュール番号が割り振られているものとする。
【００８７】
通信データ解析部２８３は、無線通信制御部２８２から取得した登録要求データを解析し、解析結果をスケジュールデータ管理部２８４に出力する処理部である。解析結果には、登録対象となるスケジュールデータと、メッセージ番号と端末識別情報が含まれる。
【００８８】
スケジュールデータ管理部２８４は、スケジュールデータテーブル２７０ｂとスケジュール管理テーブル２７０ｃを管理する処理部である。以下の説明において、スケジュールデータ管理部２８４の処理を具体的に説明する。まず、スケジュールデータ管理部２８４が、スケジュールアプリ２８１から登録対象のスケジュールデータとスケジュール番号を取得する場合について説明する。
【００８９】
スケジュールデータ管理部２８４は、スケジュールアプリ２８１から、登録対象のスケジュールデータとスケジュール番号を取得する。この場合、スケジュールデータ管理部２８４は、スケジュールデータとスケジュール番号を対応付けて、スケジュールデータテーブル２７０ｂに記憶する。また、かかるスケジュールデータとスケジュール番号に対応するフラグをオンに設定する。
【００９０】
また、スケジュールデータ管理部２８４は、スケジュール管理テーブル２７０ｃを参照し、スケジュール番号に対応する親子状態、反映状態、スケジュール状態、関連者情報に各種情報を登録する。例えば、スケジュール番号を「２００８１１１２１２３０」とし、スケジュールに関連するユーザの携帯端末を携帯端末１００ｂ〜１００ｄとすると、スケジュールデータ管理部２８４は、図５の３段目に示す情報をスケジュール管理テーブル１７０ｃに登録する。
【００９１】
次に、スケジュールデータ管理部２８４が、通信データ解析部２８３から、登録対象となるメッセージデータとメッセージ番号と端末識別情報を取得した場合について説明する。この場合、スケジュールデータ管理部２８４は、端末識別情報とアドレスデータテーブル２７０ａを基にして、電話番号を判定する。
【００９２】
そして、スケジュールデータ管理部２８４は、スケジュール管理テーブル２７０ｃを参照し、メッセージ番号と電話番号の組合せに対応した関連者情報の状態を「削除済」から「反映中」に変更する。スケジュールデータ管理部２８４は、スケジュール状態が「自分反映済」で、関連者情報の状態が全て「反映中」となっているスケジュール番号が存在する場合には、存在するスケジュール番号に対応付けられたスケジュールデータテーブル２７０ｂのフラグをオフに設定する。
【００９３】
次に、スケジュールデータを登録した場合の各携帯端末のスケジュール状態およびスケジュールデータの表示について説明する。図１７および図１８は、スケジュールデータを登録した場合の各形態端末のスケジュール状態およびスケジュールデータの表示例を示す図である。
【００９４】
図１７および図１８では、スケジュールデータＡの親を携帯端末２００ａとし、携帯端末２００ｂ，２００ｃを子とする。図１７に示すように、携帯端末２００ａがスケジュールデータＡを登録した場合に、携帯端末２００ａは、スケジュールデータＡを登録した旨をメールで、携帯端末２００ｂ，２００ｃに送信する。
【００９５】
携帯端末２００ａでスケジュールデータＡが反映（登録）され、携帯端末２００ｂ、２００ｃでスケジュールデータＡが登録されていない場合には、携帯端末２００ａのスケジュールデータＡに対するスケジュール状態が「自分反映済」となる。図１７に示すスケジュール状態の場合には、標準の表示態様とは異なる表示態様で、スケジュールデータＡが携帯端末２００ａのディスプレイに表示される。
【００９６】
続いて、図１８に示すように、携帯端末２００ｂ，２００ｃが、スケジュールデータＡを登録した場合には、携帯端末２００ｂ，２００ｃは、スケジュールデータＡを登録した旨をメールで、携帯端末２００ａに送信する。
【００９７】
携帯端末２００ａ〜２００ｃでスケジュールデータＡが反映（登録）された場合には、携帯端末２００ａ〜２００ｃのスケジュールデータＡに対するスケジュール状態が「双方反映済」となる。図１８に示すスケジュール状態の場合には、標準の表示態様で、スケジュールデータＡが形態端末２００ａ〜２００ｃのディスプレイに表示される。
【００９８】
次に、スケジュールデータの登録イメージについて説明する。図１９は、スケジュールデータの登録イメージを示す図である。例えば、ユーザは、携帯端末２００ａを操作して、スケジュールデータを共有するメンバーの電話番号を登録し、スケジュールデータを作成する。そして、送信を選択することで、共有メンバーの携帯端末にスケジュールデータを送信する。
【００９９】
次に、本実施例２にかかる携帯端末２００ａの処理手順について説明する。図２０は、本実施例２にかかる携帯端末２００ａの処理手順を示すフローチャートである。図２０に示すように、携帯端末２００ａは、スケジュールデータＡの登録指示を受け付け（ステップＳ２０１）、スケジュールデータＡを登録する（ステップＳ２０２）。また携帯端末２００ａは、スケジュールデータＡに対応するフラグをオンにする（ステップＳ２０３）。
【０１００】
携帯端末２００ａは、スケジュール状態を自分反映済に設定し（ステップＳ２０４）、登録したスケジュールデータＡの情報を他の端末装置に送信する（ステップＳ２０５）。その後、携帯端末２００ａは、他の端末装置から登録されたスケジュールデータの情報を受信し（ステップＳ２０６）、全ての端末装置において、スケジュールデータＡが反映されたか否かを判定する（ステップＳ２０７）。
【０１０１】
携帯端末２００ａは、全ての携帯端末において、登録対象のスケジュールデータＡが反映されていない場合には（ステップＳ２０８，Ｎｏ）、ステップＳ２０６に移行する。一方、反映された場合には（ステップＳ２０８，Ｙｅｓ）、携帯端末２００ａは、スケジュールデータＡに対応するフラグをオフにし（ステップＳ２０９）、スケジュールデータＡに対応するスケジュール状態を双方反映済に設定する（ステップＳ２１０）。
【０１０２】
上述してきたように、本実施例２にかかる携帯端末２００ａは、複数人が関係するスケジュールを登録した場合に、登録したスケジュールデータを他の携帯端末に送信する。そして、携帯端末２００ａは、登録対象となったスケジュールが関係者全員の携帯端末に登録されるまで、スケジュールデータの表示態様を異ならせて表示する。したがって、登録対象のスケジュールを各携帯端末のユーザ全員が実際に確認したか否かを認識することが出来る。
【実施例３】
【０１０３】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例１，２以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例３として本発明に含まれる他の実施例を説明する。
【０１０４】
（１）スケジュールデータの表示例について
本実施例では、複数人が関係するスケジュールデータを全員が削除・反映等を行ったか否かによって、スケジュールデータの表示態様を異ならせて表示させていたが、これに限定されるものではない。例えば、スケジュールデータを表示する場合に、携帯端末は、図５に示したスケジュール管理テーブル１７０ｃを基にして、スケジュールデータに関連する携帯端末の電話番号を表示してもよい。また、携帯端末は、スケジュールデータを削除していない、あるいは反映していない携帯端末の電話番号を表示しても良い。
【０１０５】
図２１は、スケジュールデータのその他の表示例を説明するための図である。例えば、携帯端末１００ａが、スケジュールデータＡを削除し、スケジュールデータＡを削除した旨をメールで携帯端末１００ｂ，１００ｃに送信する。そして、携帯端末１００ｂがスケジュールデータＡを削除し、携帯端末１００ｃがスケジュールデータＡを削除していない場合には、携帯端末１００ａのディスプレイに携帯端末１００ｃの電話番号を表示させる。
【０１０６】
（２）スケジュールデータの更新要求、コメント追加要求など
上述した実施例１では、アプリケーション制御部１８０が、スケジュールデータの削除要求を受け付けた場合に、他の携帯端末に削除対象となるスケジュールデータの情報を通知し、関係者全員のスケジュールデータが削除されるまで、スケジュールデータの表示態様を異ならせて表示させていた。アプリケーション制御部１８０は、スケジュールデータの更新要求、コメント追加要求を受け付けた場合も同様にして、更新対象あるいはコメント追加対象となったスケジュールデータの情報を通知し、関係者全員のスケジュールデータが更新またはコメント追加されるまで、スケジュールデータの表示態様を異ならせて表示させても良い。
【０１０７】
（３）システム構成等
本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１０８】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【０１０９】
例えば、実施例１，２で示した携帯端末１００ａ，２００ａのアプリケーション制御部１８０ｂ，２８０ｂの機能と記憶部１７０，２７０のデータをサーバに持たせ、携帯端末の代わりにサーバが上述した処理を行っても良い。図２２は、その他の通信システムの構成を示す図である。
【０１１０】
図２２に示すように、この通信システムは、サーバ３００、携帯端末１００ｂ，１００ｃを有し、基地局やネットワークまたは無線ネットワーク等を介して相互にデータ通信を行う。そして、サーバ３００は、複数人が関係するスケジュールの削除要求を取得した場合に、スケジュールをすぐに削除しないで、削除対象となったスケジュールの表示態様を異ならせて表示する。そして、サーバ３００は、削除対象となったスケジュールが関係者全員の携帯端末から削除された場合に、スケジュールを削除する。なお、サーバ３００は、スケジュールに関連する携帯端末の電話番号をディスプレイに表示しても良い。
【０１１１】
さらに、各携帯端末にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１１２】
図２３は、実施例にかかる携帯端末を構成するコンピュータのハードウェア構成を示す図である。図２３に示すように、このコンピュータ（携帯端末）２０は、無線制御部２０ａと、アプリケーション制御部２０ｂを有する。無線制御部２０ａは、ＲＦ（Radio  Frequency）２１、ＩＦ２２、ＣＰＵ（Central  Processing  Unit）２３を有する。アプリケーション制御部２０ｂは、ＡＩＵ（Audio  Interface  Unit）２４、音響制御部２５、ＲＯＭ／ＲＡＭ２６、アプリケーションＣＰＵ２７、ＳＤカード２８、各種ハード２９、ディスプレイ３０を有する。
【０１１３】
ＲＦ２１は、他の携帯端末との間の無線通信を制御する装置であり、ＩＦ２２は、ＲＦ２１とＣＰＵ２３のデータ通信を制御する装置である。また、ＣＰＵ２３は、アプリケーションＣＰＵ２７と協働して、各種の処理を実行する装置である。
【０１１４】
ＡＩＵ２４は、スピーカやマイクとの間で音声データをやり取りする装置であり、音響制御部２５は、ＡＩＵ２４を介して、スピーカやマイクを制御する装置である。ＳＤカード２８は、各種のデータを記憶する記憶装置であり、各種ハード２９は、携帯端末に含まれるその他のハードウェアに対応する。
【０１１５】
ＲＯＭ／ＲＡＭ２６には、上記した携帯端末１００ａの機能と同様の機能を発揮するアプリケーションプログラム２６ａが記憶されている。アプリケーションＣＰＵ２７がアプリケーションプログラム２６ａを読み出して実行することにより、アプリケーションプロセス２７ａが起動される。ここで、アプリケーションプロセス２７ａは、図２、図１４に示した、アプリケーション制御部１８０ｂ、２８０ｂに対応する。
【０１１６】
また、ＲＯＭ／ＲＡＭ２６は、記憶部１７０，２７０に記憶される情報に対応する各種データ２６ｂを記憶する。アプリケーションＣＰＵ２７は、ＲＯＭ／ＲＡＭ２６に格納された各種データ２６ｂを読み出して、他の携帯端末とメールの送受信を行う。そして、各携帯端末のスケジュール状態に応じて、ディスプレイ３０に表示するスケジュールデータの表示態様を異ならせて表示する。
【０１１７】
ところで、図２３に示したアプリケーションプログラム２６ａは、必ずしも最初からＲＯＭ／ＲＡＭ２６に記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などにアプリケーションプログラム２６ａを記憶しておき、コンピュータがこれらからアプリケーションプログラム２６ａを読み出して実行するようにしてもよい。
【０１１８】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１１９】
（付記１）複数人が関係するスケジュールの登録要求、変更要求または削除要求のうち何れかの要求を含んだ要求情報を取得した場合に、前記要求情報を他の端末装置に送信する送信部と、
前記要求情報に対応する前記スケジュールの登録、変更または削除を行ったか否かの応答情報を前記他の端末装置から受信し、全ての端末装置において、前記要求情報に対応する前記スケジュールの登録、変更または削除が行われたか否かを判定する判定部と、
前記判定部の判定結果に基づいて、前記スケジュールの表示態様を異ならせる表示部と
を有することを特徴とする端末装置。
【０１２０】
（付記２）他の端末装置から前記要求情報を受信した場合に、前記判定部は前記要求情報の送信元となる端末装置と、自端末装置において、前記要求情報に対応する前記スケジュールの登録、変更または削除が行われたか否かを判定することを特徴とする付記１に記載の端末装置。
【０１２１】
（付記３）前記判定部は、前記要求情報に対応する前記スケジュールの登録、変更または削除を行っていない端末装置を判定し、判定結果を出力することを特徴とする付記１または２に記載の端末装置。
【０１２２】
（付記４）端末装置が、
複数人が関係するスケジュールの登録要求、変更要求または削除要求のうち何れかの要求を含んだ要求情報を取得した場合に、前記要求情報を他の端末装置に送信する送信ステップと、
前記要求情報に対応する前記スケジュールの登録、変更または削除を行ったか否かの応答情報を前記他の端末装置から受信し、全ての端末装置において、前記要求情報に対応する前記スケジュールの登録、変更または削除が行われたか否かを判定する判定ステップと、
前記判定ステップの判定結果に基づいて、前記スケジュールの表示態様を異ならせる表示ステップと
を含んだことを特徴とするスケジュール管理方法。
【０１２３】
（付記５）他の端末装置から前記要求情報を受信した場合に、前記判定ステップは、前記要求情報の送信元となる端末装置と、自端末装置において、前記要求情報に対応する前記スケジュールの登録、変更または削除が行われたか否かを判定することを特徴とする付記４に記載のスケジュール管理方法。
【０１２４】
（付記６）前記判定ステップは、前記要求情報に対応する前記スケジュールの登録、変更または削除を行っていない端末装置を判定し、判定結果を出力することを特徴とする付記４または５に記載のスケジュール管理方法。
【０１２５】
（付記７）コンピュータに、
複数人が関係するスケジュールの登録要求、変更要求または削除要求のうち何れかの要求を含んだ要求情報を取得した場合に、前記要求情報を他の端末装置に送信する送信手順と、
前記要求情報に対応する前記スケジュールの登録、変更または削除を行ったか否かの応答情報を前記他の端末装置から受信し、全ての端末装置において、前記要求情報に対応する前記スケジュールの登録、変更または削除が行われたか否かを判定する判定手順と、
前記判定ステップの判定結果に基づいて、前記スケジュールの表示態様を異ならせる表示手順と
を実行させることを特徴とするスケジュール管理プログラム。
【０１２６】
（付記８）他の端末装置から前記要求情報を受信した場合に、前記判定手順は、前記要求情報の送信元となる端末装置と、自端末装置において、前記要求情報に対応する前記スケジュールの登録、変更または削除が行われたか否かを判定することを特徴とする付記７に記載のスケジュール管理プログラム。
【０１２７】
（付記９）前記判定手順は、前記要求情報に対応する前記スケジュールの登録、変更または削除を行っていない端末装置を判定し、判定結果を出力することを特徴とする付記７または８に記載のスケジュール管理プログラム。
【０１２８】
（付記１０）複数人が関係するスケジュールの登録要求、変更要求または削除要求のうち何れかの要求を含んだ要求情報を取得した場合に、前記要求情報を複数の端末装置に送信する送信部と、
前記要求情報に対応する前記スケジュールの登録、変更または削除を行ったか否かの応答情報を前記他の端末装置から受信し、全ての端末装置において、前記要求情報に対応する前記スケジュールの登録、変更または削除が行われたか否かを判定する判定部と、
前記判定部の判定結果に基づいて、前記スケジュールの表示態様を異ならせる表示部と
を有することを特徴とするサーバ装置。
【符号の説明】
【０１２９】
１０ａ，１０ｂ，１０ｃ，１０ｄ，１００ａ，１００ｂ，１００ｃ，１００ｄ  携帯端末
１１０，２１０    入力装置
１２０，２２０    ディスプレイ
１３０，３３０    マイク
１４０，２４０    スピーカ
１５０，２５０    アンテナ
１６０，２６０    入出力制御ＩＦ部
１７０，２７０    記憶部
１７０ａ，２７０ａ  アドレスデータテーブル
１７０ｂ，２７０ｂ  スケジュールデータテーブル
１７０ｃ，２７０ｃ  スケジュール管理テーブル
１８０，２８０    制御部
１８０ａ，２８０ａ  通話制御部
１８０ｂ、２８０ｂ  アプリケーション制御部
１８１，２８１    スケジュールアプリ
１８２，２８２    無線通信制御部
１８３，２８３    通信データ解析部
１８４，２８４    スケジュールデータ管理部
【図１】
2010268402.tif 000003
【図２】
2010268402.tif 000004
【図３】
2010268402.tif 000005
【図４】
2010268402.tif 000006
【図５】
2010268402.tif 000007
【図６】
2010268402.tif 000008
【図７】
2010268402.tif 000009
【図８】
2010268402.tif 000010
【図９】
2010268402.tif 000011
【図１０】
2010268402.tif 000012
【図１１】
2010268402.tif 000013
【図１２】
2010268402.tif 000014
【図１３】
2010268402.tif 000015
【図１４】
2010268402.tif 000016
【図１５】
2010268402.tif 000017
【図１６】
2010268402.tif 000018
【図１７】
2010268402.tif 000019
【図１８】
2010268402.tif 000020
【図１９】
2010268402.tif 000021
【図２０】
2010268402.tif 000022
【図２１】
2010268402.tif 000023
【図２２】
2010268402.tif 000024
【図２３】
2010268402.tif 000025
【図２４】
2010268402.tif 000026
【図２５】
2010268402.tif 000027