(57)【特許請求の範囲】
【請求項１】
ユーザによる手動切替、時間帯の指定による自動切替、外部Ｒ／Ｗ（リーダ／ライタ）による切替、所定の機能の起動に応じた自動切替のいずれかにより、モード状態の設定・変更を行う条件設定部と、
スケジュール管理サーバーとの間でスケジュールデータの同期処理を行う通信部と、
前記スケジュールデータに付加されたモード種別と前記モード状態とを基に、スケジュール通知の可否を判断し、スケジュール通知を行う場合にはスケジュールの通知方法を決定し、前記スケジュールデータに基づくスケジュール通知を行うスケジュール制御部と
を具備する
携帯端末。
【請求項２】
請求項１に記載の携帯端末であって、
前記スケジュール制御部は、前記自機のモード状態と前記モード種別とが対応しているか否かに応じて、スケジュール通知の可否を判断する
携帯端末。
【請求項３】
請求項２に記載の携帯端末であって、
前記スケジュール制御部は、前記モード種別を前記スケジュールデータに付加した相手により、前記モード種別を判別する
携帯端末。
【請求項４】
ユーザによる手動切替、時間帯の指定による自動切替、外部Ｒ／Ｗ（リーダ／ライタ）による切替、所定の機能の起動に応じた自動切替のいずれかにより、モード状態の設定・変更を行う条件設定部と、
スケジュール管理サーバーとの間でスケジュールデータの同期処理を行う通信部と、
前記スケジュールデータに付加されたモード種別又は前記モード状態において、強制通知モードが設定されている場合、無条件にスケジュール通知を行うことを決定し、前記スケジュールデータに基づくスケジュール通知を行うスケジュール制御部と
を具備する
携帯端末。
【請求項５】
請求項１乃至４のいずれか一項に記載の携帯端末であって、
前記スケジュールデータ及び前記モード種別を格納するユーザデータスケジュール管理データベース
を更に具備し、
前記スケジュール制御部は、前記通信部による前記スケジュールデータの同期処理が完了した場合、前記スケジュールデータ及び前記モード種別に基づいて前記ユーザデータスケジュール管理データベースを更新する
携帯端末。
【請求項６】
請求項１乃至５のいずれか一項に記載の携帯端末であって、
前記無線通信部は、前記スケジュール管理サーバーとの間で前記スケジュールデータの同期処理を行うことにより、前記スケジュール管理サーバーを介して前記ユーザが属するグループ内での前記スケジュールデータの共有を実現し、前記グループ内における前記スケジュールデータの変更をリアルタイムに反映する
携帯端末。
【請求項７】
請求項１乃至６のいずれか一項に記載の携帯端末であって、
前記通信部は、ユーザ又は携帯端末を示す識別情報である利用者識別子を管理し、同期処理の際、前記スケジュール管理サーバーに対して、前記利用者識別子を通知し、前記利用者識別子に対応するスケジュールデータを要求する
携帯端末。
【請求項８】
ユーザによる手動切替、時間帯の指定による自動切替、外部Ｒ／Ｗ（リーダ／ライタ）による切替、所定の機能の起動に応じた自動切替のいずれかにより、モード状態の設定・変更を行い、スケジュールデータに付加されたモード種別と前記モード状態とを基に、スケジュール通知の可否を判断し、スケジュール通知を行う場合にはスケジュールの通知方法を決定し、前記スケジュールデータに基づくスケジュール通知を行うスケジュール携帯端末と、
前記スケジュールデータと共に前記モード種別を管理し、前記携帯端末との間で前記スケジュールデータの同期処理を行うスケジュール管理サーバーと
を含む
スケジュール通知システム。
【請求項９】
携帯端末内で実行されるスケジュール通知プログラムであって、
ユーザによる手動切替、時間帯の指定による自動切替、外部Ｒ／Ｗ（リーダ／ライタ）による切替、所定の機能の起動に応じた自動切替のいずれかにより、モード状態の設定・変更を行うステップと、
スケジュール管理サーバーとの間でスケジュールデータの同期処理を行うステップと、
前記スケジュールデータに付加されたモード種別又は前記モード状態において、強制通知モードが設定されている場合、無条件にスケジュール通知を行うことを決定し、前記スケジュールデータに基づくスケジュール通知を行うステップと
を、プロセッサに実行させるための
スケジュール通知プログラム。
【請求項１０】
携帯端末内で実行されるスケジュール通知プログラムであって、
ユーザによる手動切替、時間帯の指定による自動切替、外部Ｒ／Ｗ（リーダ／ライタ）による切替、所定の機能の起動に応じた自動切替のいずれかにより、モード状態の設定・変更を行うステップと、
スケジュール管理サーバーとの間でスケジュールデータの同期処理を行うステップと、
前記スケジュールデータに付加されたモード種別と前記モード状態とを基に、スケジュール通知の可否を判断し、スケジュール通知を行う場合にはスケジュールの通知方法を決定し、前記スケジュールデータに基づくスケジュール通知を行うステップと
を、プロセッサに実行させるための
スケジュール通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末に関し、特にスケジュール管理が可能な携帯端末に関する。
【背景技術】
【０００２】
例えば、携帯電話においては、会社や自宅等でのユーザ（利用者）の行動予定に関するスケジュール管理を行う際、基本的にユーザの手入力やＰＣ（パーソナルコンピュータ）／外部メモリからのインポートによりスケジュールデータ（予定表）を登録しており、サーバーとの間でスケジュールデータの同期処理は行っていない。
【０００３】
また、デスクトップ型ＰＣや他の固定された機器等では、サーバーとの間でスケジュールデータの同期処理を行っているものも存在するが、それらの場合には、ユーザが機器の設置場所にいて、機器が稼働中でなければスケジュール確認ができないため、利用シーン（利用状況）が限定されており、特にスケジュール同期以外の処理について考慮する必要が無い。
【０００４】
関連する技術として、特開２００５−１９６４９３号公報（特許文献１）にスケジュール管理システムが開示されている。
この技術では、携帯電話は、サーバーからのスケジュールデータが添付されたメールの受信を含むメールの送受信を行うメール送受信部と、サーバーにアクセスしてウェブを閲覧するウェブ閲覧部と、メール部によりスケジュールデータが添付されたメールを受信することにより取得されたスケジュールデータに基づき、自身のスケジュールを更新するスケジューラ部とにより構成される。これにより、グループメンバの複数の携帯電話のスケジュールを、同期を取って管理し、グループメンバでスケジュールを共有する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１９６４９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
携帯電話は、ユーザが常に携帯するものであり、常時スケジュール確認を行えることが求められる。また、スケジュール確認を行うための利用シーンは、会社・自宅・外出先等、曜日、時間帯等の状況によって、リアルタイムに変化する。そのため、ユーザが通知を求めるスケジュールデータも、リアルタイムに変化し、この変化に対応したスケジュールデータを通知する方法が要求されていた。
【０００７】
特許文献１によれば、グループメンバでスケジュールを共有化するため、グループメンバの一部が、グループメンバと別行動となったときに最適なスケジュールの通知を行えなくなるという問題があった。
【０００８】
本発明の目的は、前述の課題を解決するため、様々な利用シーンに対応させたスケジュール通知を行う携帯端末、スケジュール通知システム、スケジュール通知方法、及びスケジュール通知プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の携帯端末は、ユーザによる手動切替、時間帯の指定による自動切替、外部Ｒ／Ｗ（リーダ／ライタ）による切替、所定の機能の起動に応じた自動切替のいずれかにより、モード状態の設定・変更を行う条件設定部と、スケジュール管理サーバーとの間でスケジュールデータの同期処理を行う通信部と、スケジュールデータに付加されたモード種別とモード状態とを基に、スケジュール通知の可否を判断し、スケジュール通知を行う場合にはスケジュールの通知方法を決定し、スケジュールデータに基づくスケジュール通知を行うスケジュール制御部とを具備することを特徴とする。
【００１０】
本発明のスケジュール通知システムは、ユーザによる手動切替、時間帯の指定による自動切替、外部Ｒ／Ｗ（リーダ／ライタ）による切替、所定の機能の起動に応じた自動切替のいずれかにより、モード状態の設定・変更を行い、スケジュールデータに付加されたモード種別と前記モード状態とを基に、スケジュール通知の可否を判断し、スケジュール通知を行う場合にはスケジュールの通知方法を決定し、スケジュールデータに基づくスケジュール通知を行う携帯端末と、スケジュールデータと共にモード種別を管理し、携帯端末との間でスケジュールデータの同期処理を行うスケジュール管理サーバーとを含むことを特徴とする。
【００１１】
本発明のスケジュール通知プログラムは、携帯端末内で実施されるスケジュール通知プログラムであって、ユーザによる手動切替、時間帯の指定による自動切替、外部Ｒ／Ｗ（リーダ／ライタ）による切替、所定の機能の起動に応じた自動切替のいずれかにより、モード状態の設定・変更を行うステップと、スケジュール管理サーバーとの間でスケジュールデータの同期処理を行うステップと、スケジュールデータに付加されたモード種別又はモード状態において、強制通知モードが設定されている場合、無条件にスケジュール通知を行うことを決定し、スケジュールデータに基づくスケジュール通知を行うステップとを含むことを特徴とする。
【００１２】
本発明のスケジュール通知プログラムは、携帯端末内で実行されるスケジュール通知プログラムであって、ユーザによる手動切替、時間帯の指定による自動切替、外部Ｒ／Ｗ（リーダ／ライタ）による切替、所定の機能の起動に応じた自動切替のいずれかにより、モード状態の設定・変更を行うステップと、スケジュール管理サーバーとの間でスケジュールデータの同期処理を行うステップと、スケジュールデータに付加されたモード種別とモード状態とを基に、スケジュール通知の可否を判断し、スケジュール通知を行う場合にはスケジュールの通知方法を決定し、スケジュールデータに基づくスケジュール通知を行うステップとを、プロセッサ（ｐｒｏｃｅｓｓｏｒ：処理装置）に実行させることを特徴とする。
【発明の効果】
【００１３】
サーバーと携帯端末でスケジュール同期処理を行うので、会社／学校／サークル等のグループ単位でのリアルタイムなスケジュール管理が可能となり、スケジュールの急な時間変更や場所変更等が発生してもリアルタイムに、利用シーン（利用状況）に応じたスケジュール通知を受けることができる。
【発明を実施するための最良の形態】
【００１４】
以下に、本発明の実施例について添付図面を参照して説明する。
ここでは、携帯端末の代表的な例として携帯電話を用いて説明する。但し、実際には、この例に限定されない。
【００１５】
図１は、本発明に係る携帯電話１０内のシステムの構成の概要を示した図である。
携帯電話１０は、無線通信部１１と、データ解析／処理部１２と、スケジュール制御部１３と、ユーザデータスケジュール管理ＤＢ（データベース）１４と、モード設定部１５と、表示／鳴動部１６を備える。
【００１６】
無線通信部１１は、携帯電話１０での各モードにおけるスケジュールを管理するスケジュール管理サーバー２０と、「スケジュールデータ」の同期処理（通信処理）を行う。ここでは、「スケジュールデータ」の同期処理とは、スケジュール管理サーバー２０が保持する「スケジュールデータ」を、携帯電話１０が保持する「スケジュールデータ」に反映させるための通信処理を示す。但し、実際には、逆に、携帯電話１０が保持する「スケジュールデータ」を、スケジュール管理サーバー２０が保持する「スケジュールデータ」に反映させることも可能である。
【００１７】
このとき、無線通信部１１は、ユーザ又は携帯電話１０を示す識別情報である「利用者識別子」を管理し、同期処理の際、スケジュール管理サーバー２０に対して、利用者識別子を通知し、利用者識別子に対応する「スケジュールデータ」を要求する。スケジュール管理サーバー２０は、利用者識別子毎に「スケジュールデータ」を管理している。スケジュール管理サーバー２０は、「利用者識別子」と「スケジュールデータ」を関連付けるようにしても良い。「利用者識別子」をスケジュールデータの付加情報とすることも考えられる。「スケジュールデータ」に複数の利用者識別子が対応していても良い。すなわち、スケジュール管理サーバー２０は、同一の「スケジュールデータ」を複数の携帯電話１０に提供することも可能である。なお、スケジュール管理サーバー２０が、ユーザ認証等により、ユーザ又は携帯電話１０を特定できる場合は、「利用者識別子」は無くても良い。
【００１８】
また、無線通信部１１は、同期処理により、スケジュール管理サーバー２０から「スケジュールデータ」を受信したらデータ解析／処理部１２へ渡す。ここで、無線通信部１１は、スケジュール管理サーバー２０以外の相手との通常の無線通信にも対応することが可能であり、スケジュールデータ以外のデータについても、受信したらデータ解析／処理部１２へ渡すようにしても良い。
【００１９】
データ解析／処理部１２は、無線通信部１１から取得したデータがスケジュールデータかどうか判断する。スケジュールデータでなければ通常のデータ処理を行う。スケジュールデータであれば、無線通信部１１から取得したスケジュールデータを解析して、スケジュールデータに付加されている付加情報を取得する。ここでは、付加情報としてスケジュールデータに付加されている「モード種別」を取得し、「スケジュールデータ」と「モード種別」をスケジュール制御部１３へ渡す。なお、取得データがスケジュールデータかどうか判断するための基準としては、データの内容がスケジュールデータの形式であれば、スケジュールデータであると判断する。或いは、「モード種別」のような付加情報が含まれている場合にスケジュールデータであると判断するようにしても良い。
【００２０】
スケジュール制御部１３は、「スケジュールデータ」と、そのスケジュールデータに付加されていた「モード種別」をあわせて管理し、ユーザデータスケジュール管理ＤＢ（データベース）１４へ登録する。このとき、スケジュール制御部１３は、「スケジュールデータ」と、そのスケジュールデータに付加されていた「モード種別」を関連付けてユーザデータスケジュール管理ＤＢ（データベース）１４へ登録するようにしても良い。
【００２１】
ユーザデータスケジュール管理ＤＢ（データベース）１４は、「スケジュールデータ」と、そのスケジュールデータに付加されている「モード種別」を格納する。なお、「モード種別」は、スケジュールデータに付加されている付加情報の一例であり、実際にはこの例に限定されない。
【００２２】
モード設定部１５は、ユーザ又は携帯電話１０の現在の状況を示す「モード状態」を管理し、スケジュール制御部１３に提供する。但し、実際には、モード設定部１５は、モード状態の設定のみ行い、設定されたモード状態をスケジュール制御部１３が管理するようにしても良い。また、モード設定部１５において、モード状態の切替が可能である。モード状態をスケジュール制御部１３が管理している際にモード状態が変更された場合には、モード設定部１５は、スケジュール制御部１３へ「モード状態変更通知」を行う。スケジュール制御部１３は、モード状態変更通知に応じて、モード状態を変更する。
【００２３】
なお、時間帯等により自動的にモード状態を変更するようにすることも考えられる。例えば、モード設定部１５は、平日の午前９：００〜午後１８：００であれば「会社モード」にして、それ以外であれば「自宅モード」にする。このとき、モード設定部１５は、携帯電話１０の内部で管理している時刻（日時）を監視するようにしても良い。ここでは、携帯電話１０の内部で管理している時刻（日時）とは、携帯電話１０内部の時計（タイマー機能）に基づく時刻（日時）を示す。但し、実際には、これらの例に限定されない。
【００２４】
また、スケジュール制御部１３は、タイマー機能を有し、携帯電話１０の内部で管理している時刻（日時）を更新する。スケジュール制御部１３は、あるスケジュールの通知時間になった場合、スケジュールデータとあわせて管理しているモード種別と、現在のモード状態とを比較し、モード状態とモード種別が一致又は対応していれば、表示／鳴動部１６に対してスケジュール通知の実行指示を行う。
【００２５】
表示／鳴動部１６は、スケジュール制御部１３からの実行指示に応じて、ユーザにスケジュール通知を行う。表示／鳴動部１６は、画面表示、音声、振動、発光、筐体動作、その他ユーザが認識できる方法で、スケジュール通知を行う。なお、表示／鳴動部１６は、携帯電話１０の外部に存在していても良い。例えば、携帯電話１０の近くにある外部のディスプレイやスピーカ等を表示／鳴動部１６として、スケジュール制御部１３と表示／鳴動部１６とが、無線通信部１１を介して通信するようにしても良い。また、表示／鳴動部１６は、スケジュール制御部１３からの実行指示に応じて、所定のアプリケーションソフトウェア又はハードウェア機能を実行し、そのアプリケーションソフトウェア又はハードウェア機能の実行開始／実行完了に関する通知を、ユーザへのスケジュール通知としても良い。
【００２６】
このとき、モード状態又はモード種別に応じてスケジュール通知方法を変更するようにしても良い。例えば、スケジュール制御部１３は、表示／鳴動部１６に対して、モード種別が「会社モード」の場合は振動によるスケジュール通知の実行指示を行い、「自宅モード」の場合は音声によるスケジュール通知の実行指示を行うようにすることが考えられる。モード種別に応じてスケジュール通知方法を変更する場合、スケジュール制御部１３は、モード種別とスケジュール通知方法との対応関係を示す対応表（リスト）を管理し、必要に応じてユーザデータスケジュール管理ＤＢ（データベース）１４へ登録する。或いは、スケジュール通知方法を示す情報を、スケジュールデータの付加情報として、モード種別と共にユーザデータスケジュール管理ＤＢ（データベース）１４へ登録するようにしても良い。
【００２７】
なお、携帯電話１０内の各部は、各部の機能を定義したプログラムを実行するプロセッサ（ｐｒｏｃｅｓｓｏｒ：処理装置）でも良い。ここでは、このプログラムを、スケジュール通知プログラムと呼ぶ。このスケジュール通知プログラムは、記憶装置又は記憶媒体（メディア）に記憶される。
【００２８】
図２は、本発明に係るスケジュール管理システムの全体像の概要を示した図である。
本発明に係る携帯電話１０とスケジュール管理サーバー２０は、スケジュール管理システムを形成する。すなわち、本発明に係るスケジュール管理システムは、携帯電話１０と、スケジュール管理サーバー２０を含む。
【００２９】
携帯電話１０は、スケジュール管理サーバー２０側とスケジュールデータの同期処理を行う。この同期処理については、スケジュール管理サーバー２０側から行われる場合と、携帯電話１０を操作するユーザ側から行われる場合との両方が可能である。すなわち、スケジュール管理サーバー２０が携帯電話１０に対してスケジュールデータの同期処理を要求しても良いし、携帯電話１０がスケジュール管理サーバー２０に対してスケジュールデータの同期処理を要求しても良い。ここで、同期されるスケジュールデータにはある特定の付加情報が付加されており、この付加情報を基に携帯電話１０ではスケジュールデータのモード種別を判定し、スケジュールデータと共に管理を行う。このとき、付加情報は、モード種別自体を示す情報に限らず、直接的又は間接的にモード種別を特定できる情報であれば良い。
【００３０】
携帯電話１０内では、モードを管理する。例えば、図２に示すモードＡ（会社モード）やモードＢ（自宅モード）のように、個別にモード設定することも可能であるし、モードＡとモードＢの同時使用やモードＣ（会社／自宅兼用モード、又は、制限無しモード）のように、複数のモードを同時に利用することも可能である。また、仕事時に複数のグループに所属している場合、モードＡ１（会社モード：第１グループ）、モードＡ２（会社モード：第２グループ）のように細分化してモード設定することが考えられる。
【００３１】
また、モードの変更方法については、ユーザによる手動切替、指定開始時刻／終了時刻による自動切替、携帯電話１０に搭載されたＦｅｌｉＣａ（登録商標）等の外部Ｒ／Ｗ（リーダ／ライタ）による切替、海外でのローミング（ｒｏａｍｉｎｇ）機能の起動に応じた自動切替等、任意の変更方法の利用が可能であるものとする。携帯電話１０は、携帯電話１０内で管理されているモードを参照し、参照されたモードと対応するモード種別のスケジュールデータに基づき、スケジュール通知を行う。
【００３２】
更に、携帯電話１０内のスケジュールデータはユーザが更新可能であり、モード種別の変更もユーザが行うことが可能である。例えば、スケジュール管理サーバー２０側から同期されたスケジュールデータがモードＡであったとしても、ユーザがスケジュールデータのモード種別をモードＢに変更したとすると、モードＢのスケジュールデータとして扱うことも可能である。
【００３３】
なお、スケジュール管理サーバー２０において管理されるスケジュールデータの入力／変更は、ユーザ以外の人間にも行えるようにしても良い。例えば、ユーザの上司や同僚により入力／変更されたスケジュールデータのモード種別はモードＡ（会社モード）とし、ユーザの家族や私的な友人により入力／変更されたスケジュールデータのモード種別はモードＢ（自宅モード）とすることが考えられる。なお、スケジュールの入力／変更を行う人物の識別方法については、スケジュールの入力／変更の際にユーザ認証を行い、認証結果に基づいて判別するようにしても良い。なお、サーバーにおける認証処理については、周知技術であるため、説明を省略する。
【００３４】
ここでは、携帯電話１０は、スケジュールに登録されている日時になった時点で、携帯電話１０のモード状態と、スケジュールデータと共に管理されているモード種別とが一致しているスケジュールデータのみユーザに通知を行い、モード種別が一致していないデータについては、ユーザに通知を行わない。但し、実際には、モード状態とモード種別とがキーワードとして完全に一致している必要は無く、互いに対応していれば良い。例えば、モード状態が「会議モード」で、モード種別が「会社モード」であったとしても、「会議モード」が「会社モード」に含まれる場合、モード状態とモード種別とが一致又は対応していると判断する。この場合、携帯電話１０が、「会議モード」と「会社モード」との対応関係を示す対応表（リスト）を保持していると好適である。
【００３５】
図３は、本発明に係るスケジュールデータの構成例を示した図である。
スケジュール管理サーバー２０により管理されるスケジュールデータには、付加情報が追加されている。ここでは、スケジュールの日時や内容といったスケジュールデータに、付加情報としてモード種別を示す情報を追加している。なお、前述した「利用者識別子」を付加情報に含めても良い。スケジュールデータと付加情報は互いに関連付けられている。スケジュールデータと付加情報は、１対１で対応していることが好適である。なお、このスケジュールデータは、同期処理されるため、携帯電話１０側とスケジュール管理サーバー２０側で共通である。
【００３６】
実際の利用シーン例の１つとしては、会社内でのスケジュール管理に利用できる。平日の仕事中には仕事用のモードに設定しておくことにより、随時スケジュール管理サーバー２０側とスケジュールデータが同期更新されるので、最新のスケジュールを会社全体で共有することができる。仮に、平日に所用により休暇を取得する場合には、プライベート用のモードを設定しておけば、会社のスケジュールは通知されずに、プライベート用のスケジュールのみ通知できることになる。また、携帯電話１０は、プライベート用のモードが設定されている場合、記念日やイベント開催日の所定時刻にスケジュール通知として特別な画面表示を行うようにしても良い。例えば、プライベート用のモードが設定されていれば、クリスマス（Ｃｈｒｉｓｔｍａｓ，Ｘｍａｓ）に、スケジュール通知としてクリスマス専用の画面表示を行うようにすることが考えられる。
【００３７】
図４は、スケジュール管理サーバー２０と携帯電話１０間における同期処理の概要を示したシーケンス図である。
（１）ステップＳ１０１
スケジュール管理サーバー２０と携帯電話１０間にてネットワークを介して、スケジュール同期処理を行う。なお、同期処理の開始を行うトリガ（ｔｒｉｇｇｅｒ）については、スケジュール管理サーバー２０側からでもユーザ（携帯電話１０）側からでも可能である。ここでは、無線通信部１１が、スケジュール管理サーバー２０と携帯電話１０間のスケジュール同期処理を開始する。
（２）ステップＳ１０２
携帯電話１０は、スケジュール同期処理が完了したら、内部でスケジュールデータを管理しているユーザデータスケジュール管理データベースの更新を行う。その際に、スケジュールデータと共にスケジュールデータの付加情報から得られるモード種別についてもあわせて管理を行う。ここでは、データ解析／処理部１２が、スケジュールデータを解析して、スケジュールデータに付加されているモード種別を取得し、スケジュール制御部１３が、スケジュールデータとモード種別を基に、ユーザデータスケジュール管理ＤＢ（データベース）１４の更新を行う。
【００３８】
図５は、携帯電話１０でのスケジュール通知の概要を示したフローチャートである。
（１）ステップＳ２０１
携帯電話１０のスケジュール制御部１３は、随時、携帯電話１０の内部で管理している時刻（日時）を更新している。すなわち、時間の経過を観測している。
（２）ステップＳ２０２
スケジュール制御部１３は、同期処理により無線通信部１１を介してスケジュール管理サーバー２０から取得したスケジュールデータをユーザデータスケジュール管理ＤＢ（データベース）１４に登録しており、携帯電話１０の内部で管理している時刻（日時）を更新する際に、更新された時刻と登録されたスケジュールデータの時刻の比較を行い、更新された時刻が所定の登録されたスケジュールデータの時刻と一致していれば、スケジュールデータの通知時刻であると判断する。
（３）ステップＳ２０３
スケジュール制御部１３は、スケジュールデータとあわせて管理されているモード種別と、携帯電話１０での現在のモード状態の比較を行い、モード状態とモード種別が一致していればスケジュール通知を行い、モード状態とモード種別が不一致であればスケジュール通知は行わない。例えば、自宅モードが設定されている場合は、会社モードのスケジュール通知は行わない。モード状態とモード種別が不一致であれば、携帯電話１０の内部で管理している時刻（日時）の更新を継続する。
（４）ステップＳ２０４
スケジュール制御部１３は、スケジュールデータの通知時刻であると判断した場合、表示／鳴動部１６に対してスケジュール通知の実行指示を行う。表示／鳴動部１６は、ユーザへのスケジュール通知を行う。
【００３９】
ここで、スケジュール管理サーバー２０と携帯電話１０間のスケジュール同期処理についても、本発明に係るスケジュール通知と同様のスケジュール管理により実施することが考えられる。このとき、スケジュール制御部１３は、表示／鳴動部１６に対してスケジュール通知の実行指示を行う代わりに、無線通信部１１に対して、スケジュール管理サーバー２０とのスケジュール同期処理の実行指示を行う。例えば、モード種別がモードＡ（会社モード）の場合にスケジュール同期処理を行うようにする。この場合、スケジュール同期処理に関するスケジュールデータの付加情報（モード種別）にモードＡ（会社モード）を設定し、事前のスケジュール同期処理の際に携帯電話１０に提供する。携帯電話１０のスケジュール制御部１３は、モード状態がモードＡ（会社モード）の場合、このスケジュールデータに基づき、スケジュール同期処理を行う。
【００４０】
なお、モード種別に関わらずに強制的にスケジュール通知を受けたい場合には、ユーザが自分でスケジュールデータのモード種別や携帯電話１０のモード状態を変更し、強制通知モード等に変更することにより、無条件にスケジュール通知を実行するようにすることが考えられる。スケジュール管理サーバー２０側で管理されているスケジュールデータのモード種別を変更する場合は、ユーザ以外の人間がモード種別を強制通知モードに変更することも可能である。このとき、スケジュール制御部１３は、強制通知モードが設定されていれば、モード状態とモード種別が一致又は対応しているか否かに関係無く、無条件にスケジュール通知を実行することを決定し、表示／鳴動部１６に対してスケジュール通知の実行指示を行う。例えば、モード種別の１つに強制通知モードを含め、他のモード種別が設定されていても強制通知モードが設定されている場合は強制的にスケジュール通知を行うようにしても良い。なお、スケジュール制御部１３は、モード状態が強制通知モードに設定されている場合は、全てのスケジュールデータについて、無条件にスケジュール通知を実行することを決定する。モード状態における強制通知モードは、携帯電話のマナーモードのように、容易に変更可能であることが好適である。例えば、決定ボタンの１クリック（押下）といった所定のキーの操作により変更する。
【００４１】
以上のように、本発明では、携帯電話とサーバー間で所定の付加情報がついたスケジュールデータの同期処理を行う。
【００４２】
本発明に係る携帯電話は、同期したスケジュールデータに応じて、携帯電話内のスケジュールデータに対して登録／変更／削除等の更新を行い、モード種別のようなスケジュールの付加情報もあわせて管理を行う。また、スケジュールのモード種別と連携したモード切替機能を有する。例えば、会社モード／学校モード／自宅モード／サークルモード／休日モード等のモード切替を行う機能を有する。また、現在のモード状態と、スケジュールに付与されたモード種別に応じたスケジュール通知を行う。更に、モード種別に関わらずに強制的にスケジュール通知を受けたい場合には、ユーザが自分でスケジュールデータのモード種別を変更し、強制通知モード等に変更することによって、通知可能とする。
【００４３】
すなわち、本発明に係る携帯電話は、サーバーとのスケジュール同期処理機能を有しており、携帯電話内のスケジュールデータを自動更新できる。なお、同期するスケジュールデータには、モード種別のような、ある特定の付加情報が付加されており、スケジュール種別等の特定が可能である。更に、携帯電話内に、会社モード／自宅モード／休日モード等のモード切替を行うモード切替機能を有しており、そのときの携帯電話のモード状態、及びスケジュールに付加されたモード種別のような付加情報に応じて、スケジュール通知の有無を簡単に変更することができる。
【００４４】
実際の利用事例の１つとしては、会社内でのスケジュール管理に利用することが考えられる。平日の仕事中には仕事用のモードに設定しておくことにより、随時サーバー側とスケジュールデータが同期更新されるので、最新のスケジュールを会社全体で共有することができる。仮に、平日に所用により休暇を取得する場合には、プライベート用のモードを設定しておけば、会社のスケジュールは通知されずに、プライベート用のスケジュールのみ通知できることになる。
【００４５】
このように、本発明では、サーバーと携帯電話でスケジュール同期処理を行うので、会社／学校／サークル等のグループ単位でのリアルタイムなスケジュール管理が可能となる。リアルタイムなスケジュール管理が可能になるので、スケジュールの急な時間変更や場所変更等についてもリアルタイムにユーザは知ることができる。ユーザは自分で携帯電話のモードを選択することができるので、利用シーンに応じたスケジュール通知のみを受けることができる。また、強制通知モード等を設けることにより、モード状態に関わらず、スケジュール通知を行うことも可能となる。
【００４６】
また、実際には、携帯電話の代わりに、携帯電話と同様のスケジュール通知機能を有する無線通信装置を使用することも可能である。例えば、携帯電話の代わりに、スケジュール通知機能を有し無線通信が可能なノート型ＰＣ（パーソナルコンピュータ）やカーナビ（ｃａｒ  ｎａｖｉｇａｔｉｏｎ  ｓｙｓｔｅｍ）、携帯ゲーム機等のガジェット（ｇａｄｇｅｔ）を使用することが考えられる。
【００４７】
本発明は、携帯電話を始めとする携帯端末を使用することを想定しているが、無論、携帯電話の代わりに、有線通信を行う通信装置を使用して本発明を実施することも可能である。この場合、有線通信を行う通信装置は、常時ユーザがスケジュール確認できる場所に存在し、ユーザがスケジュール確認する際に稼働中であることが好適である。有線通信を行う通信装置の例として、ユーザが日常的に使用しているデスクトップ型ＰＣ（パーソナルコンピュータ）や、ユーザが長時間滞在する場所に常設されている大型ディスプレイ等が考えられる。
【図面の簡単な説明】
【００４８】
【図１】図１は、本発明に係る携帯電話の構成例を示す図である。
【図２】図２は、本発明に係るスケジュール管理システムの構成例を示す図である。
【図３】図３は、本発明に係るスケジュールデータの構成例を示す図である。
【図４】図４は、本発明に係るスケジュール管理サーバーと携帯電話間における同期処理の概要を示す図である。
【図５】図５は、本発明に係る携帯電話でのスケジュール通知の概要を示す図である。
【符号の説明】
【００４９】
１０…  携帯電話
１１…  無線通信部
１２…  データ解析／処理部
１３…  スケジュール制御部
１４…  ユーザデータスケジュール管理ＤＢ（データベース）
１５…  モード設定部
１６…  表示／鳴動部
２０…  スケジュール管理サーバー
【図１】
0005527378.tif 000002
【図２】
0005527378.tif 000003
【図３】
0005527378.tif 000004
【図４】
0005527378.tif 000005
【図５】
0005527378.tif 000006