JP2018041284A - スケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置 - Google Patents

Abstract

【課題】関連があるタスクを関連付けて管理する。【解決手段】スケジュールを管理するスケジュール管理プログラムは、コンピュータに、複数種類のタスクの中から第１のタスクの選択を受け付ける処理を実行させる。スケジュール管理プログラムは、コンピュータに、第１のタスクに関連付ける１または複数のタスクの指定を受け付ける処理を実行させる。スケジュール管理プログラムは、コンピュータに、第１のタスクについてのスケジュールにおける時間の指定に応じて、第１のタスクと１または複数のタスクとを、指定された該時間に対応付けてスケジュールとして記憶部に記憶させる処理を実行させる。【選択図】図１３Ｆ

Description

本発明は、スケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置に関する。

従来からスケジュールを管理するスケジュール管理ソフトウェアが利用されている。このようなスケジュール管理ソフトウェアでは、例えば、顧客への訪問準備や、顧客への訪問、顧客への電話の予定など、各種のタスクが予定日時と共に登録される。

特開２０１２−２４８０７２号公報

しかしながら、従来のスケジュール管理ソフトウェアは、作業者が登録されたタスクの予定日時を把握できるものの、関連するタスクを把握し難い場合がある。例えば、タスクには、関連するタスクが登録される場合がある。例えば、保険外交員は、顧客への訪問準備をする場合、保険設計書の印刷やカタログの準備、お土産の準備など関連するタスクが発生する場合がある。保険外交員は、各タスクをスケジュール管理ソフトウェアに登録することにより、各タスクを把握できるものの、タスク同士の関連性が把握し難い。なお、保険外交員の訪問準備を例に説明したが、かかる問題は、関連があるタスクのスケジュール管理を行う場合、全般に発生するものである。

一つの側面では、本発明は、関連があるタスクを関連付けて管理できるスケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置を提供することを目的とする。

第１の案では、スケジュールを管理するスケジュール管理プログラムは、コンピュータに、複数種類のタスクの中から第１のタスクの選択を受け付ける処理を実行させる。スケジュール管理プログラムは、コンピュータに、第１のタスクに関連付ける１または複数のタスクの指定を受け付ける処理を実行させる。スケジュール管理プログラムは、コンピュータに、第１のタスクについてのスケジュールにおける時間の指定に応じて、第１のタスクと１または複数のタスクとを、指定された該時間に対応付けてスケジュールとして記憶部に記憶させる処理を実行させる。

本発明の一の実施態様によれば、関連があるタスクを関連付けて管理できるという効果を奏する。

図１は、実施例１に係るスケジュールシステムの概略的な構成の一例を示す図である。 図２は、サーバ装置の構成の一例を示す図である。 図３は、ユーザ情報のデータ構成の一例を示す図である。 図４は、顧客情報のデータ構成の一例を示す図である。 図５は、電話連絡情報のデータ構成の一例を示す図である。 図６は、メニュー情報のデータ構成の一例を示す図である。 図７は、メインスケジュール情報のデータ構成の一例を示す図である。 図８は、サブスケジュール情報のデータ構成の一例を示す図である。 図９は、タスク情報のデータ構成の一例を示す図である。 図１０は、比較実績情報のデータ構成の一例を示す図である。 図１１は、自動追加タスク情報のデータ構成の一例を示す図である。 図１２は、移動情報のデータ構成の一例を示す図である。 図１３Ａは、スケジュール画面の一例を示す図である。 図１３Ｂは、スケジュール画面の一例を示す図である。 図１３Ｃは、スケジュール画面の一例を示す図である。 図１３Ｄは、スケジュール画面の一例を示す図である。 図１３Ｅは、スケジュール画面の一例を示す図である。 図１３Ｆは、スケジュール画面の一例を示す図である。 図１４Ａは、タスクの目標値、実績値の表示の一例を示す図である。 図１４Ｂは、タスクの必要値の表示の一例を示す図である。 図１４Ｃは、未表示のタスクの有無の表示の一例を示す図である。 図１４Ｄは、サブのタスクの表示の一例を示す図である。 図１４Ｅは、サブのタスクの表示の一例を示す図である。 図１４Ｆは、スケジュール画面の一例を示す図である。 図１５は、タスクが自動的に追加されたメインスケジュール情報のデータ構成の一例を示す図である。 図１６Ａは、スケジュール画面の一例を示す図である。 図１６Ｂは、スケジュール画面の一例を示す図である。 図１６Ｃは、スケジュール画面の一例を示す図である。 図１６Ｄは、スケジュール画面の一例を示す図である。 図１６Ｅは、スケジュール画面の一例を示す図である。 図１６Ｆは、スケジュール画面の一例を示す図である。 図１７Ａは、タスク登録処理の流れを示すフローチャートである。 図１７Ｂは、スケジュール表示処理の流れを示すフローチャートである。 図１７Ｃは、自動登録処理の流れを示すフローチャートである。 図１８は、スケジュール管理プログラムを実行するコンピュータを示す図である。

以下に、本発明に係るスケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

［システム構成］
最初に、実施例１に係るスケジュールシステム１０の一例を説明する。図１は、実施例１に係るスケジュールシステムの概略的な構成の一例を示す図である。図１に示すように、スケジュールシステム１０は、ユーザ端末１１と、サーバ装置１２とを有する。本実施例では、サーバ装置１２がスケジュール管理装置に対応する。

スケジュールシステム１０は、ユーザのスケジュールを管理するシステムである。本実施例では、ユーザとして、保険外交員のスケジュールを管理する場合を例に説明する。保険外交員は、顧客を訪問し、保険の営業、販売を行う。また、保険外交員は、保険会社の事務所にて、保険の営業、販売を行うための各種の準備作業を行う。ユーザ端末１１は、サーバ装置１２とネットワークＮを介して通信可能に接続されている。かかるネットワークＮの一態様としては、有線又は無線を問わず、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）、移動体通信網などの任意の種類の通信網を採用できる。

ユーザ端末１１は、ユーザである保険外交員が所持する装置である。例えば、ユーザ端末１１は、スマートフォンやタブレット端末などの携帯端末装置である。保険外交員は、ユーザ端末１１を用いてサーバ装置１２にアクセスし、行動の予定や実績を登録してスケジュールを管理する。

サーバ装置１２は、スケジュールを管理するスケジュールサービスをユーザに提供するコンピュータである。スケジュールサービスは、１台のコンピュータにより提供してもよく、また、複数台のコンピュータによるコンピュータシステムにより提供してもよい。なお、本実施例では、スケジュールサービスを１台のサーバ装置１２により提供する場合を例として説明する。

［サーバ装置］
次に、実施例１に係るサーバ装置１２の構成について説明する。図２は、サーバ装置の構成の一例を示す図である。図２に示すように、サーバ装置１２は、通信部２０と、記憶部２１と、制御部２２とを有する。

通信部２０は、他の装置との間で通信制御を行うインタフェースである。通信部２０は、ネットワークＮを介して他の装置と各種情報を送受信する。通信部２０としては、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。

記憶部２１は、ハードディスク、ＳＳＤ（Solid State Drive）、光ディスクなどの記憶装置である。なお、記憶部２１は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non Volatile Static Random Access Memory）などのデータを書き換え可能な半導体メモリであってもよい。また、記憶部２１は、データの記憶および提供を行う外部サーバであってもよい。

記憶部２１は、各種プログラムを記憶する。また、記憶部２１は、各種プログラムで用いられる各種データを記憶する。例えば、記憶部２１は、ユーザ情報３０と、顧客情報３１と、電話連絡情報３２と、メニュー情報３３と、メインスケジュール情報３４と、サブスケジュール情報３５と、タスク情報３６と、比較実績情報３７と、自動追加タスク情報３８と、移動情報３９とを記憶する。

ユーザ情報３０は、スケジュール管理を行うユーザに関する情報を記憶したデータである。本実施例では、スケジュール管理を行うユーザとして、保険外交員に関する情報がユーザ情報３０に記憶される。

図３は、ユーザ情報のデータ構成の一例を示す図である。図３に示すように、ユーザ情報３０は、「ユーザＩＤ」、「ユーザ名」、「勤務地住所」などの項目を有する。なお、図３に示したユーザ情報３０の各項目は、一例であり、その他の項目を有してもよい。

ユーザＩＤの項目は、保険外交員を識別する識別情報を記憶する領域である。保険外交員には、識別情報として一意のユーザＩＤ（identification）が付与される。ユーザＩＤの項目には、保険外交員に付与されたユーザＩＤが記憶される。ユーザ名の項目は、ユーザの氏名を記憶する領域である。勤務地住所の項目は、保険外交員が勤務する勤務先の住所を記憶する領域である。例えば、図３の例では、ユーザ名が「ユーザＡ」の保険外交員は、ユーザＩＤが「００１」であり、勤務地住所が「ＸＸ県ＸＸ市ＸＸ」であることを示している。

顧客情報３１は、顧客に関する情報を記憶したデータである。本実施例では、保険外交員が保険を販売した顧客および保険の営業を行っている顧客に関する情報が顧客情報３１に記憶される。

図４は、顧客情報のデータ構成の一例を示す図である。図４に示すように、顧客情報３１は、「顧客ＩＤ」、「顧客名」、「担当ユーザＩＤ」、「電話番号」、「住所」などの項目を有する。なお、図４に示した顧客情報３１の各項目は、一例であり、その他の項目を有してもよい。

顧客ＩＤの項目は、顧客を識別する識別情報を記憶する領域である。顧客には、識別情報として一意の顧客ＩＤが付与される。顧客ＩＤの項目には、顧客に付与された顧客ＩＤが記憶される。顧客名の項目は、顧客の氏名を記憶する領域である。担当ユーザＩＤの項目は、顧客を担当する保険外交員のユーザＩＤを記憶する領域である。電話番号の項目は、顧客の電話番号を記憶する領域である。住所の項目は、顧客の住所を記憶する領域である。例えば、図４の例では、顧客名が「顧客Ａ」の顧客は、顧客ＩＤが「０００１」であり、担当する保険外交員のユーザＩＤが「００１」であり、電話番号が「ＸＸＸ−ＸＸＸＸ−ＸＸＸＸ」であり、住所が「ＸＸ県ＸＸ市ＸＸ」であることを示している。

電話連絡情報３２は、顧客に関する情報を記憶したデータである。本実施例では、保険外交員が電話連絡を行う対象の顧客に関する情報が電話連絡情報３２に記憶される。保険外交員には、保険の満期が近い顧客など、電話連絡を行う対象の顧客が会社から通知される。例えば、電話連絡情報３２は、保険会社のシステムにより、各保険外交員が電話連絡を行う対象の顧客を抽出して生成され、記憶部２１に格納される。

図５は、電話連絡情報のデータ構成の一例を示す図である。図５に示すように、電話連絡情報３２は、「担当ユーザＩＤ」、「連絡対象日」、「顧客ＩＤ」、「加入保険」、「連絡状況」などの項目を有する。なお、図５に示した電話連絡情報３２の各項目は、一例であり、その他の項目を有してもよい。

担当ユーザＩＤの項目は、電話連絡を担当する保険外交員のユーザＩＤを記憶する領域である。連絡対象日の項目は、顧客へ電話連絡を行う対象の日付を記憶する領域である。顧客ＩＤの項目は、連絡対象の顧客の顧客ＩＤを記憶する領域である。加入保険の項目は、顧客が加入する保険を記憶する領域である。連絡状況の項目は、電話連絡の状況を記憶する領域である。例えば、図５の例では、担当ユーザＩＤが「００１」の保険外交員は、２０１６年６月３０日に顧客ＩＤが「０００１」、「０００２」、「０００３」の顧客が電話連絡の対象の顧客であることを示している。また、顧客ＩＤが「０００１」の顧客は、保険が未加入であり、電話連絡が完了していることを示している。

メニュー情報３３は、スケジュールを登録する際に表示するメニューに関する情報を記憶したデータである。本実施例では、顧客への訪問準備や、顧客への訪問、顧客への電話の予定など、スケジュールに登録を可能とする保険外交員が行う各種の行動がタスクとしてメニュー情報３３に記憶される。

図６は、メニュー情報のデータ構成の一例を示す図である。図６に示すように、メニュー情報３３は、「選択済みタスク」、「順序」、「表示タスク」などの項目を有する。なお、図６に示したメニュー情報３３の各項目は、一例であり、その他の項目を有してもよい。

選択済みタスクの項目は、スケジュールの登録で選択されたタスクを記憶する領域である。順序の項目は、メニューにタスクを表示する順序を記憶する領域である。表示タスクの項目は、メニューに表示するタスクを記憶する領域である。ここで、本実施例では、スケジュールの登録において、メニューで選択されたタスクに応じて、次にメニューに表示するタスクを変化させる。メニュー情報３３には、メニューで選択されたタスクに応じて、選択されたタスクに付随する頻度が高いタスクがメニューに表示されるように、メニューに表示するタスクが登録される。例えば、メニュー情報３３には、スケジュールの登録でタスクが未選択の場合にメニューに表示するタスクが、選択済みタスクの項目が「なし」として登録されている。また、メニュー情報３３には、スケジュールの登録でタスクが選択の場合にメニューに表示するタスクが、選択済みタスクの項目が選択済みのタスクとして登録されている。例えば、図６の例では、スケジュールの登録でタスクが未選択の場合、「電話」、「訪問準備」・・・の各タスクがメニューに表示するタスクとして格納されている。また、図６の例では、スケジュールの登録で「電話」が選択されている場合、「カタログ」、「お土産」・・・の各タスクがメニューに表示するタスクとして格納されている。

メインスケジュール情報３４およびサブスケジュール情報３５は、スケジュールを登録したタスクに関する情報を記憶したデータである。ここで、保険外交員がスケジュールに登録するタスクには、タスクに関連付けて付随するタスクがある場合がある。本実施例では、スケジュールでそれぞれの時間の主題となるタスクをメインのタスクとして管理し、メインのタスクに関連付けて付随させるタスクをサブのタスクとして管理する。メインスケジュール情報３４には、スケジュールに登録されたメインのタスクに関する情報が記憶される。サブスケジュール情報３５には、スケジュールに登録されたサブのタスクに関する情報が記憶される。

図７は、メインスケジュール情報のデータ構成の一例を示す図である。図７に示すように、メインスケジュール情報３４は、「ユーザＩＤ」、「メインタスクＩＤ」、「タスク」、「開始日時」、「終了日時」、「顧客ＩＤ」などの項目を有する。なお、図７に示したメインスケジュール情報３４の各項目は、一例であり、その他の項目を有してもよい。

ユーザＩＤの項目は、タスクを登録した保険外交員のユーザＩＤを記憶する領域である。メインタスクＩＤの項目は、スケジュールに登録された主題となるタスクを識別する識別情報を記憶する領域である。保険外交員がスケジュールにタスクを登録すると、登録されたタスクには、登録されたタスクを識別する識別情報として一意のタスクＩＤが付与される。メインタスクＩＤの項目には、スケジュールに登録された主題となるタスクのタスクＩＤが格納される。タスクの項目は、スケジュールに登録された主題となるタスクの種類を記憶する領域である。開始日時の項目は、スケジュールに登録された主題となるタスクの開始日時を記憶する領域である。終了日時の項目は、スケジュールに登録された主題となるタスクの終了日時を記憶する領域である。顧客ＩＤの項目は、スケジュールに登録された主題となるタスクの対象となる顧客の顧客ＩＤを記憶する領域である。顧客ＩＤの項目には、スケジュールに登録された主題となるタスクが特定の顧客に対する作業である場合、特定の顧客の顧客ＩＤが格納され、スケジュールに登録された主題となるタスクが特定の顧客に対する作業ではない場合、「−」が格納される。例えば、図７の例では、ユーザＩＤが「００１」の保険外交員は、２０１６年６月３０日１０時から２０１６年６月３０日１１時に、タスクＩＤが「００００１」の「電話」のタスクがスケジュールに登録されていることを示す。また、「電話」のタスクは、顧客ＩＤの項目が「−」であることから、特定の顧客に対する作業ではないことを示す。

図８は、サブスケジュール情報のデータ構成の一例を示す図である。図８に示すように、サブスケジュール情報３５は、「メインタスクＩＤ」、「顧客ＩＤ」、「サブタスクＩＤ」、「タスク」などの項目を有する。なお、図８に示したサブスケジュール情報３５の各項目は、一例であり、その他の項目を有してもよい。

メインタスクＩＤの項目は、サブのタスクが関連付されたメインのタスクのタスクＩＤを記憶する領域である。顧客ＩＤの項目は、サブのタスクの対象となる顧客の顧客ＩＤを記憶する領域である。顧客ＩＤの項目には、サブのタスクが特定の顧客に対する作業である場合、特定の顧客の顧客ＩＤが格納され、サブのタスクが特定の顧客に対する作業ではない場合、「−」が格納される。サブタスクＩＤの項目は、メインのタスクに関連付けて登録されたサブのタスクのタスクＩＤを記憶する領域である。タスクの項目は、メインのタスクに関連付けて登録されたサブのタスクの種類を記憶する領域である。例えば、図８の例では、タスクＩＤが「００００２」のメインのタスクには、タスクＩＤが「１０００１」の「メモ」のタスクがスケジュールに登録されていることを示す。

タスク情報３６は、スケジュールに登録されたタスクに関する情報を記憶したデータである。本実施例では、スケジュールに登録されたメインのタスクおよびサブのタスクに関する情報が共にタスク情報３６に記憶される。

図９は、タスク情報のデータ構成の一例を示す図である。図９に示すように、タスク情報３６は、「タスクＩＤ」、「目標値」、「費用」、「処理状況」などの項目を有する。なお、図９に示したタスク情報３６の各項目は、一例であり、その他の項目を有してもよい。

タスクＩＤの項目は、スケジュールに登録されたメインのタスクおよびサブのタスクのタスクＩＤを記憶する領域である。目標値の項目は、登録されたメインのタスクおよびサブのタスクで保険外交員が処理すべき目標件数を記憶する領域である。目標件数は、タスクの種類ごとに定められていてもよく、保険外交員が登録可能としてもよい。目標値の項目には、目標件数が格納される。費用の項目は、登録されたメインのタスクおよびサブのタスクで発生した費用を記憶する領域である。処理状況の項目は、登録されたメインのタスクおよびサブのタスクの処理状況を記憶する領域である。処理状況の項目には、タスクの作業が未処理の場合、「−」が格納され、タスクの作業が完了している場合、「済み」が格納される。例えば、図９の例では、タスクＩＤが「００００１」のタスクは、目標件数が「１０」件であり、発生した費用が「０」円であり、作業が未処理であることを示す。

比較実績情報３７は、各タスクが比較対象とする実績に関する情報を記憶したデータである。本実施例では、保険外交員がタスクを登録した場合、登録したタスクに対して比較対象とする実績を表示する。比較対象とする実績は、ログインしたユーザＩＤの保険外交員と同じ保険外交員の過去の実績でもよく、他の保険外交員の過去の実績でもよい。例えば、比較実績情報３７には、ログインしたユーザＩＤの保険外交員の過去の所定期間での実績の平均を記憶させてもよい。また、例えば、比較実績情報３７には、成績が優秀な保険外交員のタスクの実績を見本として記憶させてもよい。

図１０は、比較実績情報のデータ構成の一例を示す図である。図１０に示すように、比較実績情報３７は、「タスク」、「比較対象件数」などの項目を有する。なお、図１０に示した比較実績情報３７の各項目は、一例であり、その他の項目を有してもよい。

タスクの項目は、比較対象とするタスクの種類を記憶する領域である。比較対象件数は、比較対象とするタスクの実績の処理件数を記憶する領域である。例えば、図１０の例では、電話のタスクは、比較対象とする実績の処理件数が「１０」件であることを示す。

自動追加タスク情報３８は、自動的に追加可能なタスクに関する情報を記憶したデータである。ここで、保険外交員は、顧客に関するタスクなどの重要なタスクはスケジュールに登録するが、保険外交員自身に関するタスクなどの任意的なタスクは登録されない場合がある。そこで、本実施例では、定期的に行われる所定の任意的なタスクについて自動的にスケジュールに追加可能としている。

図１１は、自動追加タスク情報のデータ構成の一例を示す図である。図１１に示すように、自動追加タスク情報３８は、「タスク」、「許容時間帯」、「時間幅」などの項目を有する。なお、図１１に示した自動追加タスク情報３８の各項目は、一例であり、その他の項目を有してもよい。

タスクの項目は、自動的に追加可能なタスクの種類を記憶する領域である。許容時間帯の項目は、タスクの追加を許容する時間帯を記憶する領域である。時間幅の項目は、タスクが必要とする時間幅の時間を記憶する領域である。例えば、図１１の例では、朝礼のタスクは、９時から１０時の時間帯に、３０分間の空きがあれば自動的に追加可能であることを示す。

移動情報３９は、移動のタスクに関する情報を記憶したデータである。ここで、保険外交員は、顧客への訪問などで移動を行う。移動情報３９には、顧客への訪問などの移動のタスクに関する情報が記憶される。

図１２は、移動情報のデータ構成の一例を示す図である。図１２に示すように、移動情報３９は、「タスクＩＤ」、「出発地」、「到着地」、「経路」、「費用」などの項目を有する。なお、図１２に示した移動情報３９の各項目は、一例であり、その他の項目を有してもよい。

タスクＩＤの項目は、移動のタスクのタスクＩＤを記憶する領域である。出発地の項目は、移動の出発地を記憶する領域である。到着地の項目は、移動の到着地を記憶する領域である。経路の項目は、出発地から到着地への移動経路を記憶する領域である。費用の項目は、出発地から到着地へ移動する費用を記憶する領域である。例えば、図１２の例では、タスクＩＤが「００００７」の移動のタスクは、出発地が「ＸＸ県ＸＸ市ＸＸ」、到着地が「ＸＸ県ＸＸ市ＡＡ」であり、移動経路が「ＸＸＸＸＸ」であり、費用が「３７０」円であることを示す。

制御部２２は、サーバ装置１２を制御するデバイスである。制御部２２としては、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路を採用できる。制御部２２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部２２は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部２２は、表示制御部５０と、受付部５１と、登録部５２と、取得部５３とを有する。

表示制御部５０は、各種の情報の表示を制御する。例えば、表示制御部５０は、ユーザ端末１１からアクセスを受け付けると、アクセス元のユーザ端末１１に各種の操作画面の情報を送信してアクセス元のユーザ端末１１に操作画面を表示させる制御を行う。例えば、表示制御部５０は、ユーザ端末１１からのアクセスに応じて、ログイン画面をユーザ端末１１に表示させて、ユーザＩＤを入力させてログインを受け付ける。表示制御部５０は、ログインが成功すると、操作画面など各種の画面をユーザ端末１１に表示させる制御を行う。例えば、表示制御部５０は、入力されたユーザＩＤの保険外交員のスケジュールを表示したスケジュール画面をユーザ端末１１に表示させる。

図１３Ａは、スケジュール画面の一例を示す図である。図１３Ａの例は、ユーザ端末１１に表示されるスケジュール画面の一例を示している。スケジュール画面１００は、スケジュール画面１００の上部に設けられたヘッダ領域１０１と、スケジュールを表示するメイン領域１０２とを有する。ヘッダ領域１０１は、日付を表示する日付領域１０３と、気象情報を表示する気象表示領域１０４とが設けられている。

日付領域１０３には、初期表示としてログインした日の日付が表示される。また、日付領域１０３は、日付の左右に切替アイコン１０３Ａが設けられ、切替アイコン１０３Ａにより、表示される日付の変更が可能とされている。メイン領域１０２には、日付領域１０３に表示された日付のスケジュールが表示される。保険外交員は、切替アイコン１０３Ａを操作して表示される日付を変更することにより、過去および未来の日付のスケジュールも確認できる。

気象表示領域１０４には、ユーザ端末１１の位置に対応した気象情報が表示される。例えば、表示制御部５０は、ユーザ端末１１からユーザ端末１１の位置情報を取得し、気象情報を提供する外部サーバから、ユーザ端末１１の位置情報の位置に対応する気象情報を気象表示領域１０４に表示させる。

メイン領域１０２は、横方向に時刻が順に表示され、時間の流れが表現されている。また、メイン領域１０２は、メニューアイコン１１０と、費用アイコン１１１と、ごみ箱アイコン１１２と、シミュレーションアイコン１１３とが設けられている。

メニューアイコン１１０は、スケジュールに登録可能なタスクの表示を指示するアイコンである。費用アイコン１１１は、発生した費用の表示を指示するアイコンである。ごみ箱アイコン１１２は、タスクの削除をするアイコンである。本実施例では、削除対象のタスクを選択状態としたままごみ箱アイコン１１２まで移動させ、選択を解除することにより、削除対象のタスクは、スケジュールから削除される。シミュレーションアイコン１１３は、スケジュールへの自動的に追加可能なタスクの追加を指示するアイコンである。

受付部５１は、各種の操作を受け付ける。例えば、受付部５１は、ユーザ端末１１から操作画面の各種の操作情報を受信することで、各種の操作を受け付ける。例えば、受付部５１は、スケジュール画面１００に対する操作に応じて、スケジュールに関する各種の操作を受け付ける。例えば、受付部５１は、スケジュール画面１００のメニューアイコン１１０の選択操作により、スケジュールに登録可能なタスクの表示指示を受け付ける。

表示制御部５０は、メニューアイコン１１０の選択操作を受け付けると、メニュー情報３３に基づいて、スケジュールに追加可能なタスクをスケジュール画面１００に表示させる。

図１３Ｂは、スケジュール画面の一例を示す図である。図１３Ｂの例は、メニューアイコン１１０の選択操作された状態を示している。例えば、図１３Ｂに示すように、タスクが未選択の場合、表示制御部５０は、メニュー情報３３から、選択済みタスクの項目が「なし」とされたタスクを読み出す。そして、表示制御部５０は、メニューアイコン１１０の周囲に、順序の順に、読み出したタスクを示すアイコン１２０（１２０Ａ〜１２０Ｉ）を表示させる。アイコン１２０Ａは、電話のタスクを示している。アイコン１２０Ｂは、訪問準備のタスクを示している。アイコン１２０Ｃは、顧客訪問のタスクを示している。アイコン１２０Ｄは、タクシー移動のタスクを示している。アイコン１２０Ｅは、電車移動のタスクを示している。アイコン１２０Ｆは、自転車移動のタスクを示している。アイコン１２０Ｇは、徒歩移動のタスクを示している。アイコン１２０Ｈは、ランチのタスクを示している。アイコン１２０Ｉは、休息のタスクを示している。

受付部５１は、スケジュールに追加するタスクの選択を受け付ける。例えば、受付部５１は、スケジュール画面１００のアイコン１２０Ａ〜１２０Ｉの選択操作により、複数種類のタスクの中からスケジュールに追加するタスクの選択を受け付ける。また、受付部５１は、スケジュールに追加するタスクの開始時間、終了時間の指定を受け付ける。例えば、受付部５１は、スケジュールに追加するタスクのアイコンを選択状態として時刻の位置へ移動させることにより、開始時間、終了時間の指定を受け付ける。

例えば、保険外交員は、スケジュールにタスクを追加する場合、追加するタスクを選択状態としたまま開始時間の位置まで移動させ、選択を解除する。図１３Ｃは、スケジュール画面の一例を示す図である。図１３Ｃの例は、アイコン１２０Ａを選択状態として１０時まで移動する操作が行われて、開始時間を１０時として、スケジュールに電話のタスクが追加された状態を示している。表示制御部５０は、メイン領域１０２の下半分に、追加されたタスクに関する設定を行うサブ領域１０５を表示させる。サブ領域１０５にも横方向に時刻が順に表示されている。図１３Ｃの例では、サブ領域１０５に、電話のタスクのアイコン１２１と共に開始時間の１０時が表示されている。

サブ領域１０５では、追加されたタスクの終了時間の指定が可能とされている。また、サブ領域１０５では、追加されたタスクに関連付けて付随させるタスクの指定が可能とされている。メニューアイコン１１０からタスクが選択されてタスクが追加された場合、表示制御部５０は、追加されたタスクに関連付けて付随する頻度が高いタスクを追加可能なタスクとして表示する。例えば、図１３Ｃに示すように、電話のタスクが選択された場合、表示制御部５０は、メニュー情報３３から、選択済みタスクの項目が「電話」とされたタスクを読み出す。そして、表示制御部５０は、メニューアイコン１１０の周囲に、順序の順に、読み出したタスクを示すアイコン１３０（１３０Ａ〜１３０Ｇ）を表示させる。アイコン１３０Ａは、保険のカタログを準備するタスクを示している。アイコン１３０Ｂは、お土産を準備するタスクを示している。アイコン１３０Ｃは、顧客にお知らせする内容を登録するタスクを示している。アイコン１３０Ｄは、メモの内容を登録するタスクを示している。アイコン１３０Ｅは、保険の設計書を準備するタスクを示している。アイコン１３０Ｆは、経費を登録するタスクを示している。アイコン１３０Ｇは、顧客との約束内容を登録するタスクを示している。

保険外交員は、追加したタスクの終了時間を指定する場合、サブ領域１０５に表示されたアイコン１２１を選択状態としたまま終了時間の位置まで移動させ、選択を解除する。図１３Ｄは、スケジュール画面の一例を示す図である。図１３Ｄの例は、アイコン１２１を選択状態として１１時まで移動する操作が行われて、電話のタスクの終了時間を１１時と指定した状態を示している。表示制御部５０は、サブ領域１０５に、電話のタスクのアイコン１２２と共に終了時間の１１時を表示する。

また、保険外交員は、スケジュールに追加したタスクに付随するタスクを関連付ける場合、付随させるタスクを選択状態としたままサブ領域１０５の位置まで移動させ、選択を解除する。図１３Ｅは、スケジュール画面の一例を示す図である。図１３Ｅの例は、訪問準備のタスクに対して、メモ、設計書、カタログ、お土産の各タスクを関連付けた状態を示している。表示制御部５０は、サブ領域１０５に、メモ、設計書、カタログ、お土産の各タスクのアイコン１２３を表示する。

登録部５２は、受付部５１によりスケジュールへのタスクの追加を受け付けた場合、追加されたタスクを記憶部２１に登録する。例えば、登録部５２は、メインのタスクが追加された場合、追加されたメインのタスクに対して一意のタスクＩＤを付与する。そして、登録部５２は、タスクを登録した保険外交員のユーザＩＤ、追加されたメインのタスクのタスクＩＤ、メインのタスク、メインのタスクの開始日時、メインのタスク終了日時をメインスケジュール情報３４に登録する。なお、登録部５２は、メインのタスクの対象となる顧客が指定されている場合、タスクの対象となる顧客の顧客ＩＤをメインスケジュール情報３４に登録し、対象となる顧客が指定されていない場合、顧客ＩＤを「−」としてメインスケジュール情報３４に登録する。対象となる顧客の指定については、後述する。また、登録部５２は、追加されたメインのタスクのタスクＩＤでタスク情報３６にレコードを登録する。

また、例えば、登録部５２は、サブのタスクが追加された場合、追加されたサブのタスクに対して一意のタスクＩＤを付与する。そして、登録部５２は、追加されたサブのタスクが関連付けられたメインのタスクのタスクＩＤ、サブのタスクのタスクＩＤ、サブのタスクをサブスケジュール情報３５に登録する。なお、登録部５２は、サブのタスクの対象となる顧客が指定されている場合、タスクの対象となる顧客の顧客ＩＤごとにサブスケジュール情報３５にサブのタスクを登録し、対象となる顧客が指定されていない場合、顧客ＩＤを「−」としてサブスケジュール情報３５にサブのタスクを登録する。これにより、サブのタスクが追加された場合、メインのタスクと各サブのタスクとが、対応付けてスケジュールとして記憶部２１に記憶される。

表示制御部５０は、スケジュール画面１００でスケジュールにタスクが登録された後、メイン領域１０２が選択されると、登録済みのタスクをメイン領域１０２に表示する。例えば、表示制御部５０は、登録済みのメインのタスクを表示する。また、メインのタスクに付随するサブのタスクが登録されている場合、表示制御部５０は、メインのタスクに関連付けてサブのタスクを表示する。図１３Ｆは、スケジュール画面の一例を示す図である。図１３Ｆの例は、メインのタスクとして、電話、訪問準備、２つの訪問が登録された状態を示している。表示制御部５０は、登録されたメインのタスクごとに、メインのタスクの時間帯に対応する位置及び長さで、メインのタスクに対応する名称を記載したバー１４０を表示したスケジュールバーを表示する。例えば、表示制御部５０は、メインのタスクの開始日時、終了日時に対応したメイン領域１０２の時刻の範囲にバー１４０を表示する。また、表示制御部５０は、メインのタスクごとに、バー１４０に対応させてメインのタスクのアイコン１４１を表示する。また、メインのタスクに付随するサブのタスクが登録されている場合、表示制御部５０は、メインのタスクのアイコン１４１の周囲に、付随するサブのタスクのアイコン１４２を表示する。

スケジュールに登録されたタスクには、目標値として、保険外交員が処理すべき目標件数の設定が可能とされている。目標件数は、保険外交員の過去の実績から自動的に設定されてもよく、固定値が設定されてもよく、保険外交員が登録可能としてもよい。例えば、各タスクの目標件数は、同じ種類のタスクについての保険外交員の過去の所定期間の実績の平均値または最大値とされてもよい。また、各タスクの目標値は、タスクを登録する際に、ソフトウェアキーボードなど数値が入力可能な操作画面を表示させて保険外交員が登録可能としてもよい。登録部５２は、タスクの目標件数をタスク情報３６に登録する。

本実施例では、スケジュール画面１００にメインのタスクのアイコン１４１を目標に応じた高さで表示する。

取得部５３は、各種の情報を取得する。例えば、取得部５３は、メインのタスクごとに、メインのタスクの目標件数をタスク情報３６から取得する。また、取得部５３は、メインのタスクに関連付けてサブのタスクが登録されている場合、メインのタスクに関連付けられたサブのタスクの目標件数もタスク情報３６から取得する。

表示制御部５０は、メインのタスクごとに、タスクの種類に応じた所定の重みを付けて目標件数を重み付け加算して、メインのタスク別に目標値を求める。表示制御部５０は、メインのタスクのアイコン１４１を、それぞれ算出した目標値に応じた高さで表示する。図１３Ｆの例では、メインのタスクのアイコン１４１を目標値に応じた高さで結ぶ線１４３が示されている。

また、本実施例では、スケジュール画面１００にメインのタスクについて過去の実績を表示する。

例えば、取得部５３は、メインのタスクごとに、メインのタスクの比較対象とする実績の処理件数を比較実績情報３７から取得する。また、取得部５３は、メインのタスクに関連付けてサブのタスクが登録されている場合、メインのタスクに関連付けられたサブのタスクの比較対象とする実績の処理件数も比較実績情報３７から取得する。

表示制御部５０は、メインのタスクごとに、タスクの種類に応じた所定の重みを付けて実績の処理件数を重み付け加算して、メインのタスク別に実績値を求める。表示制御部５０は、メインのタスクのアイコン１４１と同じ時刻の位置に、それぞれ算出した実績値に応じた高さで過去の実績を表示する。図１３Ｆの例では、実績値に応じた高さで過去の実績を結ぶ線１４４が示されている。なお、表示制御部５０は、タスクの目標値、実績値を表示してもよい。図１４Ａは、タスクの目標値、実績値の表示の一例を示す図である。図１４Ａの例は、メインのタスクについて目標値、実績値を表示した場合を示している。

受付部５１は、スケジュールに登録されたタスクについて、発生した費用の登録の操作を受け付ける。登録部５２は、費用が登録されたタスクについて、タスク情報３６の費用の項目に、登録された費用を登録する。また、受付部５１は、スケジュールに登録されたタスクについて、処理完了の操作を受け付ける。登録部５２は、処理完了の操作を受け付けたタスクについて、タスク情報３６の処理状況の項目に「済み」を登録する。

なお、受付部５１は、スケジュールに登録されたタスクについて、処理済みの件数などタスクの実行に関する情報の入力を受け付けてもよい。表示制御部５０は、タスクの実行に関する情報が入力されると、目標値に達するまでの残りの必要値を更新して表示してもよい。図１４Ｂは、タスクの必要値の表示の一例を示す図である。図１４Ｂの例は、メインのタスクについて目標値に達するまでの残りの必要値を表示した場合を示している。

また、受付部５１は、スケジュール画面１００に表示されたメインのタスクのアイコン１４１の高さを変えることで目標の設定を受け付けてもよい。例えば、タスクのアイコン１４１は、表示位置を変更可能とする。登録部５２は、タスクのアイコン１４１の高さが変更された場合、変更された高さに対応してタスクの目標件数を変更登録する。例えば、登録部５２は、変更された目標値を、目標値が変更されたタスクの種類に応じた所定の重みで除算してタスクの目標件数を求めてタスク情報３６に登録する。なお、サブのタスクが付随するメインのタスクの目標値が変更された場合、登録部５２は、変更された目標値を、メインのタスクの目標件数としてタスク情報３６に登録してもよい。

表示制御部５０は、メインのタスクに多数のサブのタスクが関連付けられて、メインのタスクの周囲に、関連付けられたサブのタスクを表示できない場合、未表示のタスクの有無を識別可能な文字、またはマークを表示する。図１４Ｃは、未表示のタスクの有無の表示の一例を示す図である。図１４Ｃの例は、メインのタスクに対して、未表示のサブのタスクがあることを示すマーク１４５が表示される。

表示制御部５０は、マーク１４５が選択された場合、サブのタスクを表示させる。図１４Ｄは、サブのタスクの表示の一例を示す図である。図１４Ｄの例では、メインのタスクに対応付けて付随するサブのタスクのアイコン１４２が吹き出し表示されている。

なお、表示制御部５０は、メインのタスクの周囲に配置して表示されたサブのタスクを移動させることによって、未表示のサブのタスクを表示させてもよい。図１４Ｅは、サブのタスクの表示の一例を示す図である。図１４Ｅの例では、メインのタスクの周囲でサブのタスクを回転移動させることで、未表示のサブのタスクを周囲に表示している。

また、受付部５１は、タスクの処理の対象となる顧客を受け付け可能としてよい。例えば、受付部５１は、スケジュールに登録したメインのタスクについて、処理の対象となる顧客を受け付ける。例えば、表示制御部５０は、ログインしたユーザＩＤの保険外交員が担当する顧客を顧客情報３１から読み出し、顧客一覧を表示する。受付部５１は、顧客一覧から処理の対象となる顧客を受け付ける。登録部５２は、処理の対象となる顧客の顧客ＩＤをメインスケジュール情報３４の顧客ＩＤの項目に登録する。また、受付部５１は、処理の対象となる顧客について、顧客ごとに、サブのタスクの登録を受け付けてもよい。図１４Ｆは、スケジュール画面の一例を示す図である。図１４Ｆの例は、訪問準備のメインのタスクについて複数の顧客が登録されており、訪問準備のメインのタスクのアイコン１４１に対応して登録された顧客が吹き出し表示されている。また、顧客ごとに、「備考」として登録されたサブのタスクのアイコンが表示されている。例えば、受付部５１は、メニューアイコン１１０から追加するサブのタスクを選択状態としたまま「備考」の位置まで移動させ、選択を解除することにより、サブのタスクの登録を受け付ける。登録部５２は、サブのタスクの対象となる顧客が指定されている場合、タスクの対象となる顧客の顧客ＩＤごとにサブスケジュール情報３５に登録する。

ところで、例えば、保険外交員は、顧客への訪問準備や、顧客への訪問、顧客への電話の予定などのタスクを登録して管理するが、ランチや、訪問先への移動、朝礼、日報作成などをタスクとして登録しない場合がある。

そこで、本実施例では、自動的に追加可能なタスクのスケジュールへの追加を可能としている。例えば、保険外交員は、自動的に追加可能なタスクのスケジュールへの追加を行う場合、スケジュール画面１００のシミュレーションアイコン１１３を選択する。

登録部５２は、受付部５１によりシミュレーションアイコン１１３の選択操作を受け付けた場合、自動追加タスク情報３８に基づいて、自動的に追加可能なタスクのスケジュールへの追加を行う。例えば、登録部５２は、自動追加タスク情報３８を参照して、登録された自動的に追加可能なタスクごとに、許容時間帯内であって、スケジュールに登録されたタスクに対応する時間帯以外において、自動的に追加可能なタスクが必要とする時間幅の時間が確保可能であるか判定する。そして、登録部５２は、スケジュールに登録されたタスクに対応する時間帯以外において、自動的に追加可能なタスクが必要とする時間幅の時間が確保可能である場合に、自動的に追加可能なタスクを自動的にスケジュールに登録する。登録部５２は、自動的に追加可能なタスクをメインのタスクとして、メインスケジュール情報３４およびタスク情報３６に登録する。

また、登録部５２は、受付部５１によりシミュレーションアイコン１１３の選択操作を受け付けた場合、移動のタスクを自動的にスケジュールに追加する。例えば、登録部５２は、スケジュールに顧客への訪問のタスクが登録され、顧客への訪問のタスクの前に当該顧客の住所への移動のタスクが無い場合、当該顧客の住所へ移動のタスクを自動的に追加する。また、登録部５２は、スケジュールに顧客への訪問のタスクが登録され、その後に、保険外交員が勤務する勤務先の住所への移動のタスクが無い場合、勤務先の住所へ移動のタスクを自動的に追加する。例えば、登録部５２は、スケジュールに登録された各メインのタスクについて、時刻に沿ってメインのタスクが行われる住所を特定する。本実施例では、訪問のタスクは、タスクが行われる住所を訪問先の顧客の住所とする。登録部５２は、顧客情報３１を参照して、訪問先の顧客の住所を特定する。訪問以外のメインのタスクは、保険外交員が勤務する勤務先の住所をタスクが行われる住所とする。登録部５２は、ユーザ情報３０を参照して、ログインしたユーザＩＤの保険外交員が勤務する勤務先の住所を特定する。そして、登録部５２は、スケジュールに登録された各メインのタスクについて、当該メインのタスクの前に当該メインのタスクが行われる住所への移動のタスクがあるかを判定する。なお、登録部５２は、スケジュールが開始される基準場所、および、スケジュールが終了する基準場所を、ユーザＩＤの保険外交員が勤務する勤務先の住所として、スケジュールに沿って、訪問のタスクの前に、訪問先の顧客の住所への移動のタスクがあるか、日報タスクの前に、勤務先の住所への移動のタスクがあるかを判定してもよい。例えば、登録部５２は、スケジュールに沿って、スケジュールが開始される基準場所から訪問先の顧客の住所、訪問先の顧客の住所からスケジュールが終了される基準場所への移動のタスクがあるかを判定する。

登録部５２は、移動のタスクが無い場合、タスクの前に当該タスクが行われる住所への移動のタスクを自動的にスケジュール登録する。例えば、登録部５２は、移動経路の検索サービスを提供する外部サーバを用いて、移動元の住所、移動先の住所を指定して移動経路、費用を検索し、検索された移動経路および費用で移動のタスクを登録する。例えば、登録部５２は、訪問のタスクの開始時間の所定時間前（例えば、１０分前）を到着時刻、または、訪問のタスクの前のタスクの終了時間の所定時間後（例えば、１０分後）を出発時刻として、移動経路を検索して移動のタスクを自動的に登録する。登録部５２は、各移動のタスクをメインのタスクとして、メインスケジュール情報３４および移動情報３９に登録する。

なお、登録部５２は、移動のタスクを先に登録した後に、ランチのタスクを登録してもよい。例えば、登録部５２は、訪問のタスクの開始時間の所定時間前を到着時刻、または、訪問のタスクの前のタスクの終了時間の所定時間後を出発時刻として、移動経路を検索して移動のタスクを自動的に登録する。そして、登録部５２は、スケジュールに登録されたタスクに対応する時間帯以外において、ランチのタスクが必要とする時間幅の時間が確保可能である場合、ランチのタスクを登録してもよい。

ところで、ユーザは、スケジュールの行動にそれぞれの行動特性がある場合がある。例えば、保険外交員には、訪問の場合、前のタスクが終わるとすぐに訪問先へ移動する行動特性がある人や、訪問の開始時刻の直前に訪問先へ移動する行動特性がある人がいる。

そこで、登録部５２は、ユーザの行動特性または設定されたルールに応じて、タスクを登録してもよい。例えば、登録部５２は、ユーザの行動特性または設定されたルールに応じて、移動のタスクに対して先行する前のタスクの完了予定時刻寄りに、移動のタスクを登録するか、移動のタスクに対して後続する後のタスクの開始予定時刻寄りに移動のタスクを登録するか制御してもよい。ユーザの行動特性は、ユーザがルールとして予め設定してもよく、過去のスケジュールから求めてもよい。例えば、登録部５２は、メインスケジュール情報３４から、ログインしたユーザＩＤの保険外交員の過去のスケジュールを読み出し、保険外交員の行動特性を特定する。そして、登録部５２は、特定した行動特性で移動のタスクを登録してもよい。例えば、登録部５２は、過去の所定期間（例えば、１か月）の移動のタスクが、移動のタスクの前後のタスクに対してどのようなタイミングで行われたかを特定する。例えば、登録部５２は、移動のタスクの前のタスクと移動のタスクとの時間間隔を求め、所定の時間幅（例えば、５分）ごとに、時間間隔の頻度分布を求める。また、登録部５２は、移動のタスクと移動のタスクの後のタスクとの時間間隔を求め、所定の時間幅ごとに、時間間隔の頻度分布を求める。そして、登録部５２は、最も頻度の高いタイミングと同様のタイミングとなるように移動のタスクを登録する。例えば、移動のタスクの前のタスクと移動のタスクの時間間隔が６分〜１０分の時間幅となる頻度が最も高い場合、登録部５２は、移動のタスクの前のタスクの終了時刻から６分〜１０分の何れかを経過した時刻（例えば、中心となる８分）を出発時刻として移動のタスクを登録する。なお、登録部５２は、所定の時間帯ごとに、時間帯に含まれる過去の移動のタスクから行動特性を特定し、時間帯ごとの行動特性に合わせて移動のタスクを登録してもよい。時間帯は、例えば、１時間ごとの時間帯など同じ時間間隔としてもよい。また、時間帯は、例えば、１２時より前、１２時から１４時、１４時より後の時間帯など、昼食時と昼食時以外を考慮した時間帯としてもよい。また、登録部５２は、追加する移動のタスクと同じ住所へ移動した過去の移動のタスクから行動特性を特定し、特定した行動特性で移動のタスクを登録してもよい。

また、登録部５２は、ユーザの行動特性または設定されたルールに応じて、移動で利用する頻度の高い交通手段で移動するように移動経路を制御してもよい。例えば、登録部５２は、移動情報３９を参照して、移動元の住所、移動先の住所が同様の過去の経路を読み出し、利用した交通手段ごとの頻度を求める。なお、移動元の住所、移動先の住所は、それぞれ過去の移動元の住所、移動先の住所と完全に一致しなくても同一の町内など所定の範囲を同一として扱う。そして、登録部５２は、移動経路の検索サービスを提供する外部サーバを用いて、最も頻度の高い交通手段、移動元の住所、移動先の住所を指定して移動経路、費用を検索し、検索された移動経路および費用で移動のタスクを登録する。これにより、移動元の住所から移動先の住所への移動でよく利用する移動手段で移動経路が検索される。

また、登録部５２は、ランチのタスクについて、ランチのタスクの時間での予定位置に応じてランチの候補となる飲食店を検索し、検索された飲食店に関する情報を昼食情報としてランチのタスクに対応付けて記憶部２１に記憶させてもよい。例えば、登録部５２は、ランチのタスクの前にある移動のタスクの到着地の住所、または、ランチのタスクの後にある移動のタスクの出発地の住所をランチのタスクの時間での予定位置と特定する。登録部５２は、予定位置およびランチのタスクの時間を指定して、飲食店の検索サービスを提供する外部サーバを用いて、指定した位置に近く、ランチのタスクの時間が営業時間に含まれる飲食店を検索する。登録部５２は、検索された飲食店の名称、飲食店の位置、電話番号、メニューなどを昼食情報として、ランチのタスクに対応付けて記憶部２１に記憶させてもよい。なお、登録部５２は、ユーザの行動特性または設定されたルールに応じて、飲食店を検索してランチのタスクを登録してもよい。ユーザの行動特性は、ユーザがルールとして予め設定してもよく、過去のスケジュールから求めてもよい。例えば、登録部５２は、メインスケジュール情報３４から、ログインしたユーザＩＤの保険外交員の過去のスケジュールを読み出し、ランチのタスクに対応付けられた昼食情報から、利用される頻度が高い飲食店のジャンルを特定する。登録部５２は、飲食店の検索サービスを提供する外部サーバを用いて、指定した位置に近く、ランチのタスクの時間が営業時間に含まれ、利用される頻度が最も高いジャンルの飲食店を検索してもよい。

これにより、例えば、自動追加タスク情報３８が図１１の状態である場合、９時から１０時の時間帯に、３０分間の空きがあれば朝礼のタスクが自動的に追加される。また、１２時から１４時の時間帯に、３０分間の空きがあればランチのタスクが自動的に追加される。また、１７時から１９時の時間帯に、３０分間の空きがあれば日報のタスクが自動的に追加される。また、移動のタスクが自動的に追加される。図１５は、タスクが自動的に追加されたメインスケジュール情報のデータ構成の一例を示す図である。図１５の例は、図７の状態からタスクが自動的に追加された状態を示している。

表示制御部５０は、自動的に追加されたタスクも含めてスケジュールをスケジュール画面１００に表示させる。図１６Ａは、スケジュール画面の一例を示す図である。図１６Ａの例では、図１３Ｆの状態から朝礼、ランチ、日報、移動のタスクのバー１４０およびアイコン１４１がスケジュールに追加されている。

受付部５１は、スケジュール画面１００に表示されたタスクのバー１４０の選択状態として移動させることで、バー１４０が移動したタスクの開始日時、終了日時の変更を受け付ける。登録部５２は、タスクのバー１４０の移動を受け付けた場合、バー１４０が移動したタスクについてのメインスケジュール情報３４に記憶された開始日時、終了日時を移動先の位置の時刻に合わせて変更する。なお、例えば、登録部５２は、バー１４０が早い時刻の位置に変更された場合、バー１４０の先頭位置に対応する時刻を出発時刻として、移動経路を再検索し、移動のタスクの移動経路を変更する。また、登録部５２は、バー１４０が遅い時刻の位置に変更された場合、バー１４０の後端位置に対応する時刻を到着時刻として、移動経路を再検索し、移動のタスクの移動経路を変更する。また、バー１４０の移動によって、移動したタスクと自動的に追加したタスクとの期間が重複する場合、登録部５２は、自動的に追加したタスクについて、再度登録をやり直してもよい。

表示制御部５０は、スケジュール画面１００に表示されたタスクのアイコンが選択されると、選択されたアイコンのタスクに関する各種の情報をスケジュール画面１００に表示させる。

例えば、表示制御部５０は、移動のタスクのアイコン１４１が選択されると、移動情報３９から、選択されたアイコン１４１の移動のタスクの移動経路を読み出し、移動経路を表示する。図１６Ｂは、スケジュール画面の一例を示す図である。図１６Ｂの例は、移動のタスクに対応付けて移動経路を示した経路マップが吹き出し表示されている。

また、例えば、表示制御部５０は、ランチのタスクのアイコン１４１が選択状態とされると、記憶部２１から、選択されたアイコン１４２のランチのタスクに対応けられた昼食情報を読み出し、昼食情報を表示する。図１６Ｃは、スケジュール画面の一例を示す図である。図１６Ｃの例は、ランチのタスクに対応付けて飲食店の名称、位置を示したマップが吹き出し表示されている。

また、例えば、表示制御部５０は、電話のタスクのアイコン１４１が選択状態とされると、ログインしたユーザＩＤの保険外交員がスケジュールの日に電話連絡を行う対象の顧客の情報を表示する。例えば、表示制御部５０は、電話連絡情報３２から、ログインしたユーザＩＤの保険外交員がスケジュールの日に電話連絡を行う対象の顧客の顧客ＩＤ、顧客が加入する保険、電話連絡の状況を読み出す。また、表示制御部５０は、顧客情報３１から、顧客ＩＤに対応した顧客名、電話番号を読み出す。そして、表示制御部５０は、電話連絡を行う対象の顧客の顧客名、顧客が加入する保険、電話番号、電話連絡の状況を表示する。図１６Ｄは、スケジュール画面の一例を示す図である。図１６Ｄの例は、電話のタスクに対応付けて電話連絡を行う対象の顧客の顧客名、顧客が加入する保険、電話番号、電話連絡の状況が吹き出し表示されている。本実施例では、追加ボタン１４６の選択により、電話連絡を行う対象の顧客の追加も可能とされている。

また、例えば、表示制御部５０は、日報のタスクのアイコン１４１が選択状態とされると、日報の作成を補助する情報を表示する。例えば、表示制御部５０は、スケジュールに沿って登録されたタスクと、タスクの開始日時の時刻と、タスクの終了日時の時刻を表示する。図１６Ｅは、スケジュール画面の一例を示す図である。図１６Ｅの例は、日報のタスクに対応付けて登録された各タスクと、タスクの開始日時の時刻と、タスクの終了日時の時刻とが吹き出し表示されている。また、各タスクには、音声入力ボタン１４７が設けられ、音声によるお客様との対話での気付きが入力可能とされている。音声により入力された内容は、音声認識によりテキスト化され、所定の操作により、吹き出し表示された各タスクの表示内容と共に、レポートとして出力される。

また、例えば、表示制御部５０は、朝礼のタスクのアイコン１４１が選択状態とされると、保険会社のシステムから通知される会社からのお知らせ事項の連絡事項を表示する。

また、例えば、表示制御部５０は、費用アイコン１１１が選択状態とされると、スケジュールに登録された各タスクで発生した費用を表示する。図１６Ｆは、スケジュール画面の一例を示す図である。図１６Ｆの例は、費用アイコン１１１に対応付けてスケジュールに登録された各タスクで発生した費用が吹き出し表示されている。各タスクで発生した費用は、別途コスト画面にて１週間、１ヶ月、年間等で集計可能とされており、確定申告に利用可能なデータとして出力可能とされている。

本実施例では、スケジュールに登録された各タスクのうち、現在の日時より前の日時のタスクを実績として扱う。保険外交員は、スケジュールに登録された各タスクを移動、修正することで、実績を登録できる。なお、保険外交員のユーザ端末１１から位置情報に基づいてスケジュールに登録された各タスクを移動、修正してもよい。例えば、取得部５３は、保険外交員のユーザ端末１１から位置情報を取得する。登録部５２は、取得された位置情報に基づいて、スケジュールに登録された各タスクを移動、修正してもよい。例えば、登録部５２は、取得された位置情報に基づいて、移動のタスクを移動、修正してもよい。

［処理の流れ］
次に、本実施例に係るサーバ装置１２が実行する各種の処理の流れを説明する。最初に、サーバ装置１２が、スケジュールへのタスクの登録を受け付けるタスク登録処理の流れを説明する。図１７Ａは、タスク登録処理の流れを示すフローチャートである。図１７Ａに示すタスク登録処理は、所定のタイミング、例えば、スケジュール画面１００のメニューアイコン１１０の選択操作を受け付けたタイミングで実行される。

表示制御部５０は、メニュー情報３３から、選択済みタスクの項目が「なし」とされたタスクを読み出し、メニューアイコン１１０の周囲に、順序の順に、読み出したタスクを示すアイコン１２０を表示する（Ｓ１０）。

受付部５１は、アイコン１２０の選択操作を受け付けたか否かを判定する（Ｓ１１）。アイコン１２０の選択操作を受け付けていない場合（Ｓ１１否定）、受付部５１は、メイン領域１０２の選択操作を受け付けたか否かを判定する（Ｓ１２）。メイン領域１０２の選択操作を受け付けた場合（Ｓ１２肯定）、処理を終了する。

一方、メイン領域１０２の選択操作を受け付けていない場合（Ｓ１２否定）、上述のＳ１１へ移行する。

一方、アイコン１２０の選択操作を受け付けた場合（Ｓ１１肯定）、受付部５１は、選択されたアイコン１２０がメイン領域１０２で選択が解除されたか否かを判定する（Ｓ１３）。選択されたアイコン１２０がメイン領域１０２で選択が解除されていない場合（Ｓ１３否定）、上述のＳ１１へ移行する。

一方、選択されたアイコン１２０がメイン領域１０２で選択が解除された場合（Ｓ１３肯定）、受付部５１は、選択が解除されたアイコン１２０のタスクをメインのタスクとして、選択が解除された位置に対応する時刻をメインのタスクの開始時間と特定する（Ｓ１４）。

表示制御部５０は、メイン領域１０２の下半分にサブ領域１０５を表示させる（Ｓ１５）。受付部５１は、サブ領域１０５でメインのタスクの終了時間の指定を受け付けたか否かを判定する（Ｓ１６）。終了時間の指定を受け付けていない場合（Ｓ１６否定）、受付部５１は、メイン領域１０２の選択操作を受け付けたか否かを判定する（Ｓ１７）。メイン領域１０２の選択操作を受け付けた場合（Ｓ１７肯定）、処理を終了する。

一方、メイン領域１０２の選択操作を受け付けていない場合（Ｓ１７否定）、上述のＳ１６へ移行する。

一方、終了時間の指定を受け付けた場合（Ｓ１６肯定）、登録部５２は、メインのタスクに対して一意のタスクＩＤを付与し、メインのタスクに関する情報をメインスケジュール情報３４およびタスク情報３６に登録する（Ｓ１８）。

表示制御部５０は、メニュー情報３３から、選択済みタスクの項目がメインのタスクとされたタスクを読み出し、メニューアイコン１１０の周囲に、順序の順に、読み出したタスクを示すアイコン１３０を表示する（Ｓ１９）。

受付部５１は、アイコン１３０の選択操作を受け付けたか否かを判定する（Ｓ２０）。アイコン１３０の選択操作を受け付けていない場合（Ｓ２０否定）、受付部５１は、メイン領域１０２の選択操作を受け付けたか否かを判定する（Ｓ２１）。メイン領域１０２の選択操作を受け付けた場合（Ｓ２１肯定）、処理を終了する。

一方、メイン領域１０２の選択操作を受け付けていない場合（Ｓ２１否定）、上述のＳ２０へ移行する。

一方、アイコン１３０の選択操作を受け付けた場合（Ｓ２０肯定）、受付部５１は、選択されたアイコン１３０がサブ領域１０５で選択が解除されたか否かを判定する（Ｓ２２）。選択されたアイコン１３０がサブ領域１０５で選択が解除されていない場合（Ｓ２２否定）、上述のＳ２０へ移行する。

一方、選択されたアイコン１３０がサブ領域１０５で選択が解除された場合（Ｓ２２肯定）、登録部５２は、アイコン１３０のタスクをサブのタスクとして一意のタスクＩＤを付与し、メインのタスクのタスクＩＤに関連付けてサブのタスクに関する情報をサブスケジュール情報３５およびタスク情報３６に登録し（Ｓ２３）、上述のＳ１９へ移行する。

次に、サーバ装置１２が、タスクが登録されたスケジュールを表示する表示処理の流れを説明する。図１７Ｂは、表示処理の流れを示すフローチャートである。図１７Ｂに示す表示処理は、所定のタイミング、例えば、スケジュール画面１００のメイン領域１０２の選択操作を受け付けたタイミングで実行される。

表示制御部５０は、メインスケジュール情報３４から、開始日時または終了日時が日付領域１０３の日付を含むメインのタスクを読み出す（Ｓ５０）。表示制御部５０は、読み出したメインのタスクの数がゼロである否かを判定する（Ｓ５１）。読み出したメインのタスクの数がゼロの場合（Ｓ５１肯定）、処理を終了する。

一方、読み出したメインのタスクの数がゼロではない場合（Ｓ５１否定）、表示制御部５０は、メインのタスクごとに、メインのタスクの開始日時、終了日時に対応したメイン領域１０２の時刻の範囲にバー１４０を表示する（Ｓ５２）。

表示制御部５０は、サブスケジュール情報３５から、各メインのタスクに付随するサブのタスクを読み出す（Ｓ５３）。

取得部５３は、各メインのタスクの目標件数、および、各メインのタスクに関連付けられたサブのタスクの目標件数をタスク情報３６から取得する（Ｓ５４）。表示制御部５０は、メインのタスクごとに、タスクの種類に応じた所定の重みを付けて目標件数を重み付け加算して、メインのタスク別に目標値を算出する（Ｓ５５）。表示制御部５０は、各メインのタスクのバー１４０に対応させて、メインのタスクのアイコン１４１を、それぞれ算出した目標値に応じた高さで表示する（Ｓ５６）。また、表示制御部５０は、メインのタスクに付随するサブのタスクがある場合、メインのタスクのアイコン１４１の周囲に、付随するサブのタスクのアイコン１４２を表示する（Ｓ５７）。

取得部５３は、各メインのタスクの比較対象とする実績の処理件数、および、各メインのタスクに関連付けられたサブのタスクの比較対象とする実績の処理件数を比較実績情報３７から取得する（Ｓ５８）。

表示制御部５０は、メインのタスクごとに、タスクの種類に応じた所定の重みを付けて実績の処理件数を重み付け加算して、メインのタスク別に実績値を算出する（Ｓ５９）。

表示制御部５０は、メインのタスクのアイコン１４１を目標値に応じた高さで結んだ目標値を示す線１４３を表示する（Ｓ６０）。また、表示制御部５０は、メインのタスクのアイコン１４１と同じ時刻の位置に、それぞれ算出した実績値に応じた高さで過去の実績を結んだ過去の実績を示す線１４４を表示し（Ｓ６１）、処理を終了する。なお、表示制御部５０は、図１４Ａに示すように、メインのタスクごとに目標値、実績値をそれぞれ表示してもよい。また、表示制御部５０は、図１４Ｂに示すように、メインのタスクごとに目標値に達するまでの残りの必要値をそれぞれ表示してもよい。

次に、サーバ装置１２が、タスクをスケジュールに自動的に登録する自動登録処理の流れを説明する。図１７Ｃは、自動登録処理の流れを示すフローチャートである。図１７Ｃに示す自動登録処理は、所定のタイミング、例えば、シミュレーションアイコン１１３の選択操作を受け付けたタイミングで実行される。

登録部５２は、スケジュールに登録された各メインのタスクについて、時刻に沿ってメインのタスクが行われる住所を特定する（Ｓ１００）。訪問のタスクは、タスクが行われる住所を訪問先の顧客の住所とする。訪問以外のメインのタスクは、保険外交員が勤務する勤務先の住所をタスクが行われる住所とする。

登録部５２は、スケジュールに登録された各メインのタスクについて、当該メインのタスクの前に当該メインのタスクが行われる住所への移動のタスクがあるかを判定する（Ｓ１０１）。

登録部５２は、メインスケジュール情報３４から、ログインしたユーザＩＤの保険外交員の過去のスケジュールを読み出し、保険外交員の行動特性を特定する（Ｓ１０２）。

登録部５２は、移動のタスクが無いメインのタスクがある場合、ユーザの行動特性に応じて、メインのタスクの前に当該メインのタスクが行われる住所への移動のタスクをスケジュールに登録する（Ｓ１０３）。

登録部５２は、自動追加タスク情報３８を参照して、登録された自動的に追加可能なタスクごとに、許容時間帯内であって、スケジュールに登録されたタスクに対応する時間帯以外において、自動的に追加可能なタスクが必要とする時間幅の時間が確保可能であるか判定する（Ｓ１０４）。登録部５２は、自動的に追加可能なタスクが必要とする時間幅の時間が確保可能である場合に、自動的に追加可能なタスクをメインのタスクとして、メインスケジュール情報３４およびタスク情報３６に登録し（Ｓ１０５）、処理を終了する。

［効果］
実施例に係るサーバ装置１２は、複数種類のタスクの中からメインのタスクの選択を受け付ける。サーバ装置１２は、メインのタスクに関連付ける１または複数のサブのタスクの指定を受け付ける。サーバ装置１２は、メインのタスクについてのスケジュールにおける時間の指定に応じて、メインのタスクと１または複数のサブのタスクとを、指定された該時間に対応付けてスケジュールとして記憶部２１に記憶させる。これにより、サーバ装置１２は、関連があるタスクを関連付けて管理できる。

また、実施例に係るサーバ装置１２は、記憶部２１に記憶するスケジュールを表示する際に、１または複数のサブのタスクをメインのタスクの周囲に配置して表示する。これにより、サーバ装置１２は、関連があるタスクを把握しやすく提示できる。

また、実施例に係るサーバ装置１２は、１または複数のサブのタスクのうち未表示のサブのタスクの有無を識別可能な文字、またはマークを表示する。これにより、サーバ装置１２は、未表示のサブのタスクの有無を把握しやすく提示できる。

また、実施例に係るサーバ装置１２は、１または複数のサブのタスクのうちメインのタスクの周囲に配置して表示されたサブのタスクを移動させることによって、未表示のサブのタスクを表示する。これにより、サーバ装置１２は、未表示のサブのタスクをわかりやすい簡単な操作で表示させることができる。

また、実施例に係るサーバ装置１２は、複数種類のタスクの中からメインのタスクの選択を受け付ける。サーバ装置１２は、メインのタスクとして１または複数の顧客情報を登録する。例えば、サーバ装置１２は、スケジュールに登録したメインのタスクについて、処理の対象となる１または複数の顧客を受け付け、図１４Ｆに示すように、メインのタスクに関連させて１または複数の顧客を登録する。サーバ装置１２は、登録した１または複数の顧客情報毎に、関連付ける１または複数のサブのタスクの指定を受け付ける。サーバ装置１２は、メインのタスクについてのスケジュールにおける時間の指定に応じて、１または複数の顧客情報それぞれと各顧客情報に関連付けられた１または複数のサブのタスクとを、指定された該時間に対応付けてスケジュールとして記憶部２１に記憶させる。これにより、サーバ装置１２は、関連があるタスクと複数の顧客情報を関連付けて管理できる。

さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

例えば、上記の実施例では、ユーザとして、保険外交員のスケジュールを管理する場合を例に説明した。しかし、ユーザは、保険外交員に限定されるものではない。

また、上記の実施例では、横の方向に時間の流れを表現し、縦の方向にタスクの目標値及び過去の実績値を表現したスケジュールを表示する場合を例に説明した。しかし、これに限定されるものではない。例えば、縦の方向に時間の流れを表現し、横の方向にタスクの目標値及び過去の実績値を表現したスケジュールを表示してもよい。また、タスクの目標値、過去の実績値の何れか一方のみを表現したスケジュールを表示してもよい。

また、上記の実施例では、タスクに対応するマークの色を同じものとする場合を例に説明した。しかし、これに限定されるものではない。例えば、タスクの種別に応じて、タスクに対応するマークの色を変えてもよい。例えば、顧客への訪問などの顧客に関するタスク、朝礼、日報などのユーザに関するタスク、自動的に追加されたタスクなどについて、タスクに対応するマークの色を変えてもよい。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。即ち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、表示制御部５０、受付部５１、登録部５２および取得部５３の各処理部が適宜統合又は分割されてもよい。また、表示制御部５０、受付部５１、登録部５２および取得部５３は、複数のサーバ装置で分散して実行されてもよい。また、表示制御部５０、受付部５１、登録部５２および取得部５３は、その全部又は任意の一部が、ＣＰＵおよび該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［スケジュール管理プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図１８は、スケジュール管理プログラムを実行するコンピュータを示す図である。

図１８に示すように、コンピュータ３００は、ＣＰＵ３１０、ＨＤＤ（Hard Disk Drive）３２０、ＲＡＭ（Random Access Memory）３４０を有する。これら３１０〜３４０の各部は、バス４００を介して接続される。

ＨＤＤ３２０には上記実施例のサーバ装置１２の各処理部と同様の機能を発揮するスケジュール管理プログラム３２０Ａがあらかじめ記憶される。例えば、上記実施例の表示制御部５０、受付部５１、登録部５２および取得部５３と同様の機能を発揮するスケジュール管理プログラム３２０Ａを記憶させる。なお、スケジュール管理プログラム３２０Ａについては、適宜分離しても良い。

また、ＨＤＤ３２０は、各種データを記憶する。例えば、ＨＤＤ３２０は、ＯＳや各種データを記憶する。

そして、ＣＰＵ３１０が、スケジュール管理プログラム３２０ＡをＨＤＤ３２０から読み出して実行することで、実施例の表示制御部５０、受付部５１、登録部５２および取得部５３と同様の動作を実行する。即ち、スケジュール管理プログラム３２０Ａは、実施例の表示制御部５０、受付部５１、登録部５２および取得部５３と同様の動作を実行する。

なお、上記したスケジュール管理プログラム３２０Ａについては、必ずしも最初からＨＤＤ３２０に記憶させることを要しない。例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、Compact Disk Read Only Memory（ＣＤ−ＲＯＭ）、Digital Versatile Disk（ＤＶＤ）、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（又はサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

１０ スケジュールシステム
１１ ユーザ端末
１２ サーバ装置
２０ 通信部
２１ 記憶部
２２ 制御部
３０ ユーザ情報
３１ 顧客情報
３２ 電話連絡情報
３３ メニュー情報
３４ メインスケジュール情報
３５ サブスケジュール情報
３６ タスク情報
３７ 比較実績情報
３８ 自動追加タスク情報
３９ 移動情報
５０ 表示制御部
５１ 受付部
５２ 登録部
５３ 取得部

Claims (9)

1. スケジュールを管理するスケジュール管理プログラムにおいて、
   複数種類のタスクの中から第１のタスクの選択を受け付け、
   前記第１のタスクに関連付ける１または複数のタスクの指定を受け付け、
   前記第１のタスクについての前記スケジュールにおける時間の指定に応じて、前記第１のタスクと前記１または複数のタスクとを、指定された該時間に対応付けて前記スケジュールとして記憶部に記憶させる、
   処理をコンピュータに実行させることを特徴とするスケジュール管理プログラム。
2. 前記記憶部に記憶する前記スケジュールを表示する際に、前記１または複数のタスクを前記第１のタスクの周囲に配置して表示する、
   処理ことを特徴とする請求項１記載のスケジュール管理プログラム。
3. 前記１または複数のタスクのうち未表示のタスクの有無を識別可能な文字、またはマークを表示する、
   ことを特徴とする請求項２記載のスケジュール管理プログラム。
4. 前記１または複数のタスクのうち前記第１のタスクの周囲に配置して表示されたタスクを移動させることによって、未表示のタスクを表示する、
   ことを特徴とする請求項３記載のスケジュール管理プログラム。
5. スケジュールを管理するスケジュール管理プログラムにおいて、
   複数種類のタスクの中から第１のタスクの選択を受け付け、
   前記第１のタスクとして１または複数の顧客情報を登録し、
   登録した前記１または複数の顧客情報毎に、関連付ける１または複数のタスクの指定を受け付け、
   前記第１のタスクについての前記スケジュールにおける時間の指定に応じて、前記１または複数の顧客情報それぞれと各顧客情報に関連付けられた１または複数のタスクとを、指定された該時間に対応付けて前記スケジュールとして記憶部に記憶させる、
   処理をコンピュータに実行させることを特徴とするスケジュール管理プログラム。
6. スケジュールを管理するスケジュール管理方法において、
   複数種類のタスクの中から第１のタスクの選択を受け付け、
   前記第１のタスクに関連付ける１または複数のタスクの指定を受け付け、
   前記第１のタスクについての前記スケジュールにおける時間の指定に応じて、前記第１のタスクと前記１または複数のタスクとを、指定された該時間に対応付けて前記スケジュールとして記憶部に記憶させる、
   処理をコンピュータが実行することを特徴とするスケジュール管理方法。
7. スケジュールを管理するスケジュール管理方法において、
   複数種類のタスクの中から第１のタスクの選択を受け付け、
   前記第１のタスクとして１または複数の顧客情報を登録し、
   登録した前記１または複数の顧客情報毎に、関連付ける１または複数のタスクの指定を受け付け、
   前記第１のタスクについての前記スケジュールにおける時間の指定に応じて、前記１または複数の顧客情報それぞれと各顧客情報に関連付けられた１または複数のタスクとを、指定された該時間に対応付けて前記スケジュールとして記憶部に記憶させる、
   処理をコンピュータが実行することを特徴とするスケジュール管理方法。
8. 複数種類のタスクの中から第１のタスクの選択を受け付ける第１受付部と、
   前記第１のタスクに関連付ける１または複数のタスクの指定を受け付ける第２受付部と、
   前記第１のタスクについてのスケジュールにおける時間の指定に応じて、前記第１のタスクと前記１または複数のタスクとを、指定された該時間に対応付けて前記スケジュールとして記憶部に登録する登録部と、
   を有することを特徴とするスケジュール管理装置。
9. 複数種類のタスクの中から第１のタスクの選択を受け付ける第１受付部と、
   前記第１のタスクとして１または複数の顧客情報を登録する第１登録部と、
   登録した前記１または複数の顧客情報毎に、関連付ける１または複数のタスクの指定を受け付ける第２受付部と、
   前記第１のタスクについてのスケジュールにおける時間の指定に応じて、前記１または複数の顧客情報それぞれと各顧客情報に関連付けられた１または複数のタスクとを、指定された該時間に対応付けて前記スケジュールとして記憶部に登録する第２登録部と、
   を有することを特徴とするスケジュール管理装置。

Images