(57)【要約】【課題】複数のユーザに対するスケジュール管理が可能な多機能機を提供すること。【解決手段】ＣＰＵ１４は、ユーザごとのスケジュールファイルを記憶するスケジュールテーブルＴ３１を生成する。ＣＰＵ１４は、同一のスケジュール時間内で、複数ユーザ間のスケジュールファイル間に異なるスケジュール動作が設定されるか否かを検出する。またＣＰＵ１４は、所定のスケジュール内容の組合せである「変更組合せ」と、「変更組合せ」に対応する「変更後動作内容」とを記憶する組合せテーブルＴ１１を設定する。ＣＰＵ１４は、検出動作が行われることに応じて、抽出したスケジュール内容の組合せに一致する「変更組合せ」が組合せテーブルＴ１１に存在するか否かを検索し、存在する場合には、スケジュール内容を変更後スケジュール内容に変更する。ＣＰＵ１４は、スケジュール時間が到来すると、スケジュールテーブルＴ３１に設定されたスケジュール内容を実行する。【選択図】図３
2010154252.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
予約期間における前記通信装置の動作内容を設定するスケジュールファイルを複数生成してメモリに記憶させるスケジュール設定手段と、
複数の前記スケジュールファイル間の同一の前記予約期間内で異なる前記動作内容が設定されている抵触期間が存在するかを検出する抵触期間検出手段と、
所定の前記動作内容の組合せである変更組合せと、当該変更組合せに対応する変更後動作内容とを記憶する組合せテーブルを設定する組合せテーブル設定手段と、
前記抵触期間検出手段で検出動作が行われることに応じて、各々の前記スケジュールファイルの前記抵触期間に含まれる複数種類の前記動作内容の組合せを抽出し、抽出した前記動作内容の組合せに一致する前記変更組合せが前記組合せテーブルに存在するか否かを検索し、一致する前記変更組合せが存在する場合には前記スケジュールファイルにおける前記抵触期間での前記動作内容を前記変更後動作内容に変更する動作内容変更手段と、
前記予約期間が到来することに応じて前記スケジュールファイルに設定される前記動作内容または前記変更後動作内容を実行する動作を、複数の前記スケジュールファイルの各々について並列して行うスケジュール実行手段と
を備えることを特徴とする通信装置。
【請求項２】
複数の通信先認識情報を前記メモリに記憶させる記憶手段と、
着信呼があったときに前記メモリに記憶された前記通信先認識情報を参照して通信先を識別する通信先識別手段と、
を備え、
前記スケジュールファイルは、複数の前記通信先認識情報のうちから選択された前記通信先認識情報に対して前記予約期間、前記動作内容および前記変更後動作内容が設定されるファイルであり、
前記スケジュール実行手段は、前記着信呼があったときに前記通信先識別手段によって識別された前記通信先認識情報に対応する前記動作内容および前記変更後動作内容を前記スケジュールファイルから読み出して実行する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記変更組合せを構成する前記動作内容の組合せは、前記通信装置における省電力動作と着信拒否動作との組合せであり、
前記変更後動作内容は、前記通信装置の通信受信部の電源をオフにする動作である
ことを特徴とする請求項１または請求項２に記載の通信装置。
【請求項４】
通信装置であって、
予約期間における前記通信装置の動作内容を設定するスケジュールファイルを複数生成してメモリに記憶させるスケジュール設定手段と、
複数の前記スケジュールファイル間の同一の前記予約期間内で異なる前記動作内容が設定されている抵触期間が存在するかを検出する抵触期間検出手段と、
前記抵触期間検出手段で検出動作が行われることに応じて、各々の前記スケジュールファイルの前記抵触期間での前記動作内容を、前記抵触期間に含まれる複数種類の前記動作内容のうちから選択した１つの前記動作内容に置換する動作内容選択手段と、
前記予約期間が到来することに応じて前記スケジュールファイルに設定される前記動作内容を実行する動作を、複数の前記スケジュールファイルの各々について並列して行うスケジュール実行手段と
を備えることを特徴とする通信装置。
【請求項５】
前記動作内容の優先順位を記憶する優先度テーブルを設定する優先度テーブル設定手段を備え、
前記動作内容選択手段は、前記優先度テーブルを用いて複数種類の前記動作内容のうち最も前記優先順位が高いものを選択する
ことを特徴とする請求項４に記載の通信装置。
【請求項６】
前記抵触期間検出手段で検出動作が行われることに応じて、前記抵触期間に含まれる前記動作内容を前記通信装置の表示部へ表示する表示手段と、
前記表示部に表示された前記動作内容のうちの１つの選択を受け付ける選択受付手段と
を備え、
前記動作内容選択手段は、前記選択受付手段によって受け付けられた前記動作内容を選択する
ことを特徴とする請求項４に記載の通信装置。
【請求項７】
複数の通信先認識情報を前記メモリに記憶させる記憶手段と、
着信呼があったときに前記メモリに記憶された前記通信先認識情報を参照して通信先を識別する通信先識別手段と、
を備え、
前記スケジュールファイルは、複数の前記通信先認識情報のうちから選択された前記通信先認識情報に対して前記予約期間および前記動作内容が設定されるファイルであり、
前記スケジュール実行手段は、前記着信呼があったときに前記通信先識別手段によって識別された前記通信先認識情報に対応する動作内容を前記スケジュールファイルから読み出して実行する
ことを特徴とする請求項４ないし請求項６の何れかに記載の通信装置。
【請求項８】
前記動作内容は、着信音発生動作およびバイブレーション動作を含む
ことを特徴とする請求項４ないし請求項７の何れかに記載の通信装置。
【請求項９】
前記動作内容は、留守番電話動作および着信拒否動作を含む
ことを特徴とする請求項４ないし請求項８の何れかに記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザに対するスケジュール管理機能を備える通信装置に関する。
【背景技術】
【０００２】
特許文献１には、設定した動作を実行する時期を記録可能とし、スケジュール管理部により予約時期が到来した際に自動的に設定ファイルに設定された動作を実行する複合機が開示されている。
【０００３】
【特許文献１】特開２００５−１９７８３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に記載の複合機においては、複数のユーザに対するスケジュール管理機能については開示がない。よって、複数ユーザの各々に対して個別に設定動作を行うことや、複数ユーザのスケジュールを一元管理することができない。本明細書では、このような不便性を解消することができる技術を提供する。
【課題を解決するための手段】
【０００５】
本発明に係る通信装置は、スケジュール設定手段と、抵触期間検出手段と、組合せテーブル設定手段と、動作内容変更手段と、スケジュール実行手段とを備える。通信装置の一例としては、電話機、ＦＡＸ、コピー機やこれらの複合機が挙げられる。スケジュール設定手段は、複数のスケジュールファイルを複数生成してメモリに記憶させる。スケジュールファイルには、予約期間における通信装置の動作内容（呼び出し時の動作や着信呼時の動作など）が設定される。スケジュールファイルは、例えば、複数のユーザが通信装置を用いる場合には、ユーザごとに作成することができる。抵触期間検出手段は、複数のスケジュールファイル間における同一の予約期間内で、異なる動作内容が設定されている期間（抵触期間）が存在するかを検出する。組合せテーブル設定手段は、組合せテーブルを設定する。組合せテーブルには、所定の動作内容の組合せである変更組合せと、当該変更組合せに対応する変更後動作内容との対応関係が設定され記憶される。動作内容変更手段は、抵触期間検出手段で検出動作が行われることに応じて、各々のスケジュールファイルの抵触期間に含まれる複数種類の動作内容の組合せを抽出する。そして、抽出した動作内容の組合せに一致する変更組合せが組合せテーブルに存在するか否かを検索する。そして、一致する変更組合せが存在する場合には、スケジュールファイルにおける抵触期間での動作内容を変更後動作内容に変更する。スケジュール実行手段は、予約期間が到来すると、スケジュールファイルに設定される動作内容または変更後動作内容を実行する。このとき、複数のスケジュールファイルの各々について並列に動作を実行する。
【０００６】
これにより、同一の予約期間内で特定の動作内容が重なった場合には、別の動作内容に変更することが可能となる。よって、通信装置において複数のユーザに対するスケジュール管理を行う際に、ユーザ間のスケジュールの組合せに応じて最適なスケジュールを割り当てることが可能となる。これにより、複数のスケジュールの組合せによる相乗効果により、通信装置のスケジュール管理機能を、さらにユーザにとって利便性が高い機能とすることができる。
【０００７】
また、通信装置は、複数の通信先認識情報をメモリに記憶させる記憶手段と、着信呼があったときにメモリに記憶された通信先認識情報を参照して通信先を識別する通信先識別手段と、を備えてもよい。また、スケジュールファイルは、複数の通信先認識情報のうちから選択された通信先認識情報に対して予約期間、動作内容および変更後動作内容が設定されるファイルであるとしてもよい。そして、スケジュール実行手段は、着信呼があったときに通信先識別手段によって識別された通信先認識情報に対応する動作内容および変更後動作内容をスケジュールファイルから読み出して実行するとしてもよい。
【０００８】
これにより、同一の通信先認識情報が記録されている複数のスケジュールファイルに設定された複数種類の動作内容の組合せが、所定の組合せ（変更組合せ）である場合には、動作内容変更手段によって、動作内容が変更後動作内容に変更される。よって、複数のスケジュールの組合せによる相乗効果により、さらにユーザにとって利便性が高いスケジュール管理機能を提供することが可能となる。
【０００９】
また、通信装置では、変更組合せを構成する動作内容の組合せは、通信装置における省電力動作と着信拒否動作との組合せであるとしてもよい。そして、変更後動作内容は、通信装置の通信受信部の電源をオフにする動作であるとしてもよい。これにより、通信装置のさらなる省電力化を図ることができる。
【００１０】
また、通信装置は、スケジュール設定手段と、抵触期間検出手段と、動作内容選択手段と、スケジュール実行手段とを備えてもよい。動作内容選択手段は、抵触期間に含まれる複数種類の動作内容のうちから１つの動作内容を選択する。そして、抵触期間検出手段で検出動作が行われることに応じて、スケジュールファイルにおける抵触期間での動作内容を、選択した動作内容に置換する。スケジュール実行手段は、予約期間が到来すると、スケジュールファイルに設定される動作内容を実行する。
【００１１】
これにより、複数のスケジュールファイルで各々独立に動作内容を設定する際に、同一の予約期間内で異なる動作内容を設定しようとすると、動作内容選択手段によって当該予約期間内での動作内容が１の動作内容に統一される。よって、同一の予約期間内において異なる動作内容が設定されることが防止される。これにより、例えば、複数のユーザで１台の通信装置を用いる場合においても、複数のユーザが設定するスケジュールファイルが互いに矛盾する設定とされることを防止できる。よって、複数のユーザに対するスケジュール管理機能を通信装置に持たせることが可能となる。
【００１２】
また、通信装置は、動作内容の優先順位を記憶する優先度テーブルを設定する優先度テーブル設定手段を備えてもよい。そして、動作内容選択手段は、優先度テーブルを用いて複数種類の動作内容のうち最も優先順位が高いものを選択するとしてもよい。これにより、抵触期間において動作内容選択手段が１つの動作内容を選択する際に、優先度テーブルを用いて自動で選択することが可能となる。
【００１３】
また、通信装置は、抵触期間検出手段で検出動作が行われることに応じて、抵触期間に含まれる動作内容を通信装置の表示部へ表示する表示手段と、表示部に表示された動作内容のうちの１つの選択を受け付ける選択受付手段とを備えてもよい。そして、動作内容選択手段は、選択受付手段によって受け付けられた動作内容を選択するとしてもよい。これにより、抵触期間で動作内容を選択する際に、ユーザの意向を反映して選択を行うことが可能となる。また、ユーザの知らないうちに動作内容が変更されることを防止できるため、ユーザの利便性を高めることができる。
【００１４】
また、通信装置は、複数の通信先認識情報をメモリに記憶させる記憶手段と、着信呼があったときにメモリに記憶された通信先認識情報を参照して通信先を識別する通信先識別手段と、を備えてもよい。また、スケジュールファイルは、複数の通信先認識情報のうちから選択された通信先認識情報に対して予約期間および動作内容が設定されるファイルであるとしてもよい。そして、スケジュール実行手段は、着信呼があったときに通信先識別手段によって識別された通信先認識情報に対応する動作内容をスケジュールファイルから読み出して実行するとしてもよい。
【００１５】
これにより、ユーザは、複数の通信先認識情報のうちから自己に関連する情報を抽出してスケジュールファイルに記録することで、ユーザごとのスケジュールファイルを作成することができる。そして、着信呼があったときには、通信先識別手段によって識別された通信先認識情報に関するスケジュールが設定されたスケジュールファイルが読み出される。そして、当該スケジュールファイルに設定された動作内容が読み出され、実行される。このとき、同一の通信先認識情報が複数のスケジュールファイルに記録されていたとしても、スケジュールファイル間での動作内容は動作内容選択手段によって統一されている。これにより、複数のユーザに対するスケジュール管理機能を通信装置に持たせることが可能となる。
【００１６】
また通信装置では、動作内容は、着信音発生動作およびバイブレーション動作を含むとしてもよい。着信音発生動作およびバイブレーション動作は共にユーザの呼び出し時の動作であり、互いに相反する動作である。そして動作内容選択手段によって、抵触期間での動作が、着信音発生動作またはバイブレーション動作の一方の動作に統一される。これにより、通信装置に相反する複数の動作指令が出されることを防止できる。
【００１７】
また通信装置では、動作内容は、留守番電話動作および着信拒否動作を含むとしてもよい。留守番電話動作および着信拒否動作は共に着信呼時の通信装置の動作であり、互いに相反する動作である。そして動作内容選択手段によって、抵触期間での動作が、留守番電話動作または着信拒否動作の一方の動作に統一される。これにより、通信装置に相反する複数の動作指令が出されることを防止できる。
【発明を実施するための最良の形態】
【００１８】
図面を参照して実施例を説明する。図１に、多機能機１０の外観図を示す。多機能機１０は、プリンタ機能、スキャナ機能、コピー機能、ファクシミリ機能、電話機能などを有する。図１に示すように、多機能機１０の上面正面側には、表示パネル５０が設けられている。表示パネル５０はタッチパネルであり、ユーザがタッチした位置の座標を検出することができるパネルである。
【００１９】
図２に、多機能機１０の構成を示す。多機能機１０は、制御部１２、表示パネル５０、ハードキー５２、印刷部５４、スキャン部５６、ＦＡＸ部５８、モデム６０、ＰＳＴＮインターフェイス６２、等を有する。制御部１２は、ＣＰＵ１４、ＲＯＭ１６、ＲＡＭ３０、ＮＶＲＡＭ４０、等を有する。
【００２０】
ＣＰＵ１４は、ＲＯＭ１６に記憶されているプログラムに従って様々な処理を実行する。ＣＰＵ１４が実行する処理については、後で詳しく説明する。ＲＯＭ１６は、多機能機１０の基本的な動作を制御するための基本機能プログラム１８を記憶している。基本機能プログラム１８は、例えば、表示パネル５０に表示される表示データを生成するために用いられる。
【００２１】
モデム６０は、外部回線に接続されている。多機能機１０は、外部に接続されたパーソナルコンピュータと通信可能であるとともに、インターネットにアクセス可能とされる。
【００２２】
ＲＡＭ３０は、基本機能ワーク領域３２および表示情報記憶領域３６を備える。基本機能ワーク領域３２は、基本機能プログラム１８に従って処理が実行される過程で生成される各種データを記憶するための記憶領域である。表示情報記憶領域３６は、表示パネル５０に表示する表示情報を記憶するための記憶領域である。
【００２３】
ＮＶＲＡＭ４０は、基本機能パラメータ記憶領域４２を有する。基本機能パラメータ記憶領域４２は、ＣＰＵ１４が基本機能プログラム１８に従って処理を実行する際に利用される各種パラメータ（例：着信設定など）を記憶するための記憶領域である。また、基本機能パラメータ記憶領域４２には、スケジュールテーブルＴ３１も記憶される。
【００２４】
図４に、スケジュールテーブルＴ３１の例を示す。スケジュールテーブルＴ３１は、メモリ番号Ｍ１ないしＭｎのｎ個の記憶領域を有する。各記憶領域は、電話番号２０１と、当該電話番号２０１に対応するｋ人のユーザを記憶できる。よって、ｋ人のユーザごとにｋ個のスケジュールファイルを作成することが可能である。また、各記憶領域は、スケジュール時間に対応したスケジュール内容をｉ個記憶できる。なお、ｎ、ｋ、ｉの値は、基本機能パラメータ記憶領域４２の容量に応じて予め適宜に設定すればよい。また、スケジュールテーブルＴ３１の登録方法は、一般的なデータ登録方法でよく、例えば、表示パネル５０を用いてユーザが設定する方法が挙げられる。なお、登録方法の詳細な説明は、ここでは省略する。
【００２５】
スケジュール時間は、ＣＰＵ１４が、スケジュール内容に応じた動作を多機能機１０に行わせる時間である。スケジュール時間が到来することに応じて、ＣＰＵ１４は、スケジュールテーブルＴ３１に設定されるスケジュール内容を実行する。また、スケジュール内容は、多機能機１０の動作である。例えば、呼び出し動作では、「着信音あり」や、「マナーモード」などのスケジュール内容がある。「着信音あり」は、着信時に電子音等の着信音を出す動作である。「マナーモード」は、着信時に着信音を出す代わりに、バイブレーション動作を行う動作である。また、着信動作では、「留守電」や、「着信拒否」などのスケジュール内容がある。「留守電」は、相手側の伝言を録音する動作である。「着信拒否」は、着信を拒否する動作である。またその他の動作内容として、「スリープモード」などの動作がある。「スリープモード」は、表示パネル５０のバックライトを消すなどの動作により、多機能機１０の省電力化を図る動作である。
【００２６】
本発明のスケジュール管理の処理を説明する。例として、図５（Ａ）に示すスケジュールテーブルＴ３１ａを用いる場合におけるスケジュール管理を説明する。スケジュールテーブルＴ３１ａは、メモリ番号Ｍ１ないしＭ６までの６つの記憶領域を備え、電話番号２０１が各々記憶されている。また、スケジュールテーブルＴ３１ａには、ユーザＡとＢの２人が登録されている。そして、ユーザＡに関連がある電話番号として、メモリ番号Ｍ１ないしＭ３までの電話番号が登録されており、ユーザＡのスケジュールファイルが形成される。また、ユーザＢに関連がある電話番号として、メモリ番号Ｍ３からＭ６までの電話番号が登録されており、ユーザＢのスケジュールファイルが形成される。なお、スケジュールテーブルＴ３１ａでは、メモリ番号Ｍ３の電話番号「０９０−３３３−３３３３」が、ユーザＡとＢとで重複して関連づけられた状態である。また、図５（Ａ）の例では、ユーザＡに対応して、スケジュール時間の「１５時−２１時」の期間に、「留守電」のスケジュール内容が登録されている。以下、ユーザＢが新たに、スケジュールテーブルＴ３１ａにスケジュール内容を登録する場合の、スケジュール作成処理を説明する。
【００２７】
図３に、スケジュール作成処理のフローチャートを示す。スケジュール作成処理のフローは、大きく３つのステップを備える。Ｓ１ないしＳ５は、スケジュール設定制御のステップである。また、Ｓ７ないしＳ１５は、スケジュール調整制御のステップである。また、Ｓ１７ないしＳ２５は、組合せ制御のステップである。
【００２８】
Ｓ１ないしＳ５における、スケジュール設定制御について説明する。Ｓ１において、ユーザによってメニュー選択が行われることで、スケジュール作成の処理が開始される。本実施形態では、図７（Ａ）の例に示すように、表示パネル５０にはスケジュール作成ボタン１０１が表示されている。そして、ユーザによってスケジュール作成ボタン１０１がタッチされることに応じて、Ｓ３へ進む。
【００２９】
Ｓ３において、ＣＰＵ１４は、ユーザ選択画面を表示パネル５０に表示する。本実施形態では、２人のユーザ（ユーザＡ、Ｂ）がいる場合を説明している。よって、図７（Ｂ）の例に示すように、表示パネル５０には、全ユーザを選択する全ユーザ共通ボタン１１１、ユーザＡボタン１１２、ユーザＢボタン１１３、が表示される。そしてＣＰＵ１４は、押されたボタンに対応するユーザに関する、スケジュールテーブルＴ３１ａの登録内容を設定する。本実施形態では、ユーザＢが選択される場合を説明している。よって、ユーザによってユーザＢボタン１１３がタッチされることに応じて、ユーザＢが選択される。そして、Ｓ５へ進む。
【００３０】
Ｓ５において、スケジュールファイルの設定が行われる。スケジュールファイルの設定では、ユーザが登録しているスケジュールテーブルＴ３１ａへ、スケジュール時間およびスケジュール内容が設定される。
【００３１】
図８（Ｃ）（Ｄ）を用いて、スケジュール設定の例を説明する。まず、スケジュール内容が設定される。図８（Ｃ）に示すように、スケジュール内容設定画面が５０に表示される。スケジュール内容設定画面には、各種のスケジュール内容を選択するための「着信音あり」ボタン１２１、「マナーモード」ボタン１２２、「着信拒否」ボタン１２３、「留守電」ボタン１２４、「スリープモード」ボタン１２５、が表示される。本実施形態では、例として、スケジュール内容として「着信拒否」を選択する場合を説明する。ユーザＢが「着信拒否」のボタン１２３をタッチすることに応じて、「着信拒否」が選択される。ＣＰＵ１４は、スケジュール内容の設定（「着信拒否」）を、ＲＡＭ３０の基本機能ワーク領域３２に保存する。次に、スケジュール時間が設定される。図８（Ｄ）に示すように、スケジュール時間設定画面が５０に表示される。スケジュール時間設定画面には、時間を選択するためのボタン１３１ないし１３４が表示される。本実施形態では、例として、スケジュール時間として１２時００分から２４時００分までが選択される場合を説明する。ＣＰＵ１４は、設定されたスケジュール時間の設定を、ＲＡＭ３０の基本機能ワーク領域３２に保存する。これにより、ユーザＢに関連するメモリ番号Ｍ３からＭ６までの電話番号について、１２時００分から２４時００分までの間に、「着信拒否」のスケジュール内容を登録する指令の入力が完了する。そしてＳ７へ進む。
【００３２】
Ｓ７ないしＳ１５における、スケジュール調整制御について説明する。Ｓ７において、ＣＰＵ１４は、これから登録しようとしているスケジュールと相反するスケジュールが、スケジュールテーブルＴ３１ａに既に登録されているか否かを判断する。当該判断は、Ｓ５で設定されたスケジュール時間およびスケジュール内容を、ＲＡＭ３０の基本機能ワーク領域３２から読み出して比較することで行われる。ここでスケジュールが相反するとは、同一のスケジュール時間において、互いに矛盾するスケジュール内容が設定されることである。例えば、音を出す「着信音あり」の動作と、音を出さない「マナーモード」の動作とは、互いに相反する動作である。また、伝言を受け付ける「留守電」の動作と、着信を拒否する「着信拒否」の動作とは、互いに相反する動作である。なおこれらの組合せは一例であり、相反するスケジュールはこの組合せに限られないことは言うまでもない。
【００３３】
相反するスケジュール内容が登録されていない場合（Ｓ７：ＮＯ）には、Ｓ１５へ進み、ＣＰＵ１４は、スケジュールテーブルＴ３１ａへスケジュール登録を行う。そしてＳ１７へ進む。一方、相反するスケジュール内容が登録されている場合（Ｓ７：ＹＥＳ）には、Ｓ９へ進む。
【００３４】
Ｓ９において、ＣＰＵ１４は、相反するスケジュールが設定されている電話番号を抽出する。そして、相反するスケジュールが設定されていない電話番号については、Ｓ１３において、スケジュール登録が行われる。そしてＳ１７へ進む。一方、相反するスケジュールが設定されている電話番号については、Ｓ１１において、スケジュール調整が行われる。
【００３５】
本実施形態では、図５（Ａ）に示すように、メモリ番号Ｍ３の電話番号「０９０−３３３−３３３３」のスケジュール時間「１５時−２１時」の期間には、ユーザＡによって「留守電」がすでに登録されている。そして、ユーザＢによって同一のスケジュール時間「１５時−２１時」の期間に、「着信拒否」のスケジュール内容が登録されようとしている。また、「留守電」と「着信拒否」とは、前述したように、相反するスケジュール内容である。よって、ＣＰＵ１４は、相反するスケジュールが設定されている電話番号として、メモリ番号Ｍ３の電話番号を抽出し、Ｓ１１へ進む。
【００３６】
Ｓ１１のスケジュール調整では、ＣＰＵ１４は、優先度の高いスケジュール内容を優先して、スケジュールテーブルＴ３１に登録する。優先度は、ＮＶＲＡＭ４０の基本機能パラメータ記憶領域４２に記憶された優先度テーブルを参照して、ＣＰＵ１４が判断する。優先度テーブルは、相反するスケジュール内容間での優先順位を設定するテーブルである。図１０に優先度テーブルの例を示す。図１０（Ａ）に示す優先度テーブルＴ１は、「留守電」と「着信拒否」との間での優先順位を定めたものである。優先度の値の小さい「留守電」の方が、「着信拒否」よりも優先度が高く設定されている。また、図１０（Ｂ）に示す優先度テーブルＴ２は、「マナーモード」と「着信音あり」との間での優先順位を定めたものである。優先度の値の小さい「マナーモード」の方が、「着信音あり」よりも優先度が高く設定されている。
【００３７】
本実施形態では、メモリ番号Ｍ３の電話番号の同一スケジュール時間に、相反する「留守電」と「着信拒否」とが設定されようとしている。よって、Ｓ１１において、ＣＰＵ１４は、図１０（Ａ）に示す優先度テーブルＴ１を参照し、優先度の高い「留守電」を優先する。これにより、図５（Ｂ）の領域Ａ１１に示すように、メモリ番号Ｍ３の電話番号については「留守電」が優先され、登録内容が「留守電」で維持される。また、領域Ａ１２に示すように、メモリ番号Ｍ４からＭ６の電話番号については、「着信拒否」が登録される。
【００３８】
そして図９（Ｅ）に示すように、ＣＰＵ１４は、メモリ番号Ｍ３の電話番号について「留守電」が優先された旨の警告を、表示パネル５０に表示する。よって、ユーザは、電話番号「０９０−３３３−３３３３」については、「着信拒否」が設定されなかった旨を知ることができる。
【００３９】
次に、Ｓ１７ないしＳ２５で行われる、組合せ制御について説明する。例として、図６（Ａ）に示すスケジュールテーブルＴ３１ｂを用いる場合における組合せ制御を説明する。
【００４０】
図６（Ａ）に示すスケジュールテーブルＴ３１ｂでは、ユーザＡおよびＢに共通して、スケジュール時間の「０時−１２時」の期間に、「スリープモード」のスケジュール内容が登録されている。まず、図６（Ａ）に示すスケジュールテーブルＴ３１ｂの設定方法を説明する。図３のフローのＳ１において、スケジュール作成ボタン１０１（図７（Ａ））がタッチされることに応じて、スケジュール作成の処理が開始される。Ｓ３において、ユーザによって全ユーザ共通ボタン１１１（図７（Ｂ））がタッチされることに応じて、ユーザＡ、Ｂが共通に選択される。Ｓ５において、ユーザによって「スリープモード」ボタン１２５（図８（Ｃ））がタッチされることで、スケジュール内容として「スリープモード」が選択される。また、ユーザによってボタン１３１ないし１３４（図８（Ｄ））がタッチされることで、０時００分から１２時００分までのスケジュール時間が選択される。これにより、図６（Ａ）に示すスケジュールテーブルＴ３１ｂの設定が完成する。
【００４１】
次に、図６（Ａ）に示すスケジュールテーブルＴ３１ｂに対して、ユーザがさらにスケジュールを設定する場合を説明する。図３のフローのＳ２５において、ＣＰＵ１４は、スケジュールの追加登録があるか否かを判断する。図１１（Ａ）に示すように、表示パネル５０には終了ボタン１４１と追加登録ボタン１４２とが表示される。ユーザによって終了ボタン１４１がタッチされる場合（Ｓ２５：ＮＯ）には、ＣＰＵ１４はスケジュール作成の処理が終了される旨を判断し、フローを終了する。一方、ユーザによって追加登録ボタン１４２がタッチされる場合（Ｓ２５：ＹＥＳ）には、ＣＰＵ１４は追加登録が行われる旨を判断し、Ｓ５へ戻ってスケジュール設定を継続する。
【００４２】
Ｓ５において、スケジュール内容およびスケジュール時間が追加登録される。本実施形態の例では、図１１（Ｂ）に示すように、ユーザが「着信拒否」のボタン１２３をタッチすることに応じて、スケジュール内容として「着信拒否」が選択される。また、図１２（Ｃ）に示すにように、スケジュール時間として０時００分から６時００分までが選択される。Ｓ５が終了すると、フローはＳ１７まで進む。
【００４３】
Ｓ１７において、ＣＰＵ１４は、組合せ制御の判定を行う。図１３および図１４を用いて、組合せ制御の判定フローを説明する。図１３のフローチャートのＳ５１において、ＣＰＵ１４は、同一のスケジュール時間において設定されているスケジュール動作の組合せが、「変更組合せ」に該当するか否かを判断する。「変更組合せ」とは、スケジュール内容の所定の組合せである。「変更組合せ」が発生したスケジュール時間においては、別の新たなスケジュール内容である「変更後スケジュール内容」が生成され、登録される。「変更組合せ」の例としては、「スリープモード」と「着信拒否」との組合せが挙げられる。「スリープモード」は省電力のためのモードであり、また「着信拒否」は外部からの着信を待ち受ける必要がない動作であり、共に多機能機１０の動作を停止しても問題がないスケジュール内容である。また、「変更後スケジュール内容」の例としては「モデム電源ＯＦＦ」が挙げられる。モデム６０の電源をＯＦＦにすることで、多機能機１０のさらなる省電力化を図ることが可能となる。なお、「変更組合せ」はこの例に限られないことは言うまでもない。
【００４４】
「変更組合せ」発生の有無の判断は、ＮＶＲＡＭ４０の基本機能パラメータ記憶領域４２に記憶された組合せテーブルをＣＰＵ１４が参照することで行われる。図１４に組合せテーブルの例を示す。図１４に示す組合せテーブルＴ１１では、「変更組合せ」（「スリープモード」および「着信拒否」）と、「変更後スケジュール内容」（モデム電源ＯＦＦ）が対応付けられて記憶されている。
【００４５】
Ｓ５１において、「変更組合せ」に該当すると判断された場合（Ｓ５１：ＹＥＳ）には、Ｓ５３へ進み、ＣＰＵ１４は、モデム６０の電源をＯＦＦする旨を、ＲＡＭ３０の基本機能ワーク領域３２に記憶する。一方、Ｓ５１において、「変更組合せ」に該当しないと判断された場合（Ｓ５１：ＮＯ）には、Ｓ５５へ進む。
【００４６】
Ｓ５５において、ＣＰＵ１４は、「スリープモード」が設定されているか否かを判断する。「スリープモード」が設定されていると判断された場合（Ｓ５５：ＹＥＳ）には、Ｓ５７へ進み、ＣＰＵ１４は、スリープ処理を行う旨を、基本機能ワーク領域３２に記憶する。一方、「スリープモード」が設定されていないと判断された場合（Ｓ５５：ＮＯ）には、Ｓ５９へ進む。
【００４７】
Ｓ５９において、ＣＰＵ１４は、「着信拒否」が設定されているか否かを判断する。「着信拒否」が設定されていると判断された場合（Ｓ５９：ＹＥＳ）には、Ｓ６１へ進み、ＣＰＵ１４は、着信拒否処理を行う旨を、基本機能ワーク領域３２に記憶する。一方、「着信拒否」が設定されていないと判断された場合（Ｓ５９：ＮＯ）には、Ｓ６３へ進み、ＣＰＵ１４は、通常処理を行う旨を、基本機能ワーク領域３２に記憶する。
【００４８】
本実施形態の例では、図６（Ａ）のスケジュールテーブルＴ３１ｂに示すように、メモリ番号Ｍ１からＭ６の電話番号のスケジュール時間「０時−１２時」の期間において、ユーザＡ、Ｂ共通に「スリープモード」が登録されている場合を説明している。そして図６（Ａ）の状態から、新たに、メモリ番号Ｍ１からＭ６の電話番号のスケジュール時間「０時−６時」の期間に、「着信拒否」を登録しようとしている場合を説明している。そして、「留守電」と「着信拒否」とは「変更組合せ」に該当する組合せである。よって、ＣＰＵ１４は、「変更組合せ」に該当すると判断し（Ｓ５１：ＹＥＳ）、Ｓ５３においてモデム６０の電源をＯＦＦする旨を基本機能ワーク領域３２に記憶する。
【００４９】
図３に説明を戻す。Ｓ１９において、ＣＰＵ１４は、ＲＡＭ３０の基本機能ワーク領域３２からＳ１７での判定結果を読み出すことにより、「変更組合せ」が発生したか否かを判断する。「変更組合せ」が発生していない場合（Ｓ１９：ＮＯ）にはＳ２５へ進む。一方、「変更組合せ」が発生している場合（Ｓ１９：ＹＥＳ）にはＳ２１へ進む。本実施形態では「変更組合せ」が発生している場合を説明しているため、Ｓ２１へ進む。
【００５０】
Ｓ２１において、ＣＰＵ１４は、表示パネル５０上の共有スケジュール表に、組合せ制御内容を表示する。本実施形態では、図１２（Ｄ）の領域Ａ２１に示すように、「変更組合せ」が設定されている０：００−６：００の期間において、モデム６０の電源をＯＦＦする旨の制御内容が表示される。よって、ユーザは、モデム６０の電源がＯＦＦされる旨を知ることができる。
【００５１】
Ｓ２３において、ＣＰＵ１４は、組合せ制御のスケジュールを登録する。本実施形態では、ＣＰＵ１４は、「変更組合せ」に該当するスケジュール時間の「０時−６時」の期間はモデム６０の電源をＯＦＦし、「変更組合せ」に該当しないスケジュール時間の「６時−１２時」の期間はスリープ処理を行うようにスケジュールを変更する。これにより、図６（Ｂ）の領域Ａ３１に示すように、メモリ番号Ｍ１ないしＭ６までの電話番号に対して、「スリープモード」のスケジュール内容が登録されるスケジュール時間が、「６時−１２時」に変更される。また、領域Ａ３２に示すように、メモリ番号Ｍ１ないしＭ６までの電話番号に対して、スケジュール時間「０時−６時」において「モデム電源ＯＦＦ」が新たに設定される。これにより、組合せ制御が終了し、Ｓ２５へ進む。Ｓ２５での動作は前述の通りであるため、説明は省略する。
【００５２】
図１５のフローチャートを用いて、着信時における多機能機１０の動作を説明する。Ｓ３１において外部から着信呼があった場合には、ＣＰＵ１４は、通信先の電話番号である着信番号を認識する。Ｓ３３に進むと、ＣＰＵ１４は、着信番号がスケジュールテーブルＴ３１の何れかのメモリ番号に登録されているか否かを判断する。着信番号が登録されている場合（Ｓ３３：ＹＥＳ）には、Ｓ３５に進み、ＣＰＵ１４は、着信番号に対応するメモリ番号の記憶領域に記憶されたスケジュール時間およびスケジュール内容を読み出す。そしてＳ３９へ進む。一方、着信番号が登録されていない場合（Ｓ３３：ＮＯ）には、Ｓ３７に進み、ＣＰＵ１４は、共通スケジュール設定内容を読み出す。そしてＳ３９へ進む。ここで、共通スケジュール設定内容とは、着信番号がスケジュールテーブルＴ３１に登録されていない場合に行われるスケジュール内容であり、ユーザなどにより予め設定される内容である。
【００５３】
Ｓ３９において、ＣＰＵ１４は、読み出したスケジュール時間およびスケジュール内容に従って「留守電」や「マナーモード」などの処理を行う。
【００５４】
本実施形態に係る発明の効果を以下に説明する。本実施形態に係る多機能機１０では、複数ユーザごとに設定されたスケジュールファイルで各々独立にスケジュール内容を設定する際に、同一のスケジュール時間内で異なるスケジュール内容を設定しようとすると、当該スケジュール時間内でのスケジュール内容が１種類のスケジュール内容に統一される。よって、同一のスケジュール時間内において異なるスケジュール内容が設定されることが防止される。これにより、例えば、複数のユーザで１台の多機能機１０を用いる場合においても、複数のユーザが設定するスケジュールファイルが互いに矛盾する設定とされることを防止できる。よって、複数のユーザに対するスケジュール管理機能を多機能機１０に持たせることが可能となる。
【００５５】
また、本実施形態に係る多機能機１０では、同一のスケジュール時間内で設定されているスケジュール動作の組合せが、「変更組合せ」に該当する場合には、該当するスケジュール内容を、新たに生成した「変更後スケジュール内容」に変更することが可能となる。これにより、多機能機１０において複数のユーザに対するスケジュール管理を行う際に、ユーザ間のスケジュールの組合せに応じて最適なスケジュールを割り当てることが可能となる。よって、複数のスケジュールの組合せによる相乗効果により、多機能機１０のスケジュール管理機能を、さらにユーザにとって利便性が高い機能とすることができる。
【００５６】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００５７】
本実施形態では、Ｓ１１におけるスケジュール調整は、ＣＰＵ１４が優先度テーブルを用いて自動に行うとしたが、この形態に限られず、ユーザによってスケジュール調整が行われるとしてもよい。例えば、メモリ番号Ｍ３の電話番号の同一スケジュール時間に、相反する「留守電」と「着信拒否」とが設定されようとしている場合には、図１６の例に示すように、上書き実行ボタン１５１と上書き拒否ボタン１５２とが表示されるとしてもよい。そして、ユーザによって上書き実行ボタン１５１がタッチされる場合には、ＣＰＵ１４は、メモリ番号Ｍ３の電話番号について「着信拒否」を登録する一方、ユーザによって上書き拒否ボタン１５２がタッチされる場合には、ＣＰＵ１４は、メモリ番号Ｍ３の電話番号について「留守電」を維持するとしてもよい。これにより、同一のスケジュール時間に相反するスケジュール内容が登録されようとしている場合に、ユーザの意向を反映して、スケジュール調整を行うことが可能となる。また、ユーザの知らないうちにスケジュール内容が変更されることを防止できるため、ユーザの利便性を高めることができる。
【００５８】
また本実施形態では、ユーザがユーザＡ、Ｂの２人の場合を説明したが、この場合に限られず、３人以上の場合においてもスケジュール管理が可能であることは言うまでもない。
【００５９】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【００６０】
なお、スケジュール時間は予約期間の一例、スケジュール内容は動作内容の一例、「モデム電源ＯＦＦ」は変更後動作内容の一例、電話番号は通信先認識情報の一例、モデムは通信受信部の一例、マナーモードはバイブレーション動作の一例、である。
【図面の簡単な説明】
【００６１】
【図１】多機能機１０の外観図である。
【図２】多機能機１０の構成を示す図である。
【図３】スケジュール作成処理のフローチャートを示す図である。
【図４】スケジュールテーブルの一例（その１）を示す図である。
【図５】スケジュールテーブルの一例（その２）を示す図である。
【図６】スケジュールテーブルの一例（その３）を示す図である。
【図７】表示パネルの表示例（その１）を示す図である。
【図８】表示パネルの表示例（その２）を示す図である。
【図９】表示パネルの表示例（その３）を示す図である。
【図１０】優先度テーブルの一例を示す図である。
【図１１】表示パネルの表示例（その４）を示す図である。
【図１２】表示パネルの表示例（その５）を示す図である。
【図１３】組合せ制御の判定フローチャートを示す図である。
【図１４】組合せテーブルの一例を示す図である。
【図１５】着信時における多機能機１０の動作フローチャートを示す図である。
【図１６】表示パネルの表示例（その６）を示す図である。
【符号の説明】
【００６２】
１０  多機能機
１４  ＣＰＵ
３０  ＲＡＭ
５０  表示パネル
６０  モデム
Ｔ１、Ｔ２  優先度テーブル
Ｔ１１  組合せテーブル
Ｔ３１、Ｔ３１ａ、Ｔ３１ｂ  スケジュールテーブル
【図１】
2010154252.tif 000003
【図２】
2010154252.tif 000004
【図３】
2010154252.tif 000005
【図４】
2010154252.tif 000006
【図５】
2010154252.tif 000007
【図６】
2010154252.tif 000008
【図７】
2010154252.tif 000009
【図８】
2010154252.tif 000010
【図９】
2010154252.tif 000011
【図１０】
2010154252.tif 000012
【図１１】
2010154252.tif 000013
【図１２】
2010154252.tif 000014
【図１３】
2010154252.tif 000015
【図１４】
2010154252.tif 000016
【図１５】
2010154252.tif 000017
【図１６】
2010154252.tif 000018