WO2001088786A1

WO2001088786A1 - Systeme et procede de gestion de planning, et support enregistre

Info

Publication number: WO2001088786A1
Application number: PCT/JP2001/003799
Authority: WO
Inventors: Kenichi Ohmae
Original assignee: Kenichi Ohmae
Priority date: 2000-05-18
Filing date: 2001-05-02
Publication date: 2001-11-22
Also published as: JP4486218B2; AU2001255065A1; JP2001325409A

Description

明細書

スケジュール管理システム、スケジュール管理方法及び記録媒体

技術分野本発明は、ネットワーク上で個人のスケジュール管理を行うスケジュール管理システム、スケジュール管理方法及び記録媒体に関し、特に物流業者等との受け渡し時刻や友人との約束時間の変更を自動的に行うことのできるスケジュール管理システム、スケジュール管理方法及び記録媒体に関する。

背景技術個人のスケジュール管理は、例えば手帳に記載したり、或いは秘書に依頼したり、あるいは法人に勤務している場合には、例えばマイクロソフト社製のオフィス（商品名）のような電子的手帳を用いていた。また、利用者に商品やサービスを提供する業者においては、作業効率を高める為に工程管理や作業管理が行われている。例えば物流業者においては、配車計画の策定などで業務スケジュールの管理が行われ、各配送車の運行経路や物流拠点での貨物の積込みや荷降し作業の計画を立案して、現有する配送車や物流拠点を用いて最適な物流を実現していた。

ところで、物流業者には宅配便業者のように個人や法人を利用者とする事業者も少なくない。この場合、宅配便業者は送り主から依頼された貨物を受取り主に配送しているが、例えば受取り主が単身者の場合には自宅に配送しても不在の場合が多く、何回も同じ受取り主宅を訪問しなければならならず、配送コストが増大するという課題があった。

この事情は受取り主にとつても同様である。'即ち、受取り主は配送された貨物を受領したいのであるが、他にも用事のある関係で自宅に居ることができず、貨物を迅速に受取ることができない。そこで、留守宅に貨物を置いておくことを宅配便業者に依頼することもできるが、その場合は宅配便業者が置いていった貨物が留守中に盗難に会ったり、或いはいたずらされる虞があり、確実に受取ることが困難であるという課題があった。

そこで本発明の第 1の目的は、商品やサービスを提供する業者と利用者とのスケジュールを調整して、業者と利用者との接触が確実に行えるスケジュール管理システムと管理方法を提供することにある。本発明の第 2の目的は、会議や会食のように利用者間のスケジュールを調整して、利用者間の接触が確実に行える„ズケジュール管理システムとそのような管理システムを作るための記録媒体を提供することにある。

発明の開示上記第 1の目的を達成するために、例えば図 1に示すように、ネットワーク上で利用者のスケジュール管理を行うスケジュール管理システム 1 0 0であって；前記スケジュール管理を利用する利用者の利用者スケジュールを記憶する利用者スケジュールデータベース 1 0 2と；前記利用者を対象として商品またはサービスを提供する業者のスケジュールであって前記利用者スケジュールとマッチングすべき業者スケジュールを含む、業者スケジュールデータを、業者端末 1 3 0から受信する手段 1 0 4と；前記利用者スケジュールと前記業者スケジュールデータとを照合する照合手段 1 0 6とを備え；前記照合結果に、前記ネットワークを介して前記利用者が利用者端末 1 2 0からアクセスできるように構成されたスケジュール管理システムを提供する。スケジュール管理システムは、典型的にはスケジュール管理サーバを含んで構成される。典型的には、照合結果は前記利用者スケジュールデータベースに入力される。利用者はその利用者スケジュールデータベースにアクセスできる。利用者を対象として提供される商品、またはサービスは、例えば第 3者が利用者に届ける商品またはサービスであってもよい。業者端末とは、該スケジュール管理を行う者と管理契約をしている業者（例えば流通業者）の端末であって、サーバであってもよい。また、スケジュール管理システムは、業者端末と共に、業者の管理下にあってもよい。業者スケジユ^"ルデータとは、例えば荷物の配達やサービス訪問等の業務執行予定である。アクセス可能とは、例えば利用者端末から利用者が閲覧可能であり、また情報を入力 ·出力可能であることをいう。マッチングとは、業者と利用者との出会いのように、両者が時間と場所を同じくするスケジユール調整をいう。 ·

このように構成すると、利用者スケジュールデータべス 1 0 2にはスケジュール管理を利用する利用者の利用者スケジュールが記憶されている。業者スケジユール受信手段 1 0 4は、利用者を対象として商品またはサービスを提供する業者のスケジュールを受信する。スケジュール照合手段 1 0 6は、利用者スケジュールと業者スケジュールデータとを照合して、利用者スケジュールと業者スケジユールデータとが適合して、業者の利用者に対する商品またはサービスの提供が 1回の出会いで履行できるように調整する。利用者端末アクセス手段 1 0 8は、スケジュール照合手段 1 0 6でマッチングされた利用者スケジュールと業者スケジュールデータを利用者端末 1 2 0で閲覧に供する。

また好ましくは、前記照合手段は、前記業者スケジュールデータ中の業務執行予定と前記利用者スケジュールとを照合して、最適な業務執行日を算定するように構成するとよい。ここで、業務執行予定とは、例えば荷物の配達やサービス訪問等の予定を言う。業務執行日とは、例えば配送日やサービス訪問日等を言う。また日に限らず、時刻、午前、午後等の時間帯も含む概念とする。

更に、前記算定された業務執行日に対して、前記利用者に調整を行わせ、前記業者端末に調整結果を送信する構成としても良い。ここで、調整とは、例えば変更、承認を言う。

また、前記調整が、業務執行日に対する利用者からの変更要求であり、該変更要求と、業者の配送スケジュールデータまたは業者の現在情報とを連動して新たな執行日を確定するように構成されていてもよい。ここで、業者の配送スケジュールデータとは、例えば配送車やサービスマン等のスケジュールをいう。業者の現在情報とは、例えば配送車やサービスマン等の現在位置を言う。新たに確定された執行日は、配送要員等にそれを報告するようにしてもよい。また、前記変更要求が、前記利用者の優先順位のついた複数の希望する日時を含み、前記優先順位に従って前記新たな執行日を確定するように構成されていてあよい。

さらに、前記利用者スケジュールは、利用者の希望する時間帯に関する情報を含む構成としてもよい。ここで、利用者の希望する時間帯とは、平日、休日、午前、午後等である。

上記第 1の目的を達成するために、ネットワーク上で利用者のスケジュール管理を行うスケジュール管理方法であって；前記スケジュール管理を利用する利用者の利用者スケジュールを利用者スケジュールデータベースに記憶する記憶工程と；前記利用者スケジュールとマッチングすべき、業者スケジュールを含む業者スケジュールデータを業者端末から受信する受信工程と；前記利用者スケジユールと前記業者スケジュールデータとを照合する照合工程と；前記照合工程で得られた照合結果を、前記ネットワークを介して前記利用者が利用者端末からァクセスできるように照合結果ファイルに保存する工程とを備えるスケジュール管理方法を提供する。さらに、前記業者が前記利用者を対象として商品またはサービスを提供するのに実際に要した労力を算定する実際労力算定手段と；前記算定された労力と標準労力との差を算出する差労力算出手段と；前記算出された労力差に基づいて手数料を定めるように構成されるスケジュール管理システムを提供する。ここで、実際労力は、例えばスケジュール管理に基づいて業者が利用者を訪問した回数で算定する。標準労力は、例えば宅配業者が本発明の管理システムを用いないときに、届け先を訪問していた回数の平均値で定められる。

上記第 2の目的を達成するために、ネットワーク上で利用者間のスケジュール管理を行うスケジュール管理システムであって；前記スケジュール管理を利用する第 1及び第 2の利用者の利用者スケジュールを記憶する第 1及び第 2の利用者スケジュールデータベースと；前記第 1の利用者スケジュールとマッチングすべき第 2の利用者スケジュールを照合する照合手段とを備え；前記照合結果に、前記ネットワークを介して前記第 1又は第 2の利用者が第 1又は第 2の利用者端末からアクセスできるように構成されているスケジュール管理システムを提供する _c このように構成すると、個人間の日程調整や私的グループ間でのスケジュール調整が円滑に行える。また、照合手段はスケジール管理システムのサーバーに設けられているので、第 1又は^ 2の利用者端末の負荷が少なくて済み、携帯電話 '機に用いて最適である。

上記第 2の目的を達成するために、ネットワーク上で利用者間のスケジュール管理を行うスケジュール管理システムであって；前記スケジュール管理を利用する第 1の利用者の利用者スケジュールを記憶する第 1の利用者スケジュールデータベースを有する第 1の利用者端末と；前記スケジュール管理を利用する第 2の利用者の利用者スケジュールを記憶する第 2の利用者スケジュールデータベースを有する第 2の利用者端末と；前記第 1の利用者スケジュールとマッチングすべき第 2の利用者スケジュールを照合する照合手段とを備え；前記第 1又は第 2の利用者は前記照合結果に第 1又は第 2の利用者端末を用いて閲覧できるように構成されるスケジュール管理システムを提供する。照合手段は、第 1の利用者端末や第 2の利用者端末に設けられていてもよく、またネットワーク接続された別めサーバーに設けられていてもよい。

上記第 2の目的を達成するために、例えば図 1 3に示すように、ネットワーク 1 1 0上で第 1の利用者と第 2の利用者との間のスケジュール管理を行うスケジユール管理システムを制御するプログラムであって；前記スケジュール管理を利用する第 1の利用者の利用者端末 1 2 3内の利用者スケジュールデータベース 1 2 5に前記第 1の利用者の利用者スケジュールを記憶する記憶処理と；前記スケジュール管理を利用する第 2の利用者の利用者スケジュールを記憶した第 2の利用者スケジュールデータベース 1 2 6を有する第 2の利用者端末 1 2 4から、前記第 1の利用者スケジュールとマツチングすべき第 2の利用者スケジュールを前記ネットワーク 1 1 0を介して、前記第 1の利用者の端末 1 2 3が受信する受信処理と；前記第 1の利用者スケジュールとマッチングすべき前記第 2の利用者スケジュールとを照合する照合処理と；前記第 1又は第 2の利用者が前記照合結果を閲覧するようにする処理とを行うように；前記第 1の利用者の端末 1 2 3を制御するためのプログラムを格納した利用者端末読み取り可能な記録媒体 1 2 3 a を提供する。

記録媒体 1 2 3 aは、 C D— R OM、 F D、磁気ディスク、磁気テープ等、一般的にパソコン等のコンピュータが読み取り可能なものであればよい。このように構成すれば、この記録媒体を利用者端末にインストールすることにより、スケジュール管理システムを形成することができる。

この出願は、日本国で 2 0 0 0年 5月 1 8日に出願された特願 2 0 0 0 - 1 4 5 9 0 7号に基づいており、その内容は本出願の内容として、その一部を形成する。. また、本発明は以下の詳細な説明によりさらに完全に理解できるであろう。本発明のさらなる応用範囲は、以下の詳細な説明により明らかとなろう。しかしながら、詳細な説明及び特定の実例は、本発明の望ましい実施の形態であり、説明の目的のためにのみ記載されているものである。この詳細な説明から、種々の変更、改変が、本発明の精神と範囲内で、当業者にとって明らかであるからである。出願人は、記載された実施の形態のいずれをも公衆に献上する意図はなく、開示された改変、代替案のうち、特許請求の範囲内に文言上含まれないかもしれないものも、均等論下での発明の一部とする。

図面の簡単な説明図 1は、本発明の一実施の形態を説明する構成プロック図である。

図 2は、スケジュール管理システムの一例を示す構成プロック図である。

図 3は、各利用者が使用する利用者端末の一例を示す構成ブロック図である。図 4は、スケジュール管理システムと業煮端末、利用者端末間の情報授受を説明する第 1の実施の形態のフローチャートである。

図 5は、スケジュール管理システムと業者端末、利用者端末間の情報授受を説明する第 2の実施の形態のフローチャートである。

図 6は、配送日やサービス訪問日等の最適業務執行日時に対して、利用者が変更ゃ承認を行う際の処理の第 1の実施の形態を示すフローチャートである。

図 7は、配送日やサービス訪問日等の最適業務執行日時に対して、利用者が変更ゃ承認を行う際の処理の第 1の実施の形態について、図 6の続きを示すフローチャートである。

図 8は、配送日やサービス訪問日等の最適業務執行日時に対して、利用者が変更ゃ承認を行う際の処理の第 1の実施の形態について、図 7の続きを示すフローチヤ一トである。

図 9は、配送日やサービス訪問日等の最適業務執行日時に対して、利用者が変更ゃ承認を行う際の処理の第 2の実施の形態を示す要部フローチャートである。図 1 0は、配送日やサービス訪問日等の最適業務執行日時に対して、利用者が変更や承認を行う際の処理の第 3の実施の形態を示す要部フロ一チャートである。図 1 1は、図 1のシステムに便益算出手段を付加したシステムの構成ブロック図である。

図 1 2は、利用者間でのスケジュール管理を行う第 1のシステムの構成ブロック図である。

図 1 3は、利用者間でのスケジュール管理を行う第 2のシステムの構成プロック図である。

発明を実施するための最良の形態以下、本発明の実施の形態について、図面を参照して明する。なお、各図において互いに同一あるいは相当する部材には同一符号を付し、重複した説明は省略する。

図 1は、本発明の一実施の形態を説明する構成ブロック図である。図において、スケジユーノレ管理システム 1 0 0はパソコン、ワークステーション、メインフレームなど、種々のコンピュータ上に実装されるもので、連動型スケジュールサービスの提供者が管理するものである。利用者スケジュールデータベース 1 0 2はスケジュール管理を利用する利用者の利用者スケジュールが記憶されるデータべースで、例えばリレーショナルデータベースが用いられる。業者スケジュール受信手段 1 0 4は、利用者を対象として商品またはサービスを提供する業者のスケジュールを受信する。スケジュール照合手段 1 0 6は、利用者スケジュールと業者スケジュールデータとを'照合して、利用者スケジュールと業者スケジュールデータとが適合して、業者の利用者に対する商品またはサービスの提供が 1回の出会いで履行できるように調整する。利用者端末アクセス手段 1 0 8は、スケジュール照合手段 1 0 6でマッチングされた利用者スケジュールと業者スケジュールデータを利用者端末 1 2 0での閲覧に供する。

ネットワーク 1 1 0は、スケジュール管理システム 1 0 0、利用者端末 1 2 0 並びに業者端末 1 3 0を接続する通信回線で、インターネット、電話回線などのコンピュータネットワークに限らず、 T V電波、衛星インターネット、ケーブル線、 T V隙間電波など、様々な形態が用いられる。利用者端末 1 2 0は、スケジユール管理システム 1 0 0の利用者の使用する端末機器であり、パソコン、 W e b T V、情報家電、携帯電話機、ページャ一等が用いられる。利用者端末 1 2 0 は、利用者の数だけ複数個存在しうる。

業者端末 1 3 0は、 ¾動型スケジュールサービスの提供者が契約している業者の、業務スケジュール管理システムである。業者端末 1 3 0は、契約している業者ごとに存在することになる。各業者の業務端末 1 3 0と利用者端末 1 2 0は、ネットワーク 1 1 0を介してスケジュール管理システム 1 0 0と接続されている。図 2は、スケジュール管理システムの一例を示す構成ブロック図である。サーバ 2 0 0は、スケジュール管理システムのサーバであり、パソコン、ワークステーシヨン、メインフレームなど、種々のコンピュータ上で実装され得る。制御部 2 0 1は、スケジュール管理システムの制御を行うもので、利用者のスケジユール管理、利用者のスケジュールと契約業者の業務スケジュールとの連動、利用者の利用者管理、装置の制御等を行う。記憶部 2 0 2は、利用者番号、氏名、住所等の利用者の基本情報を格納した利用者 D B (データベース）、利用者のスケジユールを格納した利用者スケジュール D B等が保管されている。通信インターフエース部 2 0 3は、サーバ 2 0 0と利用者の使用する利用者端末との間で情報をやりとりするための、ネットワークに対する送受信機能である。

図 3は、各利用者が使用する利用者端末の一例を示す構成ブロック図である。利用者端末 3 0 0は利用者がスケジュール管理システムを利用するための端末機器で、パソコンや W e b T V、テレビ、情報家電のような汎用機器にブラウザ機能を搭載した機器でもよく、また専用機器でもよい。入力装置 3 0 1は、利用者が利用者端末 3 0 0に対する操作命令を発したり、スケジュール情報を入力するもので、例えばキーボード、マウス、リモコン、マイク、タッチスクリーン等が' ある。出力装置 3 0 2は、例えばディスプレイやプリンタなどである。入力装置 3 0 1と出力装置 3 0 2は、利用者端末 3 0 0とは独立した機器として設けても良く、また利用者端末 3 0 0と一体化されていてもよレ、。 I ZOインターフエ一ス部 3 0 3は、. 入力装置 3 0 1と出力装置 3 0 2を制御する機器である。通信ィンターフェース部 3 0 4は、スケジュール管理システムのサーバと情報の送受信をするための通信インターフェースである。記憶部 3 0 5は、利用者端末 3 0 0 を使用している利用者のスケジュールデータを保存する。制御部 3 0 6は、 Ι Ζ Οインターフェース部 3 0 3、通信インターフェース部 3 0 4、記憶部 3 0 5と接続しており、利用者端末 3 0 0全体の制御を行うもので、例えばマイクロプロセッサが使用される。

図 4は、スケジュール管理システムと業者端末、利用者端末間の情報授受を説明する第 1の実施の形態のフローチヤ一トで、ここではスケジュール管理システム管理者が契約している業者に、荷物の配達やサービス訪問の予定等の業務予定が発生した際に、該当する利用者のスケジュールと連動して配送日やサービス訪問日等に対する最適な日時を算定する処理の一例を示している。ここでは、一例として、契約業者を宅配便業者としている。

まず、宅配便業者の業務スケジュ―ルシステムでは、宅配便の配送依頼を利用者や代理店から受取ると、業者端末 1 3 0に業務スケジュールデータを入力する (ステップ 4 0 0 ) 。この場合の、業務スケジュールデータには、その業務、例えば、宅配便の配達は誰に対して行うのか（宅配便の宛先）、その日時の条件（口月 X日以降など）、配達識別番号等が含まれている。入力した配達業務スケジュールデータは、業者端末 1 3 0からスケジュール管理システム 1 0 0へ送信される（ステップ 4 0 1 ) 。

スケジュール管理システム 1 0 0では、配達業務スケジュールデータを受信し (ステップ 4 0 2 ) 、利用者 D Bを参照しながら、配達先となっているシステム利用者の利用者番号を検索する（ステップ 4 0 3 ) 。続いて、利用者番号をキーにして、利用者スケジュール D Bより、該当利用者のスケジュールを取り出す（ステツプ 4 0 4 ) 。そして、取り出した該当利用者のスケジュールと、配達スケジユールデータの配達日時の条件（この場合、口月 X日以降配達）とを照らし合わせ、最適な配達日を算定し（ステップ 4 0 5 ) 、利用者のスケジュールに入力する（ステップ 4 0 6 ) 。ここで、この利用者のスケジュールは新たに更新されたことになる。そして、スケジュール管理システム 1 0 0は、ここで算定した配達日を含む、業務（配達）スケジュールデータを業者端末 1 3 0へ送信する（ステップ 4 0 7 ) 。また、利用者端末 1 2 0にも、電子メールなどを利用して送信する（ステップ 4 0 8 ) 。更に、利用者は、利用者端末 1 2 0のスケジュール管理システムのクライアント機能を起動させることによつても、自分への配達予定を知ることが出来る（ステップ 4 0 9 ) 。

図 5は、スケジュール管理システムと業者端末、利用者端末間の情報授受を説明する第 2の実施の形態のフローチャートである。図 4と相違する点を説明すると、利用者が利用者端末 1 2 0を用いてスケジュール管理システム 1 0 0に、配達等があった場合の希望日時帯をあらかじめ登録しておく（ステップ 4 1 0 ) 点にある。すると、スケジュール管理システム 1 0 0では、利用者の都合に適した配達日やサービス訪問日時等の業務執行日を算定することができる。具体的には、利用者は利用者端末 1 2 0を用いてスケジュール管理システム 1 0 0に、配達があるなしに関わらず、利用者の配達がある場合の配達の希望日時帯を入力しておく。例えば、平日 ·休日 ·曜日指定、午前 ·午後 ·夜間指定等を行う。入力された日時帯は、スケジュール管理システム 1 0 0に送信され、利用者 D Bに保管される。

そして、宅配便業者等の契約業者の配達スケジュールが発生した時点で図 4 で示す処理と同様の処理が開始されるのである。即ち、スケジュール管理システム 1 0 0が、利用者 D Bより、該当する利用者の利用者番号おょぴ、配達希望日時帯を取り出す（ステップ 4 0 3 ) 。更に、利用者スケジュール D Bより、該当利用者の事前に登録されたスケジュールを取り出す（ステップ 4 0 4 ) 。そして利用者のスケジュール、配達希望日時帯、および受信した配達スケジュールデータの日時条件を照合して最適な配達日時を算定する（ステップ 4 0 5 ) 。以下図 4と同様である。

図 6は、配送日やサービス訪問日等の最適業務執行日時に対して、利用者が変更ゃ承認を行う際の処理の第 1の実施の形態を示すフローチャートである。引き続き、ここでは、例として、契約業者を宅配便業者とする。まず、利用者が、利用者端末 1 2 0のスケジュール管理システムを立ち上げると（ステップ 6 0 0 ) 、配達の予定がある場合は、配達日時を含む配達予定の告知をスケジュール管理システム 1 0 0から受信する（ステップ 6 0 1 ) 。ここで利用者は、スケジュール管理システム 1 0 0によって告知された配達日時のままでよいか、それとも日時を変更したいかの判断を行う（ステップ 6 0 2 ) 。このままでよい場合は、配達日時を承認する旨をスケジュール管理システム 1 0 0 へ送信する（ステップ 6 0 3 ) 。ここで送受信されるデータには、配達識別番号、配達日時 O Kのフラグ等が含まれる。スケジュール管理システム 1 0 0は配達日時の承認を受信して（ステツプ 6 0 4 ) 、処理はここで終了する。

次に図 7を参照して、ステップ 6 0 2で利用者がスケジュール管理システム 1 0 0によつて告知された配送日時のままでは都合が悪いと判断した場合の処理を説明する。このときは、利用者が配送日時を変更したいので、その希望する変更内容を、利用者端末 1 2 0からスケジュール管理システム 1 0 0に入力する（ステツプ 6 0 5 ) 。入力される変更内容とは、変更後の配送日、変更後の時間帯等である。そして、利用者の入力した変更内容、および、該当する配達番号、配達日時変更フラグ等が、変更要求としてスケジュール管理システム 1 0 0へ送信される（ステップ 6 0 6 ) 。スケジュール管理システム 1 0 0は、利用者の変更要求を受信すると（ステップ 6 0 7 ) 、配達番号、宅配便の宛先（利用者名）、変更希望配達日時というデータにして、配達日時の変更希望を、宅配業者の業者端末 1 3 0に設けられている業務スケジュール管理システムへ送信する（ステップ 6 0 8 ) 。 ·

宅配業者の業務スケジュール管理システムでは、配達日時の変更希望データを受信し（ステップ 6 0 9 ) 、まず、この宛先への配達日時を変更できるかどうかの判断を、配達スケジュール D Bの内容（他の配達スケジュール）を参照することよって行う（ステップ 6 1 0 ) 。変更できる場合は、変更後の新しい配達曰時を、配達スケジュールに新たに書き込む（ステップ 6 1 1 ) 。そして、スケジユール管理システム 1 0 0へ、配達番号、宅配便の宛先名、配達日時変更 O Kフラグ等の配達日時の変更を承認する旨を送信する（ステップ 6 1 2 ) 。スケジュール管理システム 1 0 0は、配達日時の変更承認を受信し（ステップ 6 1 3 ) 、宅配便の宛先に該当する利用者のスケジュールに、確定した配達日時を入力する (ステップ 6 1 4 ) 。

スケジュール管理システム 1 0 0は、同時に、利用者に対して、電子メール等を利用して、配達日時が希望どおり変更されたことを報告し（ステップ 6 1 5 ) 、利用者は、利用者端末 1 2 0で配達日時の希望どおりの変更を受信する（ステツプ 6 1 6 ) 。また利用者は、利用者端末 1 2 0のスケジュール管理システムを起動させることによつても、確定した配達日時を知ることが出来る（ステップ 6 1 7 ) 。

ここでスケジュール管理システム 1 0 0と利用者との間で、電子メール等を利用して送受信されるデータは、テキストデータに限らず、例えば、音声データ、画像データ、あるいは所定の情報を含んだ識別子であってもよい。要は、スケジユール管理システム 1 0 0と利用者との間でやり取りする、配達日時の希望どおりの変更等、所定の情報を含めることができるデータであれば、形式を問わない。これは、他の実施の形態でも同様である。

図 8を参照して、ステップ 6 1 0において、宅配便業者の業務スケジュール管理システムが、利用者の希望する日時へ配達日時を変更できないと判断した場合の処理を説明する。この場合は、スケジュール管理システム 1 0 0 へ、配達番号、宅配便の宛先名、配達日時変更 N Gのフラグ等の配達日時変更不可の旨を送信する（ステップ 6 1 8 ) 。

スケジュール管理システム 1 0 0は、配達日時変更不可を受信し（ステップ 6 1 9 ) 、宅配便の宛先名に該当する利用者に対して、電子メール等を利用して、配達日時変更不可の告知、および新たな希望日時を指定するように指示する（ステツプ 6 2 0 ) 。利用者は配達日時変更不可を受信し（ステップ 6 2 1 ) 、新たな配達希望日時を入力するために、ステップ 6 0 5へ戻る。

図 9は配送日ゃサービス訪問日等の最適業務執行日時に対して、利用者が変更や承認を行う際の処理の第 2の実施の形態を示す要部フローチャートである。第 2の実施の形態では、図 7におけるステップ 6 0 9で、宅配便業者等の契約業者の業務スケジュール管理システムが、配達日時の変更希望を受信してから以降の処理で、配達日を希望通りに変更できるかどうかを判断する際、配達スケジユールデータに加えて、担当配送車の現在位置や、配車スケジュールデータも加味する場合を示している。図 9のステップ 7 0 0からステップ 7 0 6の処理は、図 7 におけるステップ 6 0 9からステップ 6 1 2の処理を代替するものである。

まず、配達番号、'宅配便の宛先（利用者名）、変更希望配達日時を含む配達日時の変更希望データを、宅配業者の業務スケジュール管理システムが受信する（ステツプ 7 0 0 ) 。業務スケジュール管理システムは該当配達を担当している配送車を割り出し、 G P S (衛星測位システム）等の装置を利用して、その現在位置を把握する（ステップ 7 0 1 ) 。

次に、業務スケジュール管理システムは配達スケジュール D Bにある配達のスケジュール、配車 D Bにある担当配送車の配車スケジュール、および担当配送車の現在位置を参照しながら、該当配達番号の配達日時が変更できるかどうかを判断する（ステップ 7 0 2 ) 。変更できる場合は、業務スケジュール管理システムは変更後の配達日時を、配達スケジュールへ書き込み（ステップ 7 0. 3 ) 、新たな配車スケジュールを作成する（ステップ 7 0 4 ) 。そして、担当配送車の配達要員へ、新たな配車スケジュールを連絡する（ステップ 7 0 5 ) 。また、スケジユール管理システム 1 0 0へ、配達番号、宅配便の宛先名、配達日時変更 O Kフラグを含む配達日時の変更を承認する旨を送信する（ステップ 7 0 6 ) 。

図 1 0は配送日やサービス訪問日等の最適業務執行日時に対して、利用者が変更ゃ承認を行う際の処理の第 3の実施の形態を示す要部フローチャートで、（A) は図 6における置換え対象ステップ、（B ) は第 3の実施の形態により置き換えるステップである。分かり易いように、対照して示すものである。（B ) の第 3 の実施の形態では、スケジュール管理システム 1 0 0によって算定された、配送日ゃサービス訪問日等の最適業務執行日時に対して、利用者が変更を行う処理に 'おいて、（A) の第 1の実施の形態では希望する日時を一個指定する場合を示すのに換えて、利用者に、別途希望する日時を、一つではなく複数、優先順位を付けて提示させている。最適業務執行日時の変更の場合、利用者は図 7におけるステツプ 6 0 5の処理において、希望する変更内容を利用者端末 1 2 0のスケジュ —ル管理システムに複数個、入力する。入力される変更内容は、変更希望の優先順位（第一希望、第二希望、第三希望等）、変更後の配送日、変更後の時間帯等である。また、宅配便業者のような契約業者の業務スケジュール管理システムが、変更希望を受信して（図 7のステップ 6 0 9 ) 、その希望日時に配達日を変更できるか判断する（図 7のステップ 6 1 0 ) 処理は、図 1 0 ( B ) で示すように変更される。

図 1 0 ( B ) において、契約業者の業務スケジュール管理システムが受信する変更希望の内容は、配達番号、宛先、および第一希望から第 N希望までの希望配達日時 N個である（ステップ 8 0 0 ) 。以下の処理は、第一希望から第 N希望まで順次行われる（ステップ 8 0 1 ) 。配達日時をこの希望日時に変更できるかどうかを、配達スケジュール D Bの内容を参照しながら判断する（ステップ 8 0 2 )。変更できない場合は、次の順位の希望日時について同様の判断を行うが、変更できた時点で、新しい配達日時を、配達スケジュールに書き込む処理へと進む（図 7のステップ 6 1 1 ) 。第 N希望まで、すべて変更不可と判断された場合には、スケジュール管理システム 1 0 0へ、配達番号、宅配便の宛先名、配達日時変更 N Gのフラグを含む配達日時変更不可の旨を送信する（図 8のステップ 6 1 8 )。そして、以後図 8で示すステップと同様の処理を行う。

図 1 1は、図 1のシステムに便益算出手段を付加したシステムの構成プロック図である。スケジュール管理システム 1 0 0によって業者や利用者が得た便益をスケジュール管理システム管理者が算出することで、業者や利用者に対する料金の設定や加入促進に用いる基礎データとする。図において、便益算出手段 1 4 0 は、業者が利用者を対象として商品またはサービスを提供するのに実際に要した労力を算定する実際労力算定手段 1 4 2と、算定された労力と標準労力との差を算出する差労力算出手段 1 4 4と、算出された労力差に基づいて手数料を定める手数料算出手段 1 4 6を有している。実際労力算定手段 1 4 2における実際労力は、例えばスケジュール管理に基づいて業者が利用者を訪問した回数で算定する。差労力算出手段 1 4 4で用いる標準労力は、例えば宅配業者が本発明の管理システムを用いないときに、届け先を訪問していた回数の平均値で定められる。手数料算出手段 1 4 6は、例えば業者がスケジュール管理システム 1 0 0の利用によって得た便益の一定割合に定めた比例式でもよく、或いは便益に応じた段階的料金であってもよい。

図 1 2は利用者間でのスケジュール管理を行うシステムの構成ブロック図である。スケジュール管理システム 1 0 0は、スケジュール管理を利用する第 1及ぴ第 2の利用者の利用者スケジュールを記憶する第 1及び第 2の利用者スケジユールデータ'ベース 1 0 2、 1 0 3と、第 1の利用者スケジュールとマッチングすぺき第 2の利用者スケジュールとを照合する照合手段 1 0 7と利用者端末アクセス手段 1 0 8を備えている。

このように構成された装置においては、第 1の利用者は自己の利用者端末 1 2 1を用いてスケジュール管理システム 1 0 0の利用者スケジュールに自己のスケジュールを登録する。第 2の利用者は自己の利用者端末 1 2 2を用いてスケジュール管理システム 1 0 0の利用者スケジュールに自己のスケジュールを登録する。そして、第 1の利用者と第 2の利用者が会食をする場合のように両者の日程調整が必要な場合には、照合手段 1 0 7に調整を依頼する。すると、照合手段 1 0 7 は第 1及ぴ第 2の利用者の利用者スケジュールを調整して、両者の会食が行えるように日程調整を行う。第 1及び第 2の利用者は第 1及び第 2の利用者端末 1 2 1 、 1 2 2から調整された利用者スケジュールにアクセスして、自分の行動予定を知る事ができる。日程調整が複雑になる多人数のスケジュール管理システムや、演算処理能力がパソコンに比較して小さい携帯電話機やページャ一に用いて好適である。

図 1 3は利用者間でのスケジュール管理を行うシステムの構成ブロック図である。図 1 3のシステムは、図 1 2のシステムと比較すると、スケジュール管理システム 1 0 0用のサーバーを用いることなく利用者端末間 1 2 3、 1 2 4でネットワークを介してスケジュール管理を行うもので、小規模の利用者間でパソコン端末のように比較的処理能力の大きな利用者端末を用いる場合に適している。図において、第 1の利用者端末 123は、スケジュール管理を利用する第 1の利用者の利用者スケジュールを記憶する第 1の利用者スケジュールデータベース 12 5を有する。第 2の利用者端末 124は、スケジュール管理を利用する第 2の利用者の利用者スケジュールを記憶する第 2の利用者スケジュールデータベース 1 26を有する。照合手段 127は、第 1の利用者端末 123に設けられたもので、第 1の利用者スケジュールとマツチングすべき第 2の利用者スケジュールを照合する。照合手段 1 28は、第 2の利用者端末 124に設けられたもので、第 2の利用者スケジュールとマツチングすぺき第 1の利用者スケジュールを照合する。照合手段 127、 128の照合結果は同一である必要があるから、ネットワーク 1 10を用いて照合結果の同値化処理をする。第 1及ぴ第 2の利用者は照合結果に自己の利用者端末 1 23、 124を用いて閲覧できるように構成されている。このようなシステム構成によっても、図 1 2のシステムとほぼ同一の機能発揮できる。

また例えば汎用のパソコンをこのような利用者端末 123又は 124として構成するには、以上説明したような処理プログラムを格納した記録媒体、例えば F D 123 a、 124 aを、利用者端末に読み込ませて、プログラムをインストールすればよい。記録媒体 123 aは、 FDに限らず、 CD— ROM、磁気ディスク、磁気テープ等、一般的にパソコン等のコンピュータが読み取り可能なものであればよい。これは、図 1、図 12のシステムにおいても同様であり、利用者端末 120、 121、 122用として、それぞれ記録媒体 1 20 a、 121 a、 1 22 aを利用することができる。

なお、図 1の実施の形態においては各業者の業務端末と利用者端末をネットヮークを介してスケジュール管理システムと接続して、業者の提供する商品ゃサービスの日時を調整して、業者と利用者にとって最適な日時に商品やサービスを授受できる場合を示したが、本発明はこれに限定されるものではなく、例えば個人の私的な日程調整や非営利団体と会員との日程調整など各種のものにも適用できる。また、図 1の実施の形態においては利用者スケジュールデータベースをスケジュール管理システムに設け、利用者端末から随時アクセスする構成を示した力本発明はこれに限定されるものではなく、例えば利用者端末にも利用者スケジュールデータベースを設け、利用者端末とスケジュール管理システムとの交信により最新の利用者スケジュールとなるように情報の更新をする構成としてもよい。これによれば、利用者端末とスケジュール管理システムにおける利用者スケジュールデータベースの差異情報のみが一回の交信で同一化されるので、通信負荷が少なくてすむ。

産業上の利用可能性

以上のように本発明によれば、ネットワーク上で利用者のスケジュール管理を行うスケジュール管理システムであって；前記スケジュール管理を利用する利用者の利用者スケジュールを記憶する利用者スケジュールデータベースと；前記利用者を対象として商品またはサービスを提供する業者のスケジュールであって前記利用者スケジュールとマッチングすべき業者スケジュールを含む、業者スケジユールデータを、業者端末から受信する手段と；前記利用者スケジュールと前記業者スケジュールデータとを照合する照合手段とを備え；前記照合結果に、前記ネットワークを介して前記利用者が利用者端末からアクセスできるように構成されたので、例えば商品やサービスを提供する業者と利用者とのスケジュールを調整して、業者と利用者との接触が確実に行われるようにすることが可能となる。

Claims

請求の範囲

1 . ネットワーク上で利用者のスケジュール管理を行うスケジュール管理システムであって；

前記スケジュール管理を利用する利用者の利用者スケジュールを記憶する利用者スケジュールデータベースと；

前記利用者を対象として商品またはサービスを提供する業者のスケジュールであって前記利用者スケジュールとマッチングすべき業者スケジュールを含む、業者スケジュールデータを、業者端末から受信する手段と；

前記利用者スケジュールと前記業者スケジュールデータとを照合する照合手段とを備え；

前記照合結果に、前記ネットワークを介して前記利用者が利用者端末からァクセスできるように構成された；

スケジュール管理システム。

2 . 前記照合手段は、前記業者スケジュールデータ中の業務執行予定と前記利用者スケジュールとを照合して、最適な業務執行日を算定するように構成された、請求項 1に記載のスケジュール管理システム。

3 . 前記算定された業務執行日に対して、前記利用者に調整を行わせ、前記業者端末に調整結果を送信するように構成された、請求項 2に記載のスケジュール管理システム。

4 . 前記調整が、業務執行日に対する利用者からの変更要求であり、該変更要求と、業者の配送スケジュールデータまたは業者の現在情報とを連動して新たな執行日を確定するように構成された、請求項 3に記載のスケジュール管理システム。

5 . 前記変更要求が、前記利用者の優先順位のついた複数の希望する日時を含み、前記優先順位に従って前記新たな執行日を確定するように構成された、請求項 4に記載のスケジュール管理システム。

6 . 前記利用者スケジュールは、利用者の希犟する時間帯に関する情報を含む、請求項 1または 2に記載のスケジユ^ "ル管理システム。

7 . ネットワーク上で利用者のスケジュール誉理を行うスケジュール管理方法であって；

前記スケジュール管理を利用する利用者の利用者スケジュールを利用者スケジユールデータベースに記憶する記憶工程と；

前記利用者スケジュールとマツチングすべき、業者スケジュールを含む業者スケジュールデータを業者端末から受信する受信工程と；

前記利用者スケジュールと前記業者スケジュ一ルデータとを照合する照合工程と；

前記照合工程で得られた照合結果を、前記ネットワークを介して前記利用者が利用者端末からアクセスできるように照合結果ファイルに保存する工程とを備えた；

スケジュール管理方法。

8 . 前記業者が前記利用者を対象として商品またはサービスを提供するのに実際に要した労力を算定する実際労力算定手段と；

前記算定された労力と標準労力との差を算出する差労力算出手段と；前記算出された労力差に基づいて手数料を定めるように構成された；請求項 1乃至請求項 6のいずれかに記載のスケジュール管理システム。

9 . ネットワーク上で利用者間のスケジュール管理を行うスケジュール管理システムであって；

前記スケジュール管理を利用する第 1及び第 2の利用者の利用者スケジュールを記憶する第 1及び第 2の利用者スケジュールデータベースと；

前記第 1の利用者スケジュールとマッチングすべき第 2の利用者スケジュールを照合する照合手段とを備え；

前記照合結果に、前記ネットワークを介して前記第 1又は第 2の利用者が第 1 又は第 2の利用者端末からアクセスできるように構成された；

スケジュール管理システム。

1 0 . ネットワーク上で利用者間のスケジュール管理を行うスケュール管理システムであって；前記スケジュール管理を利用する第 1の利用者の利用者スケジュールを記憶する第 1の利用者スケジュールデータベースを有する第 1の利用者端末と；前記スケジュール管理を利用する第 2の利用者の利用者スケジュールを記憶する第 2の利用者スケジュールデータベースを有する第 2の利用者端末と；前記第 1の利用者スケジュールとマツチングすべき第 2の利用者スケジュールとを照合する照合手段を備え；

前記第 1又は第 2の利用者は前記照合結果に第 1又は第 2の利用者端末を用いて閲覧できるように構成された；

スケジュール管理システム。

1 1 . ネットワーク上で第 1の利用者と第 2の利用者との間のスケジュール管理を行うスケジュール管理システムを制御するプログラムであって；

前記スケジュール管理を利用する第 1の利用者の利用者端末内の利用者スケジュ一ルデータベースに前記第 1の利用者の利用者スケジュールを記憶する記憶処理と；

前記スケジュール管理を利用する第 2の利用者の利用者スケジュールを記憶した第 2の利用者スケジュールデータベースを有する第 2の利用者端末から、前記第 1の利用者スケジュールとマッチングすべき第 2の利用者スケジュールを前記ネットワークを介して、前記第 1の利用者の端末が受信する受信処理と；前記第 1の利用者スケジュールとマツチングすべき前記第 2の利用者スケジュ一ルとを照合する照合処理と；

前記第 1又は第 2の利用者が前記照合結果を閲覧するようにする処理とを行うように；

前記第 1の利用者の端末を制御するためのプログラムを格納した利用者端末読み取り可能な記録媒体。