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

Description

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

対象者のアクセス履歴等と、対象者のスケジュール情報とを関連付けて利用する技術が知られている。当該技術は、携帯端末が情報提供サイトにアクセスする際に利用する利用情報の履歴情報と、履歴情報に対応する潜在セグメント情報と、ユーザの行動予定情報とを取得する。当該技術は、行動予定情報に基づいてユーザの明示セグメント情報を取得し、潜在セグメント情報と明示セグメント情報とに基づいてレコメンドコンテンツを決定する。

また、予定情報にて示される従業員等の対象者の行動予定と対象者の実際の行動予定とをできるだけ一致させる技術も知られている。当該技術は、各従業員の過去の出張における出張先、その出張先の出発地に対する方面、交通機関、及び行動時間を定義する行動実績テーブルを用いる。当該技術は、各従業員の端末装置の位置情報を定期的に取得すると、それに基づいて移動方向及び移動距離を決定し、これらから方面情報と交通機関名とを取得する。当該技術は、方面情報と交通機関名を検索条件として行動実績テーブルを検索し、検出された実績情報に基づいて、予想到着地及び予想到着時刻を生成し、行動予定テーブル内を更新する。

特開２０１３−４１３４３号公報 特開２０１５−８４１９９号公報

ところで、社内での打ち合わせを行いたい場合等、対象者が社内にいるか外出中であるかを特定したい場合がある。この場合において、対象者が外出する予定であっても、予定表を更新していないため、対象者の外出の予定があることを特定できない場合がある。また、スケジュールの記載方法は対象者によって異なり、外出中であるのか社内での予定であるのかが特定できない場合もある。上記技術では、ユーザが実際に外出する予定があるか否かを推定することはない。

一つの側面では、対象者の外出予定を設定できるスケジュール管理プログラム、スケジュール管理方法及びスケジュール管理装置を提供することを目的とする。

一つの態様において、スケジュール管理プログラムは、ユーザが外出前にアクセスする可能性があるＷｅｂサイトに関する情報を記憶する記憶部を参照して、Ｗｅｂサイトへのアクセスを検出する処理をコンピュータに実行させる。また、スケジュール管理プログラムは、検出されたアクセスを行ったユーザのスケジュールのうち、アクセス以降の時間帯に登録された予定を外出と設定する処理をコンピュータに実行させる。

一つの態様によれば、対象者の外出予定を設定できる。

図１は、実施例１におけるスケジュール管理システムの一例を示す図である。 図２は、実施例１におけるログＤＢの一例を示す図である。 図３は、実施例１におけるスケジュールＤＢの一例を示す図である。 図４は、実施例１におけるサイトＤＢの一例を示す図である。 図５は、実施例１における更新後のスケジュールＤＢの一例を示す図である。 図６は、実施例１におけるスケジュール管理処理の一例を示すフローチャートである。 図７は、実施例２におけるスケジュール管理システムの一例を示す図である。 図８は、実施例２におけるサイトＤＢの一例を示す図である。 図９は、実施例２における確度ＤＢの一例を示す図である。 図１０は、実施例２における更新後のスケジュールＤＢの一例を示す図である。 図１１は、実施例２におけるスケジュール管理処理の一例を示すフローチャートである。 図１２は、実施例３におけるスケジュール管理システムの一例を示す図である。 図１３は、実施例３における予定更新ＤＢの一例を示す図である。 図１４は、実施例３における更新後のスケジュールＤＢの一例を示す図である。 図１５は、実施例３におけるスケジュール管理処理の一例を示すフローチャートである。 図１６は、実施例３における更新監視処理の一例を示すフローチャートである。 図１７は、実施例４におけるスケジュール管理システムの一例を示す図である。 図１８は、実施例４における確度ＤＢの一例を示す図である。 図１９は、実施例４における日時範囲ＤＢの一例を示す図である。 図２０は、実施例４における通知対象ＤＢの一例を示す図である。 図２１は、スケジュール管理プログラムを実行するコンピュータの一例を示す説明図である。

以下に、本願の開示するスケジュール管理プログラム、スケジュール管理方法及びスケジュール管理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

実施例１におけるスケジュール管理方法は、例えば社員等のユーザが、スケジューラに登録した予定を管理する方法である。例えば、実施例１におけるスケジュール管理方法は、ユーザが、出張前にアクセスされることが多い時刻表サイトや路線検索サイト等へアクセスしたことを検出した場合、アクセス以降のユーザの予定を「外出」と設定する処理をコンピュータが実行する。これにより、容易に外出予定を設定できる。

［機能ブロック］
実施例１におけるスケジュール管理方法は、例えば図１に示すようなスケジュール管理装置２００を含むスケジュール管理システム１により実現される。図１は、実施例１におけるスケジュール管理システムの一例を示す図である。図１に示すように、実施例１におけるスケジュール管理システム１は、スケジュール管理装置２００と、プロキシサーバ３００と、スケジューラ４００と、ユーザ端末５００と、外部のＷｅｂサーバ６００ａ乃至６００ｃとを有する。なお、以下において、外部のＷｅｂサーバ６００ａ乃至６００ｃを区別せずに表現する場合に、単に「外部のＷｅｂサーバ６００」と表記する場合がある。

図１に示すスケジュール管理装置２００は、例えばプロキシサーバ３００及びスケジューラ４００と、無線又は有線の通信にて通信可能に接続される。また、図１に示すユーザ端末５００は、例えばプロキシサーバ３００及びスケジューラ４００と、例えば社内ＬＡＮ（Local Area Network）のような無線又は有線のネットワークＮ１を介して、通信可能に接続される。そして、プロキシサーバ３００は、例えばインターネット等のネットワークＮ２を通じて、外部のＷｅｂサーバ６００と通信可能に接続される。

図１に示すプロキシサーバ３００は、ユーザ端末５００と外部のＷｅｂサーバ６００との通信を中継する。プロキシサーバ３００は、例えばユーザ端末５００からアクセス要求を受信した場合、ネットワークＮ２を介して、外部のＷｅｂサーバ６００からＷｅｂサイトの情報を取得し、ユーザ端末５００に送信する。その際、プロキシサーバ３００は、ユーザ端末５００による外部のＷｅｂサーバ６００へのアクセスログを、ログＤＢ３２１に記憶する。なお、以下の説明では、データベースを「ＤＢ」と表記する場合がある。

図２は、実施例１におけるログＤＢの一例を示す図である。図２に示すように、実施例１におけるログＤＢ３２１は、「時刻」と、「ＵＲＬ」とを、「ユーザＩＤ」に対応付けて記憶する。なお、ログＤＢ３２１に記憶される情報は、ユーザ端末５００がプロキシサーバ３００を介して外部のＷｅｂサーバ６００にアクセスする際に、プロキシサーバ３００により入力される。

図２において、「ユーザＩＤ」は、各ユーザを一意に識別する識別子（Identifier）を示す。また、「時刻」及び「ＵＲＬ」は、当該ユーザＩＤに対応するユーザがアクセスした、外部のＷｅｂサーバ６００が提供するＷｅｂサイトのＵＲＬ、及びアクセス時刻を示す。

図１に戻って、スケジューラ４００は、各ユーザの予定を管理する。スケジューラ４００は、例えばユーザ端末５００を通じてユーザにより入力された予定を、スケジュールＤＢ４２１に記憶する。

図３は、実施例１におけるスケジュールＤＢの一例を示す図である。図３に示すように、スケジュールＤＢ４２１は、例えば、「時刻」及び「内容」の各項目を、「ユーザＩＤ」に対応付けて記憶する。なお、スケジュールＤＢ４２１に記憶される情報は、ユーザ端末５００から予定の入力を受け付けたスケジューラ４００により登録され、後に説明するスケジュール管理装置２００の設定部２３４により更新される。

図３において、「時刻」及び「内容」は、当該ユーザＩＤに対応するユーザにより登録される予定の時刻及び内容を示す。ところで、予定の内容の様式が限定されておらず、同じ内容の予定であっても、ユーザによって入力の仕方が異なる場合がある。この場合、図２に示すように、ユーザにより登録される予定の内容は、例えば「打ち合わせ」などのように具体的な場所が記載されていないことや、「●号棟」のように、場所が記載されていても、外出するか否かが一見わかりにくいことがある。

図１に戻って、実施例１におけるスケジュール管理装置２００は、ログＤＢ３２１及びスケジュールＤＢ４２１を参照して、スケジュールＤＢ４２１に記憶された情報を更新する。スケジュール管理装置２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。

通信部２１０は、有線又は無線を問わず、プロキシサーバ３００及びスケジューラ４００等、その他のコンピュータ等との通信を制御する。通信部２１０は、例えばＮＩＣ（Network Interface Card）等の通信インタフェース等である。

記憶部２２０は、例えば制御部２３０が実行するプログラムなどの各種データなどを記憶する。記憶部２２０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤ（Hard Disk Drive）などの記憶装置に対応する。また、記憶部２２０は、サイトＤＢ２２１を有する。

サイトＤＢ２２１は、外部のＷｅｂサーバ６００が提供するＷｅｂサイトのうち、ユーザが外出前に参照することが多いＷｅｂサイトに関する情報を記憶する。図４は、実施例１におけるサイトＤＢの一例を示す図である。図４に示すように、サイトＤＢ２２１は、例えば、「種別」と、「ＵＲＬ」とを、「サイトＩＤ」に対応付けて記憶する。なお、サイトＤＢ２２１に記憶される情報は、例えば図示しないスケジュール管理装置２００の管理者により予め入力される。また、以下において、ユーザが外出前に参照することが多いＷｅｂサイトを、「対象Ｗｅｂサイト」と表記する場合がある。

図４において、「種別」及び「ＵＲＬ」は、対象Ｗｅｂサイトの種別及びＵＲＬを記憶する。図４に示すように、対象Ｗｅｂサイトは、例えば「地図」サイトや「時刻表」サイト、「乗換案内」サイトなど、外出に関連する各種のサイトを含む。

図１に戻って、制御部２３０は、スケジュール管理装置２００の全体的な処理を司る処理部である。制御部２３０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されるようにしてもよい。

制御部２３０は、ログ取得部２３１、スケジュール取得部２３２、判定部２３３及び設定部２３４を有する。なお、ログ取得部２３１、スケジュール取得部２３２、判定部２３３及び設定部２３４は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例である。

ログ取得部２３１は、ユーザによるＷｅｂサイトへのアクセスログを取得する。ログ取得部２３１は、例えば通信部２１０を通じて、プロキシサーバ３００のログＤＢ３２１に記憶されているアクセスログを取得する。ログ取得部２３１は、取得したアクセスログを、判定部２３３に出力する。なお、ログ取得部２３１は、検出部の一例である。

スケジュール取得部２３２は、ユーザにより登録された予定を取得する。スケジュール取得部２３２は、例えば通信部２１０を通じて、スケジューラ４００のスケジュールＤＢ４２１に記憶されている予定を取得する。スケジュール取得部２３２は、取得した予定を、判定部２３３に出力する。なお、スケジュール取得部２３２は、取得部の一例である。

判定部２３３は、ユーザのアクセスログが所定の条件を満たすか否かを判定する。判定部２３３は、ログ取得部２３１からアクセスログの入力を受けると、サイトＤＢ２２１を参照し、アクセスログに含まれるＵＲＬが、対象ＷｅｂサイトのＵＲＬに該当するか否かを判定する。判定部２３３は、対象ＷｅｂサイトのＵＲＬに該当すると判定した場合、アクセスログに含まれるユーザＩＤ及び時刻と、対象ＷｅｂサイトのＵＲＬに該当することを示す情報とを含む判定結果とを、設定部２３４に出力する。

判定部２３３は、例えば図２に示すようなログＤＢ３２１に記憶されたアクセスログを取得する。判定部２３３は、図４に示すサイトＤＢ２２１を参照し、ユーザＩＤ「Ａ」のアクセス先ＵＲＬ「map.example.co.jp」が、対象ＷｅｂサイトのＵＲＬに該当すると判定する。一方、判定部２３３は、ユーザＩＤ「Ｂ」のアクセス先ＵＲＬ「news.example.co.jp」及びユーザＩＤ「Ｃ」のアクセス先ＵＲＬ「sports.example.co.jp」は、対象ＷｅｂサイトのＵＲＬに該当しないと判定する。

設定部２３４は、判定部２３３による判定結果に基づいて、スケジューラ４００に記憶されたユーザの予定を更新する。設定部２３４は、判定部２３３から判定結果の出力を受けると、通信部２１０を通じて、スケジューラ４００のスケジュールＤＢ４２１を参照する。そして、設定部２３４は、判定結果に含まれるユーザＩＤを用いて、判定結果に含まれる時刻以降の時刻を含む当該ユーザの予定を検索する。

設定部２３４は、当該時刻を含む当該ユーザの予定がスケジュールＤＢ４２１に登録されていると判定した場合、当該予定の内容を更新する。設定部２３４は、例えば判定結果にユーザＩＤ「Ａ」が含まれ、スケジュールＤＢ４２１にユーザ「Ａ」の予定が当該時刻以降に登録されている場合、当該予定の内容を、「外出予定有」など、外出中であることを示す内容に更新する。

設定部２３４により、ユーザ「Ａ」の予定の内容が更新される一例を、図５を用いて説明する。図５は、実施例１における更新後のスケジュールＤＢの一例を示す図である。図５に示すように、設定部２３４は、図３において「打ち合わせ」となっていた予定の内容を「外出予定有」を示す内容５０１１に更新する。一方、設定部２３４は、その他のユーザの予定は更新しない。

［処理の流れ］
次に、実施例１における処理の流れについて、図６を用いて説明する。図６は、実施例１におけるスケジュール管理処理の一例を示すフローチャートである。図６に示すように、スケジュール管理装置２００のログ取得部２３１は、例えば通信部２１０を通じて、図示しない管理者からスケジュール管理処理の開始指示を受け付けるまで待機する（Ｓ１００：Ｎｏ）。

ログ取得部２３１は、開始指示を受け付けたと判定した場合（Ｓ１００：Ｙｅｓ）、通信部２１０を通じてプロキシサーバ３００にアクセスし、未取得のアクセスログがログＤＢ３２１にあるか否かを判定する（Ｓ１１０）。ログ取得部２３１は、未取得のアクセスログがないと判定した場合（Ｓ１１０：Ｎｏ）、新たにアクセスログが記録されるまで待機する。

ログ取得部２３１は、未取得のアクセスログがあると判定した場合（Ｓ１１０：Ｙｅｓ）、当該アクセスログをプロキシサーバ３００から取得し、判定部２３３に出力する。判定部２３３は、サイトＤＢ２２１を参照し、アクセス先が対象サイトか否か、すなわちアクセスログに含まれるＵＲＬが、対象ＷｅｂサイトのＵＲＬに該当するか否かを判定する（Ｓ１２０）。

判定部２３３は、アクセス先が対象サイトではないと判定した場合（Ｓ１２０：Ｎｏ）、Ｓ１１０に戻って処理を繰り返す。一方、判定部２３３は、アクセス先が対象サイトであると判定した場合（Ｓ１２０：Ｙｅｓ）、スケジュール取得部２３２に、アクセスログに含まれるユーザＩＤに対応する予定の取得を要求する。

スケジュール取得部２３２は、通信部２１０を通じてスケジューラ４００にアクセスして、当該ユーザＩＤに対応するスケジュールに関する情報を取得し、判定部２３３に出力する（Ｓ１２１）。判定部２３３は、アクセスログに含まれる時刻以降に、当該ユーザの予定があるか否かを判定する（Ｓ１３０）。判定部２３３は、当該ユーザの予定がないと判定した場合（Ｓ１３０：Ｎｏ）、Ｓ１１０に戻って処理を繰り返す。

判定部２３３は、当該ユーザの予定があると判定した場合（Ｓ１３０：Ｙｅｓ）、判定結果を設定部２３４に出力する。設定部２３４は、当該ユーザの予定の内容を、「外出予定有」に設定する（Ｓ１８０）。

その後、ログ取得部２３１は、図示しない管理者からスケジュール管理処理の終了指示を受け付けるまで（Ｓ１９０：Ｎｏ）、Ｓ１１０に戻って処理を繰り返す。ログ取得部２３１は、終了指示を受け付けたと判定した場合（Ｓ１９０：Ｙｅｓ）、処理を終了する。

［効果］
以上説明したように、実施例１におけるスケジュール管理プログラムは、ユーザが外出前にアクセスする可能性があるＷｅｂサイトに関する情報を記憶する記憶部を参照して、Ｗｅｂサイトへのアクセスを検出する処理をコンピュータに実行させる。また、スケジュール管理プログラムは、検出されたアクセスを行ったユーザのスケジュールのうち、アクセス以降の時間帯に登録された予定を外出と設定する処理をコンピュータに実行させる。これにより、対象者の外出予定を設定できる。

例えば、他のユーザが、特定のユーザとの面談を希望する場合、当該特定のユーザのスケジュールを参照する。しかし、当該スケジュールに登録された予定に場所が記載されていなかったり、場所が不明確であったりすると、当該特定のユーザが外出する予定であるか否かが特定できない。この場合、他のユーザは、特定のユーザと面談可能かを判定することが難しい。実施例１によれば、ユーザが外出予定であるか否かを、当該ユーザのアクセスログ等に基づいて設定するので、ユーザによる予定の登録内容に依拠することなく、ユーザの外出予定を設定できる。

ところで、実施例１において、対象Ｗｅｂサイトとして地図サイト、時刻表サイト及び乗換案内サイトを例示したが、対象Ｗｅｂサイトによって、アクセスした場合にユーザが外出する可能性が異なる場合がある。例えば、地図サイトにアクセスするユーザは、乗換案内サイトにアクセスするユーザよりも、外出する可能性が高い場合がある。そこで、実施例２においては、対象Ｗｅｂサイトごとにユーザが外出する可能性を示す「確度」を設定し、ユーザの予定を更新する際に、ユーザがアクセスした対象Ｗｅｂサイトの確度をさらに記憶する構成について説明する。

［機能ブロック］
実施例２におけるスケジュール管理方法は、例えば図７に示すようなスケジュール管理装置７００を含むスケジュール管理システム２により実現される。図７は、実施例２におけるスケジュール管理システムの一例を示す図である。なお、以下の実施例において、先に説明した図面に示す部位と同一の部位には同一の符号を付し、重複する説明は省略する。

図７に示すように、実施例２におけるスケジュール管理装置７００は、通信部２１０と、記憶部７２０と、制御部７３０とを有する。

記憶部７２０は、例えば制御部７３０が実行するプログラムなどの各種データなどを記憶する。記憶部７２０は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤなどの記憶装置に対応する。また、記憶部７２０は、サイトＤＢ７２１及び確度ＤＢ７２２を有する。

実施例２におけるサイトＤＢ７２１は、対象Ｗｅｂサイトに関する情報に、さらに当該Ｗｅｂサイトの「確度」を対応付けて記憶する。図８は、実施例２におけるサイトＤＢの一例を示す図である。図８に示すように、サイトＤＢ７２１は、例えば、「種別」及び「ＵＲＬ」に加えて、さらに「確度」７０１０を、「サイトＩＤ」に対応付けて記憶する。なお、サイトＤＢ７２１に記憶される情報は、例えば図示しないスケジュール管理装置７００の管理者により予め入力される。

図８に示すように、サイトＤＢ７２１は、サイトごとに異なる「確度」を、サイトＩＤと対応付けて記憶する。例えば、サイトＩＤ「０００１」である、種別が「地図」のＵＲＬの確度は「１００」であり、サイトＩＤ「０００２」である、種別が「時刻表」のＵＲＬの確度は「８０」である。

次に、実施例２における確度ＤＢ７２２は、現在の各ユーザの「確度」を記憶する。図９は、実施例２における確度ＤＢの一例を示す図である。図９に示すように、確度ＤＢ７２２は、「現在の確度」を、「ユーザＩＤ」に対応付けて記憶する。なお、確度ＤＢ７２２に記憶される情報は、例えば後に説明する設定部７３４により入力される。

実施例２において、確度ＤＢ７２２は、例えば各ユーザの確度の初期値として「０」を記憶する。例えば後に説明する判定部７３３において、ユーザ「Ａ」が確度「１００」の対象Ｗｅｂサイトにアクセスしたと判定された場合、確度ＤＢ７２２の「現在の確度」には「１００」が入力される。

図７に戻って、制御部７３０は、スケジュール管理装置７００の全体的な処理を司る処理部である。制御部７３０は、例えば、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部７３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されるようにしてもよい。

制御部７３０は、ログ取得部２３１、スケジュール取得部２３２、判定部７３３及び設定部７３４を有する。なお、判定部７３３及び設定部７３４も、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例である。

判定部７３３は、ユーザのアクセスログに含まれるＵＲＬが所定の条件を満たすか否かに加えて、アクセスログに含まれる確度が所定の条件を満たすか否かをさらに判定する。判定部７３３は、対象ＷｅｂサイトのＵＲＬに該当すると判定した場合、サイトＤＢ７２１を参照し、アクセス先の対象サイトの確度を取得する。また、判定部７３３は、確度ＤＢ７２２を参照し、該当ユーザの現在の確度を取得する。

そして、判定部７３３は、該当ユーザの現在の確度が「０」である場合、すなわちユーザの予定が、後に説明する設定部７３４により「外出予定有」に更新されていない場合、アクセス先の対象サイトの確度を含む判定結果を、設定部７３４に出力する。

また、判定部７３３は、該当ユーザの現在の確度が「０」ではない場合、すなわちユーザの予定が、設定部７３４により既に「外出予定有」に更新されている場合、アクセス先の対象サイトの確度が、該当ユーザの現在の確度より大きいか否かをさらに判定する。判定部７３３は、アクセス先の対象サイトの確度が、該当ユーザの現在の確度より大きい場合、アクセス先の対象サイトの確度を含む判定結果を、設定部７３４に出力する。

判定部７３３は、例えば図２に示すようなログＤＢ３２１に記憶されたアクセスログを取得する。判定部７３３は、図８に示すサイトＤＢ７２１を参照し、ユーザＩＤ「Ａ」のアクセス先ＵＲＬ「map.example.co.jp」の確度「１００」を取得する。また、判定部７３３は、図９に示す確度ＤＢ７２２を参照し、ユーザＩＤ「Ａ」の現在の確度「８０」を取得する。この場合、判定部７３３は、アクセス先の対象サイトの確度「１００」が、該当ユーザの現在の確度「８０」より大きいので、アクセス先の対象サイトの確度を含む判定結果を、設定部７３４に出力する。

また、判定部７３３は、例えばユーザＩＤ「Ｂ」のアクセス先ＵＲＬが「timetable.example.co.jp」であると判定した場合、図８に示すサイトＤＢ７２１を参照し、当該対象Ｗｅｂサイトの確度「８０」を取得する。また、判定部７３３は、図９に示す確度ＤＢ７２２を参照し、ユーザＩＤ「Ｂ」の現在の確度「０」を取得する。この場合、判定部７３３は、該当ユーザの現在の確度が「０」なので、アクセス先の対象サイトの確度を含む判定結果を、設定部７３４に出力する。

一方、判定部７３３は、例えばユーザＩＤ「Ｃ」のアクセス先ＵＲＬが「transit.example.co.jp」であると判定した場合、図８に示すサイトＤＢ７２１を参照し、当該対象Ｗｅｂサイトの確度「６０」を取得する。また、判定部７３３は、図９に示す確度ＤＢ７２２を参照し、ユーザＩＤ「Ｃ」の現在の確度「６０」を取得する。この場合、判定部７３３は、アクセス先の対象サイトの確度「６０」が、該当ユーザの現在の確度「６０」以下であるので、判定結果を設定部７３４に出力しない。

設定部７３４は、対象Ｗｅｂサイトの確度を含む判定結果に基づいて、スケジューラ４００に記憶されたユーザの予定を更新する。設定部７３４は、判定部７３３から判定結果の出力を受けると、通信部２１０を通じて、スケジューラ４００のスケジュールＤＢ４２１を参照する。そして、設定部７３４は、判定結果に含まれるユーザＩＤを用いて、判定結果に含まれる時刻以降の時刻を含む当該ユーザの予定を検索する。

設定部７３４は、当該時刻を含む当該ユーザの予定がスケジュールＤＢ４２１に登録されていると判定した場合、当該予定の内容を更新する。設定部７３４は、例えばスケジュールＤＢ４２１に該当ユーザの予定が当該時刻以降に登録されている場合、当該予定の内容を、「外出予定有（確度１００）」など、外出中であること、及び確度を示す内容に更新する。

設定部７３４により、ユーザ「Ａ」の予定の内容が更新される一例を、図１０を用いて説明する。図１０は、実施例２における更新後のスケジュールＤＢの一例を示す図である。図１０に示すように、設定部７３４は、予定の内容を「外出予定有（確度１００）」のように、外出予定に加えて、さらに確度を示す内容５２１１に更新する。

［処理の流れ］
次に、実施例２における処理の流れについて説明する。図１１は、実施例２におけるスケジュール管理処理の一例を示すフローチャートである。なお、以下の説明において、図６に示すステップと同じ符号については同様のステップであるため、詳細な説明を省略する。

判定部７３３は、当該ユーザの予定があると判定した場合（Ｓ１３０：Ｙｅｓ）、サイトＤＢ７２１を参照して、アクセス先の対象サイトの確度を取得する（Ｓ１４０）。また、判定部７３３は、確度ＤＢ７２２を参照し、当該ユーザの現在の確度を取得する（Ｓ１４１）。

そして、判定部７３３は、当該ユーザの現在の確度が「０」であるか否かを判定する（Ｓ１５０）。判定部７３３は、当該ユーザの現在の確度が「０」であると判定した場合（Ｓ１５０：Ｙｅｓ）、アクセス先の対象サイトの確度を含む判定結果を設定部７３４に出力する。設定部７３４は、スケジュールＤＢ４２１に記憶された当該ユーザの予定の内容を「外出予定有」に設定するとともに、アクセス先の対象サイトの確度を設定する（Ｓ１８１）。

一方、判定部７３３は、当該ユーザの現在の確度が「０」ではないと判定した場合（Ｓ１５０：Ｎｏ）、アクセス先の対象サイトの確度が、当該ユーザの現在の確度よりも大きいか否かをさらに判定する（Ｓ１６０）。判定部７３３は、アクセス先の対象サイトの確度が当該ユーザの現在の確度以下であると判定した場合（Ｓ１６０：Ｎｏ）、Ｓ１９０に移行する。

一方、判定部７３３は、アクセス先の対象サイトの確度が当該ユーザの現在の確度よりも大きいと判定した場合（Ｓ１６０：Ｙｅｓ）、アクセス先の対象サイトの確度を含む判定結果を設定部７３４に出力する。設定部７３４は、スケジュールＤＢ４２１に記憶された当該ユーザの予定の内容に設定された確度を、アクセス先の対象サイトの確度で更新し（Ｓ１６１）、Ｓ１９０に移行する。

［効果］
以上説明したように、実施例２におけるスケジュール管理プログラムは、Ｗｅｂサイトと外出との関連の高さを示す確度をさらに記憶する処理をコンピュータに実行させる。また、スケジュール管理プログラムは、外出と設定された予定に、アクセスが検出されたＷｅｂサイトの確度をさらに対応付けて設定する処理をコンピュータに実行させる。これにより、ユーザが外出する可能性を示す確度を含む外出予定を設定することができる。

また、スケジュール管理プログラムは、Ｗｅｂサイトの確度が、予定に対応付けられた確度よりも高いと判定された場合には、予定に対応付けられた確度を更新する処理をさらにコンピュータに実行させてもよい。これにより、既にユーザの外出予定が設定されている場合においても、より確度の高い外出予定を設定することができる。

ところで、上記の各実施例におけるスケジュール管理処理によって外出予定が設定される場合においても、実際にはユーザの予定が外出を伴わない場合もある。例えばユーザが対象Ｗｅｂサイトに頻繁にアクセスするが、実際には外出する機会が少ない場合、スケジュール管理処理によって設定される外出予定が、当該ユーザによってさらに更新される場合がある。

また、設定される外出予定が、ユーザによってさらに更新されることが多い場合、当該ユーザについては、外出予定が設定されていても、実際には外出の予定ではない可能性が高い。すなわち、当該ユーザについては、設定される外出予定の信頼性が低いと想定される。

そこで、実施例３においては、設定された外出予定に対する再更新を検出する構成、並びに検出された再更新に応じて外出予定の信頼性を設定する構成について説明する。

［機能ブロック］
実施例３におけるスケジュール管理方法は、例えば図１２に示すようなスケジュール管理装置８００を含むスケジュール管理システム３により実現される。図１２は、実施例３におけるスケジュール管理システムの一例を示す図である。図１２に示すように、実施例３におけるスケジュール管理装置８００は、通信部２１０と、記憶部８２０と、制御部８３０とを有する。

記憶部８２０は、例えば制御部８３０が実行するプログラムなどの各種データなどを記憶する。記憶部８２０は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤなどの記憶装置に対応する。また、記憶部８２０は、サイトＤＢ２２１及び予定更新ＤＢ８２３を有する。

実施例３における予定更新ＤＢ８２３は、スケジュール管理処理において設定された外出予定に対する再更新に関する情報を記憶する。図１３は、実施例３における予定更新ＤＢの一例を示す図である。図１３に示すように、予定更新ＤＢ８２３は、例えば、「設定回数」及び「更新回数」を、「ユーザＩＤ」に対応付けて記憶する。なお、予定更新ＤＢ８２３に記憶される情報は、例えば後に説明するスケジュール取得部８３２及び設定部８３４により入力される。

図１３において、「設定回数」は、当該ユーザの予定に対して、スケジュール管理処理により「外出予定有」が設定された回数を示す。「更新回数」は、設定された「外出予定有」の予定が再更新された回数を示す。

次に、制御部８３０は、スケジュール管理装置８００の全体的な処理を司る処理部である。制御部８３０は、例えば、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部８３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されるようにしてもよい。

制御部８３０は、ログ取得部２３１、スケジュール取得部８３２、判定部８３３及び設定部８３４を有する。なお、スケジュール取得部８３２、判定部８３３及び設定部８３４も、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例である。

スケジュール取得部８３２は、ユーザにより登録された予定を取得するとともに、「外出予定有」の予定が再更新されたことを検出する。なお、スケジュール取得部８３２は、取得部の一例である。

スケジュール取得部８３２は、例えば通信部２１０を通じて、スケジューラ４００のスケジュールＤＢ４２１に記憶されている予定を取得する。スケジュール取得部８３２は、取得した予定のうち、当日中の「外出予定有」が設定された予定が更新されたか否かを判定する。スケジュール取得部８３２は、「外出予定有」が設定された予定が更新されたと判定した場合、予定更新ＤＢ８２３に記憶された、該当するユーザの更新回数を１インクリメントする。

次に、判定部８３３は、ユーザのアクセスログに含まれるＵＲＬが所定の条件を満たすか否かに加えて、ユーザの予定の設定回数及び更新回数が所定の条件を満たすか否かをさらに判定する。

判定部８３３は、対象ＷｅｂサイトのＵＲＬに該当し、かつ該当ユーザの予定があると判定した場合、予定更新ＤＢ８２３を参照し、該当ユーザの設定回数及び更新回数を取得する。そして、判定部８３３は、例えば更新回数が設定回数に占める割合が所定の閾値（５０％等）以上であるか否かを判定する。なお、以下において、ユーザの更新回数が設定回数に占める割合を、「更新割合」と表記する場合がある。

判定部８３３は、更新割合が所定の閾値以上である場合、すなわち設定された「外出予定有」の予定が高い頻度で再更新されている場合、信頼度が低いことを示す情報を含む判定結果を、設定部８３４に出力する。

判定部８３３は、例えば図１３に示す予定更新ＤＢ８２３において、ユーザＩＤ「Ａ」の更新割合は、「６０／１００＝６０％」であることを特定する。この場合において、所定の閾値が５０％とすると、判定部８３３は、更新割合が所定の閾値以上であると判定するので、ユーザＩＤ「Ａ」については、信頼度が低いことを示す情報を含む判定結果を、設定部８３４に出力する。

また、判定部８３３は、ユーザＩＤ「Ｂ」の更新割合は、「８０／２００＝４０％」であることを特定する。すなわち、ユーザＩＤ「Ｂ」の更新回数はユーザＩＤ「Ａ」の更新回数を上回るものの、更新割合は所定の閾値未満である。この場合、判定部８３３は、ユーザＩＤ「Ｂ」については、信頼度に関する情報を含まない判定結果を、設定部８３４に出力する。同様に、判定部８３３は、更新割合が所定の閾値未満であるユーザＩＤ「Ｃ」についても、信頼度に関する情報を含まない判定結果を、設定部８３４に出力する。

設定部８３４は、スケジューラ４００に記憶されたユーザの予定を設定する際に、信頼度に関する情報をさらに設定する。設定部８３４は、判定部８３３から信頼度が低いことを示す情報を含む判定結果の出力を受けると、スケジュールＤＢ４２１に、信頼度が低いことを示す外出予定を登録する。一方、設定部８３４は、判定部８３３から信頼度に関する情報を含まない判定結果の出力を受けると、スケジュールＤＢ４２１に、信頼度に関する情報を含まない外出予定を登録する。また、設定部８３４は、信頼度に関する情報を含むか否かに関わらず、判定結果の出力を受けた場合、予定更新ＤＢ８２３に記憶された、該当するユーザの設定回数を１インクリメントする。

設定部８３４により、予定の内容が更新される一例を、図１４を用いて説明する。図１４は、実施例３における更新後のスケジュールＤＢの一例を示す図である。図１４に示すように、設定部８３４は、信頼度が低いことを示す情報を含む判定結果の出力を受けたユーザＩＤ「Ａ」について、信頼度が低いことを示す外出予定５３１１を設定する。一方、設定部８３４は、例えばユーザＩＤ「Ｄ」について、信頼度に関する情報を含まない判定結果の出力を受けた場合、信頼度に関する情報を含まない外出予定５３１２を設定する。

［処理の流れ］
次に、本実施例における処理について、図１５及び図１６を用いて説明する。図１５は、実施例３におけるスケジュール管理処理の一例を示すフローチャートである。なお、以下の説明において、図６に示すステップと同じ符号については同様のステップであるため、詳細な説明を省略する。

判定部８３３は、当該ユーザの予定があると判定した場合（Ｓ１３０：Ｙｅｓ）、予定更新ＤＢ８２３を参照して、該当ユーザの設定回数及び更新回数を取得する。そして、判定部８３３は、該当ユーザの更新割合を算出し、更新割合が所定の閾値（例えば５０％）以上であるか否かを判定する（Ｓ１７０）。

判定部８３３は、更新割合が所定の閾値以上であると判定した場合（Ｓ１７０：Ｙｅｓ）、信頼度が低いことを示す判定結果を設定部８３４に出力する。設定部８３４は、スケジュールＤＢ４２１に記憶された当該ユーザの予定の内容を「外出予定有（信頼度低）」に設定し（Ｓ１８０）、Ｓ１８８に移行する。

一方、判定部８３３は、更新割合が所定の閾値未満であると判定した場合（Ｓ１７０：Ｎｏ）、信頼度に関する情報を含まない判定結果を設定部８３４に出力する。設定部８３４は、スケジュールＤＢ４２１に記憶された当該ユーザの予定の内容を「外出予定有」に設定し（Ｓ１７１）、Ｓ１８８に移行する。

次に、設定部８３４は、予定更新ＤＢ８２３に記憶された、該当するユーザの更新回数を１インクリメントする（Ｓ１８８）。そして、スケジュール取得部８３２は、更新監視処理を開始し（Ｓ１８９）、Ｓ１９０に移行する。

図１６は、実施例３における更新監視処理の一例を示すフローチャートである。まず、スケジュール取得部８３２は、スケジューラ４００のスケジュールＤＢ４２１に記憶されている予定を取得する（Ｓ２０１）。次に、スケジュール取得部８３２は、「外出予定有」と設定された予定を検索し、当該予定が再更新されたか否かを判定する（Ｓ２１０）。

スケジュール取得部８３２は、「外出予定有」と設定された予定が再更新されたと判定した場合（Ｓ２１０：Ｙｅｓ）、予定更新ＤＢ８２３に記憶された、当該ユーザに対応する更新回数を１インクリメントする（Ｓ２１１）。その後、Ｓ２２０に移行する。

一方、スケジュール取得部８３２は、「外出予定有」と設定された予定が再更新されていないと判定した場合（Ｓ２１０：Ｎｏ）、日付が変わるまでＳ２１０に戻って処理を繰り返す（Ｓ２２０：Ｎｏ）。スケジュール取得部８３２は、日付が変わった場合（Ｓ２２０：Ｙｅｓ）、処理を終了する。

［効果］
以上説明したように、実施例３におけるスケジュール管理プログラムは、ユーザにより、外出と設定された予定が更新されたことを示す情報を取得する処理をコンピュータに実行させる。また、実施例３におけるスケジュール管理プログラムは、外出と設定された予定の総数と、更新された予定の数との関係が所定の条件を満たす場合、外出と設定された予定の信頼度が低いことを示す情報をさらに設定する処理をコンピュータに実行させる。これにより、ユーザによる予定更新に応じた外出予定の信頼性を含む予定を設定することができる。

ところで、ユーザが対象Ｗｅｂサイトにアクセスするタイミングは、外出予定に応じて異なる。例えば、ユーザが午前中に地図サイトにアクセスした場合、ユーザが午後に外出予定があると推定されるが、ユーザが終業時間間際に乗換案内サイトにアクセスした場合、ユーザの外出予定は翌日であると推定される。

また、ユーザの外出予定が設定された場合に、当該ユーザや、当該ユーザの予定を確認したい他のユーザが、外出予定が設定されたことを知りたい場合がある。

そこで、実施例４においては、ユーザによる対象Ｗｅｂサイトへのアクセスに対応する時間帯において、外出予定を設定する構成、及び外出予定が設定されたことをユーザに通知する構成について説明する。

［機能ブロック］
実施例４におけるスケジュール管理方法は、例えば図１７に示すようなスケジュール管理装置９００を含むスケジュール管理システム４により実現される。図１７は、実施例４におけるスケジュール管理システムの一例を示す図である。なお、以下の実施例において、先に説明した図面に示す部位と同一の部位には同一の符号を付し、重複する説明は省略する。

記憶部９２０は、例えば制御部９３０が実行するプログラムなどの各種データなどを記憶する。記憶部９２０は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤなどの記憶装置に対応する。また、記憶部９２０は、サイトＤＢ７２１、確度ＤＢ９２２、日時範囲ＤＢ９２４及び通知対象ＤＢ９２５を有する。

実施例４における確度ＤＢ９２２は、各ユーザの「確度」を、「当日の確度」と「翌日の確度」とに分けて記憶する。図１８は、実施例４における確度ＤＢの一例を示す図である。図１８に示すように、確度ＤＢ９２２は、「当日の確度」及び「翌日の確度」を、「ユーザＩＤ」に対応付けて記憶する。なお、確度ＤＢ９２２に記憶される情報は、例えば後に説明する設定部９３４により入力される。

図１８に示すように、確度ＤＢ９２２は、例えばユーザＩＤ「Ｃ」のユーザについて、当日には確度「６０」の外出予定が設定されていることを記憶する。一方、確度ＤＢ９２２には、ユーザ「Ｃ」の翌日の確度が「０」である、すなわちユーザ「Ｃ」については翌日には外出予定が設定されていないことを記憶する。

実施例４における日時範囲ＤＢ９２４は、アクセスログに含まれる時刻と、外出予定を設定する対象とする日時の検索範囲とを対応付けて記憶する。図１９は、実施例４における日時範囲ＤＢの一例を示す図である。なお、確度ＤＢ９２２に記憶される情報は、例えば後に説明する設定部９３４により入力される。なお、日時範囲ＤＢ９２４に記憶される情報は、例えば図示しないスケジュール管理装置９００の管理者により予め入力される。

図１９に示すように、日時範囲ＤＢ９２４は、アクセスログに含まれる時刻が「１５：００まで」である場合は、当日の当該時刻以降の予定を、外出予定を設定する対象とすることを記憶する。同様に、日時範囲ＤＢ９２４は、アクセスログに含まれる時刻が「１５：００以降」である場合は、翌営業日の予定を、外出予定を設定する対象とすることを記憶する。

実施例４における通知対象ＤＢ９２５は、外出予定が設定されたことを通知する対象であるユーザに関する情報を記憶する。図２０は、実施例４における通知対象ＤＢの一例を示す図である。図２０に示すように、通知対象ＤＢ９２５は、「対象ユーザＩＤ」に対応付けて、「通知先のユーザＩＤ」を記憶する。なお、通知対象ＤＢ９２５に記憶される情報は、例えばスケジュール管理装置９００の管理者により予め入力される。

図２０において、「対象ユーザＩＤ」は、外出予定を設定する対象となるユーザのユーザＩＤを示す。「通知先のユーザＩＤ」は、対象ユーザＩＤのユーザの予定に外出予定が設定された場合に通知する対象となるユーザのユーザＩＤを記憶する。通知先のユーザＩＤは、例えば「対象ユーザＩＤ」を含んでもよく、当該ユーザの予定を確認したい他のユーザのユーザＩＤであってもよい。また、ユーザＩＤに代えて、通知先のメールアドレス等を記憶してもよい。

次に、制御部９３０は、スケジュール管理装置９００の全体的な処理を司る処理部である。制御部９３０は、例えば、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部９３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されるようにしてもよい。

制御部９３０は、ログ取得部２３１、スケジュール取得部２３２、判定部９３３、設定部９３４及び通知部９３５を有する。なお、判定部９３３、設定部９３４及び通知部９３５も、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例である。

判定部９３３は、ユーザのアクセスログに含まれるＵＲＬが所定の条件を満たすか否かに加えて、アクセスログに含まれる時刻が所定の条件を満たすか否かをさらに判定する。

判定部９３３は、対象ＷｅｂサイトのＵＲＬに該当すると判定した場合、日時範囲ＤＢ９２４を参照し、アクセスログに含まれる時刻に対応する検索範囲を特定する。そして、判定部９３３は、特定された検索範囲に、当該ユーザの予定が登録されているか否かを判定する。判定部９３３は、特定された検索範囲に、当該ユーザの予定が登録されている場合、当該ユーザの予定を指定する情報を含む判定結果を、設定部９３４に出力する。

判定部９３３は、対象Ｗｅｂサイトへのアクセスログに含まれる時刻が「１４：００」である場合において、当日の「１４：００」以降に当該ユーザの予定が登録されていると判定したときは、当日の当該ユーザの予定を指定する情報を含む判定結果を出力する。また、判定部９３３は、アクセスログに含まれる時刻が「１６：００」である場合において、翌日に当該ユーザの予定が登録されていると判定したときは、当該翌日のユーザの予定を指定する情報を含む判定結果を出力する。

設定部９３４は、判定部９３３から出力された判定結果において指定された予定について、外出予定を設定する。また、設定部９３４は、通知部９３５に、外出予定を設定したことを通知する。

通知部９３５は、設定部９３４により外出予定を設定されたことを、指定されたユーザのユーザ端末５００に通信部２１０を通じて通知する。通知部９３５は、例えばユーザＩＤ「Ａ」のユーザのスケジュールに外出予定が設定された場合、ユーザＩＤ「Ａ」及び「Ｂ」のユーザに対して、外出予定を設定されたことを通知する。

［効果］
以上説明したように、実施例４におけるスケジュール管理プログラムは、Ｗｅｂサイトへのアクセスがあった時間が所定の条件を満たす場合に、所定の条件に対応する時間帯に登録されたユーザの予定を外出と設定する処理をコンピュータに実行させる。これにより、ユーザが対象Ｗｅｂサイトにアクセスした時刻に応じて、外出予定を設定することができる。

また、スケジュール管理プログラムは、外出と設定された予定に関する情報を、ユーザ以外の他のユーザに通知する処理をコンピュータに実行させるので、他のユーザに外出予定の設定を通知できる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。例えば、図１に示す各装置の台数は一例であり、２台以上のユーザ端末５００や、４台以上の外部のＷｅｂサーバ６００を含むような構成であってもよい。

また、実施例１において、ログ取得部２３１がプロキシサーバ３００から取得するアクセスログに含まれる情報は一例であり、例えばユーザ端末５００により入力され、Ｗｅｂサイトに送信された情報を含んでもよい。また、ログ取得部２３１が、ＵＲＬとしてドメイン名のみを取得する例を示したが、これに限られず、可能な場合は、ページ全体のＵＲＬを取得してもよい。さらに、ログ取得部２３１は、アクセス元のユーザ端末５００を識別する際に、「ユーザＩＤ」の代わりに、ユーザ端末５００のＩＰアドレスやＭＡＣアドレスを用いてもよい。

また、ログ取得部２３１は、プロキシサーバ３００にアクセスする代わりに、ユーザ端末５００からアクセスログを取得してもよい。例えば、ログ取得部２３１は、ユーザ端末５００にインストールされた、アクセスログ調査用のプログラムを用いて、ユーザ端末５００から送信されるアクセスログを取得してもよい。

また、実施例２における、図８に示すサイトＤＢ７２１に記憶された対象Ｗｅｂサイトの確度を用いる構成において、ユーザが時刻表サイトや乗換案内サイトなど、複数の対象Ｗｅｂサイトにアクセスすることが考えられる。この場合において、スケジュール管理プログラムは、例えば、複数のＷｅｂサイトの確度のうち、最も高い確度を外出と設定された予定に対応付けて設定する処理をさらにコンピュータに実行させてもよい。

例えば、判定部７３３は、ユーザＩＤ「Ａ」のユーザが時刻表サイト「timetable.example.co.jp」と乗換案内サイト「transit.example.co.jp」にアクセスしたと判定した場合、図８に示すサイトＤＢ７２１を参照し、各サイトの確度を抽出する。図８に示すように、時刻表サイトの確度は「８０」であり、乗換案内サイトの確度は「６０」である。この場合において、判定部７３３は、図９に示す確度ＤＢ７２２を参照し、高い方の確度「８０」を、ユーザＩＤ「Ａ」の確度と比較する。

このように、スケジュール管理プログラムは、例えば、ユーザが複数のＷｅｂサイトへアクセスしたことが検出された場合、複数のＷｅｂサイトの確度のうち、最も高い確度を外出と設定された予定に対応付けて設定する処理をコンピュータに実行させてもよい。これにより、より確度の高い外出予定を設定できる。

また、ユーザが複数のＷｅｂサイトにアクセスした場合、スケジュール管理プログラムは、例えば全てのＷｅｂサイトの確度を合算する処理をコンピュータに実行させてもよい。また、スケジュール管理プログラムは、最も確度が高いものと最も確度が低いものとを除外した他の確度の平均値を算出してもよい。

さらに、ユーザが、外出予定がない場合においても、又は外出予定とは関係なく、対象Ｗｅｂサイトを参照する場合がある。例えば、ユーザは、終業時間後に歓送迎会を行う店を選ぶ際に地図サイトを参照したり、帰宅の際の電車の時刻を確認するために時刻表サイトを参照したりすることがある。

このような場合において、ユーザは、レストラン予約サイトなど、対象Ｗｅｂサイト以外のサイトにも合わせてアクセスする場合がある。そこで、スケジュール管理装置７００のサイトＤＢ７２１は、対象Ｗｅｂサイト以外のＷｅｂサイトを、負の値となる確度と対応付けて、さらに記憶してもよい。また、スケジュール管理プログラムは、ユーザが、確度が負の値となるＷｅｂサイトにアクセスしたと判定した場合、当該負の値の確度を用いて、図９に示す確度ＤＢ７２２の「現在の確度」を更新する処理をコンピュータに実行させてもよい。

例えば、サイトＤＢ７２１は、確度が「−２０」であるレストラン検索サイトに関するレコードをさらに記憶してもよい。この場合において、ユーザが確度「８０」の時刻表サイト「timetable.example.co.jp」と、当該レストラン検索サイトとにアクセスしたとき、判定部７３３は、時刻表サイトの確度「８０」と、レストラン検索サイトの確度「−２０」を合算する。そして、判定部７３３は、図９に示す確度ＤＢ７２２を参照し、合算された確度「６０」を、ユーザの確度と比較する。なお、設定部７３４は、図９に示す確度ＤＢ７２２の「現在の確度」に、レストラン検索サイトの確度「−２０」を合算してもよい。

このように、実施例２におけるスケジュール管理プログラムは、アクセスが検出されたＷｅｂサイトの確度が負の値である場合、予定に対応付けられた確度を更新する処理をコンピュータに実行させてもよい。これにより、外出する可能性が低いことを反映した確度を設定できる。

なお、図８に示すサイトＤＢ７２１に記憶される確度は、例えばサイトの「種別」ごとに一律に定めてもよく、また同一の「種別」のサイトであっても異なる角度を定めてもよい。

また、実施例３における更新割合を用いて外出予定の信頼度を判定する構成において、判定部８３３は、更新割合の代わりに、更新回数を用いて信頼度を判定してもよい。例えば、判定部８３３は、更新回数が「７０」回以上であるユーザについて、信頼度が低いことを示す情報を含む判定結果を、設定部８３４に出力してもよい。

例えば、図１３に示す予定更新ＤＢ８２３において、ユーザＩＤ「Ａ」の「更新回数」は「６０」回であり、ユーザＩＤ「Ｂ」の「更新回数」は「８０」回である。この場合において、判定部８３３は、ユーザＩＤ「Ｂ」については信頼度が低いことを示す情報を含む判定結果を出力するが、ユーザＩＤ「Ａ」については信頼度に関する情報を含まない判定結果を出力する。

また、信頼度が低いことを示す情報を含む判定結果を出力する構成について説明したが、実施の形態はこれに限られない。例えば、判定部８３３は、「更新割合」又は「更新回数」が所定の閾値未満である場合に、「信頼度が高いことを示す情報」を含む判定結果を出力してもよい。

さらに、実施例４における、対象Ｗｅｂサイトへのアクセスのタイミングに応じて日時の範囲を変更する構成において、ユーザが対象Ｗｅｂサイトにアクセスするタイミングは、ユーザに応じて異なる場合がある。そこで、図１９に示すような日時範囲ＤＢ９２４を、ユーザごとに個別に用意してもよい。また、実施例３における外出予定の信頼度を判定する構成を組み合わせ、信頼度が低いユーザについて、日時範囲ＤＢ９２４の検索範囲を変更してもよい。

［システム］
また、各実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

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

更に、スケジュール管理装置２００で行われる各種処理機能は、ＣＰＵ、又はＭＰＵ、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図２１は、スケジュール管理プログラムを実行するコンピュータの一例を示す説明図である。なお、以下においては、実施例１におけるスケジュール管理装置２００を例として説明するが、実施例２乃至４におけるスケジュール管理装置７００、８００及び９００についても同様のコンピュータにより実現できる。

図２１においてスケジュール管理プログラムを実行するコンピュータ１００は、通信部１１０と、二次記憶装置１２０、メモリ１３０、ＣＰＵ１４０、バス１５０とを有する。

そして、二次記憶装置１２０には、上記実施例と同様の機能を発揮するスケジュール管理プログラムが予め記憶されている。なお、二次記憶装置１２０ではなく、図示せぬドライブで読取可能な記録媒体に処理プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤ、ＵＳＢメモリ、ＳＤカード等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。処理プログラムとしては、ログ取得プログラム１２０Ａ、スケジュール取得プログラム１２０Ｂ、判定プログラム１２０Ｃ及び設定プログラム１２０Ｄである。なお、ログ取得プログラム１２０Ａ、スケジュール取得プログラム１２０Ｂ、判定プログラム１２０Ｃ及び設定プログラム１２０Ｄについては、適宜統合又は分散しても良い。また、コンピュータ１００が、これらの可搬用の物理媒体から配信先設定プログラムを取得して実行するようにしても良い。さらに、公衆回線、インターネット、ＬＡＮ、ＷＡＮ等を介してコンピュータ１００に接続される他のコンピュータ等に配信先設定プログラムを記憶させておき、コンピュータ１００がこれらから配信先設定プログラムを取得して実行するようにしても良い。

そして、ＣＰＵ１４０は、これらのログ取得プログラム１２０Ａ、スケジュール取得プログラム１２０Ｂ、判定プログラム１２０Ｃ及び設定プログラム１２０Ｄを二次記憶装置１２０から読み出し、これら読み出された各プログラムをメモリ１３０上に展開する。ＣＰＵ１４０は、ログ取得プログラム１２０Ａ、スケジュール取得プログラム１２０Ｂ、判定プログラム１２０Ｃ及び設定プログラム１２０Ｄをメモリ１３０上でログ取得プロセス１３０Ａ、スケジュール取得プロセス１３０Ｂ、判定プロセス１３０Ｃ及び設定プロセス１３０Ｄとして機能させる。なお、ＣＰＵ１４０では、必ずしも本実施例で示した全ての処理部が動作しなくてもよく、実行対象とする処理に対応する処理部が仮想的に実現されれば良い。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）コンピュータに、
ユーザが外出前にアクセスする可能性があるＷｅｂサイトに関する情報を記憶する記憶部を参照して、前記Ｗｅｂサイトへのアクセスを検出し、
前記検出されたアクセスを行ったユーザのスケジュールのうち、前記アクセス以降の時間帯に登録された予定を外出と設定する
処理を実行させるスケジュール管理プログラム。

（付記２）前記記憶部は、前記Ｗｅｂサイトと外出との関連の高さを示す確度をさらに記憶し、
前記設定する処理は、前記外出と設定された予定に、前記アクセスが検出されたＷｅｂサイトの確度をさらに対応付けて設定することを特徴とする付記１に記載のスケジュール管理プログラム。

（付記３）前記設定する処理は、前記ユーザが複数の前記Ｗｅｂサイトへアクセスしたことが検出された場合、複数の前記Ｗｅｂサイトの確度のうち、最も高い確度を前記外出と設定された予定に対応付けて設定することを特徴とする付記２に記載のスケジュール管理プログラム。

（付記４）前記設定する処理は、前記Ｗｅｂサイトの確度が、前記予定に対応付けられた確度よりも高いと判定された場合には、前記予定に対応付けられた確度を更新することを特徴とする付記２又は３に記載のスケジュール管理プログラム。

（付記５）前記設定する処理は、前記アクセスが検出されたＷｅｂサイトの確度が負の値である場合、前記予定に対応付けられた確度を更新することを特徴とする付記２乃至４のいずれか１つに記載のスケジュール管理プログラム。

（付記６）前記設定する処理は、前記Ｗｅｂサイトへのアクセスがあった時間が所定の条件を満たす場合に、前記所定の条件に対応する時間帯に登録された前記ユーザの予定を外出と設定することを特徴とする付記１乃至５のいずれか１つに記載のスケジュール管理プログラム。

（付記７）前記ユーザにより、前記外出と設定された予定が更新されたことを示す情報を取得する処理をさらにコンピュータに実行させ、
前記設定する処理は、前記外出と設定された予定の総数と、前記更新された予定の数との関係が所定の条件を満たす場合、前記外出と設定された予定の信頼度が低いことを示す情報をさらに設定することを特徴とする付記１乃至６のいずれか１つに記載のスケジュール管理プログラム。

（付記８）前記更新された予定の数が前記外出と設定された予定の総数に占める割合が所定の閾値以上である場合に、前記関係が所定の条件を満たすと判定する処理をさらにコンピュータに実行させることを特徴とする付記７に記載のスケジュール管理プログラム。

（付記９）前記外出と設定された予定に関する情報を、前記ユーザ以外の他のユーザに通知する処理をさらにコンピュータに実行させることを特徴とする付記１乃至８のいずれか１つに記載のスケジュール管理プログラム。

（付記１０） コンピュータが、
ユーザが外出前にアクセスする可能性があるＷｅｂサイトに関する情報を記憶する記憶部を参照して、前記Ｗｅｂサイトへのアクセスを検出し、
前記検出されたアクセスを行ったユーザのスケジュールのうち、前記アクセス以降の時間帯に登録された予定を外出と設定する
処理を行うスケジュール管理方法。

（付記１１）ユーザが外出前にアクセスする可能性があるＷｅｂサイトに関する情報を記憶する記憶部と、
前記Ｗｅｂサイトへのアクセスを検出する検出部と、
前記検出されたアクセスを行ったユーザのスケジュールのうち、前記アクセス以降の時間帯に登録された予定を外出と設定する設定部と、
を有することを特徴とするスケジュール管理装置。

１、２、３、４ スケジュール管理システム
２００、７００、８００、９００ スケジュール管理装置
２１０ 通信部
２２０、７２０、８２０、９２０ 記憶部
２２１、７２１ サイトＤＢ
７２２、９２２ 確度ＤＢ
８２３ 予定更新ＤＢ
９２４ 日時範囲ＤＢ
９２５ 通知対象ＤＢ
２３０、７３０、８３０、９３０ 制御部
２３１ ログ取得部
２３２、８３２ スケジュール取得部
２３３、７３３、８３３、９３３ 判定部
２３４、７３４、８３４、９３４ 設定部
９３５ 通知部
３００ プロキシサーバ
３２１ ログＤＢ
４００ スケジューラ
４２１ スケジュールＤＢ
５００ ユーザ端末
６００ａ乃至６００ｃ 外部のＷｅｂサーバ
Ｎ１、Ｎ２ ネットワーク

Claims (8)

1. コンピュータに、
   ユーザが外出前にアクセスする可能性があるＷｅｂサイトに関する情報を記憶する記憶部を参照して、前記Ｗｅｂサイトへのアクセスを検出し、
   前記検出されたアクセスを行ったユーザのスケジュールのうち、前記アクセス以降の時間帯に登録された予定を外出と設定する
   処理を実行させるスケジュール管理プログラム。
2. 前記記憶部は、前記Ｗｅｂサイトと外出との関連の高さを示す確度をさらに記憶し、
   前記設定する処理は、前記外出と設定された予定に、前記アクセスが検出されたＷｅｂサイトの確度をさらに対応付けて設定することを特徴とする請求項１に記載のスケジュール管理プログラム。
3. 前記設定する処理は、前記ユーザが複数の前記Ｗｅｂサイトへアクセスしたことが検出された場合、複数の前記Ｗｅｂサイトの確度のうち、最も高い確度を前記外出と設定された予定に対応付けて設定することを特徴とする請求項２に記載のスケジュール管理プログラム。
4. 前記設定する処理は、前記Ｗｅｂサイトの確度が、前記予定に対応付けられた確度よりも高いと判定された場合には、前記予定に対応付けられた確度を更新することを特徴とする請求項２又は３に記載のスケジュール管理プログラム。
5. 前記設定する処理は、前記Ｗｅｂサイトへのアクセスがあった時間が所定の条件を満たす場合に、前記所定の条件に対応する時間帯に登録された前記ユーザの予定を外出と設定することを特徴とする請求項１乃至４のいずれか１つに記載のスケジュール管理プログラム。
6. 前記ユーザにより、前記外出と設定された予定が更新されたことを示す情報を取得する処理をさらにコンピュータに実行させ、
   前記設定する処理は、前記外出と設定された予定の総数と、前記更新された予定の数との関係が所定の条件を満たす場合、前記外出と設定された予定の信頼度が低いことを示す情報をさらに設定することを特徴とする請求項１乃至５のいずれか１つに記載のスケジュール管理プログラム。
7. コンピュータが、
   ユーザが外出前にアクセスする可能性があるＷｅｂサイトに関する情報を記憶する記憶部を参照して、前記Ｗｅｂサイトへのアクセスを検出し、
   前記検出されたアクセスを行ったユーザのスケジュールのうち、前記アクセス以降の時間帯に登録された予定を外出と設定する
   処理を行うスケジュール管理方法。
8. ユーザが外出前にアクセスする可能性があるＷｅｂサイトに関する情報を記憶する記憶部と、
   前記Ｗｅｂサイトへのアクセスを検出する検出部と、
   前記検出されたアクセスを行ったユーザのスケジュールのうち、前記アクセス以降の時間帯に登録された予定を外出と設定する設定部と、
   を有することを特徴とするスケジュール管理装置。

Images