JP3319341B2

JP3319341B2 - データ共有システム

Info

Publication number: JP3319341B2
Application number: JP16358897A
Authority: JP
Inventors: 敬喜朝倉
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1997-06-20
Filing date: 1997-06-20
Publication date: 2002-08-26
Anticipated expiration: 2017-06-20
Also published as: US6169988B1; JPH1115715A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ共有システ
ムに関し、特に、通信路によって接続されたサーバと端
末間でデータの受け渡しを効率的に行うデータ共有シス
テムに関する。

【０００２】

【従来の技術】従来、この種のデータ共有システムで、
特に容量の小さい通信路を介してサーバにあるデータベ
ースのデータを端末上で利用する場合、端末上にデータ
ベースを保持していれば、容量の小さい通信路を介さず
にデータを得ることができるので問題は無いが、サーバ
上のデータベースを、複数の端末間で共有化している
と、ある端末によってそのデータベースを更新される可
能性があり、データが必要になる毎にサーバ上から最新
のデータベースのデータをダウンロードしていたのでは
効率が悪い。

【０００３】これを改善する従来の技術として、特開平
6-131305号公報「無線電子メールシステム」（以下、文
献１）が知られている。この文献１に示される方式では
サーバ上でデータベースが更新された時に、そのデータ
ベースの変更履歴をサーバ上に保持しておき、端末から
データベースにアクセスする時にその変更履歴をダウン
ロードすることによって、前回アクセスした時点以降に
更新された部分のみをダウンロードし、すでに端末上に
あるデータベースと結合することで、通信量を少なくし
ている。

【０００４】

【発明が解決しようとする課題】この文献１の従来の技
術には以下の問題点がある。第一の問題点は、複数のユ
ーザが複数のデータベースを共有した場合に、必ずしも
最新のデータを参照できない点である。その理由は、上
記した従来の技術では、単一のユーザによる、単一のデ
ータベースを取り扱うことしか考慮しておらず、複数の
ユーザが複数のデータベースを共有することを前提とし
ていない。

【０００５】第二の問題点は、この種の従来のデータ共
有システムでは、常時通信回線を確保して、サーバと端
末間の通信を行うものであればよいが、端末側が、ノー
トパソコンなど携帯端末によって、常時通信回線を確保
できない種類のものある場合に、サーバから最新のデー
タを得るためには、端末からサーバまたはサーバから端
末に接続する通信回線を確保するまでに、何回も接続試
行をする必要があり、絶対に接続できない時にも接続試
行して回線を占有するということがある。

【０００６】本発明の目的は、複数のユーザが複数のデ
ータベースを共有し、常に最新のデータを参照可能にす
ることが可能なデータ共有システムを提供することにあ
る。

【０００７】さらに、本発明の他の目的は、通信路が確
保できるかを予測して、無駄な接続試行を無くすことが
可能なデータ共有システムを提供することにある。

【０００８】上記目的を達成することによって、通信路
によって接続されたサーバと端末間でデータの受け渡し
を効率的に行えるデータ共有システムを提供することが
できる。

【０００９】

【課題を解決するための手段】本発明では、上記目的を
達成するために、データベースが存在するサーバ上に、
そのデータベースが保存しているデータ名と、そのデー
タに対してどの接続先（端末）がどのような操作を行っ
たか等の履歴を保持する接続先保持手段を設ける。

【００１０】この接続先保持手段に保持された接続先に
は、サーバと端末との間の接続が、ＬＡＮの場合と電話
などの公衆回線があり、ＬＡＮの場合には端末側のホス
ト名やＩＰアドレス、公衆回線の場合には端末側の電話
番号等を利用する。この接続先保持手段に保持される内
容は、該サーバのデータベースのデータを端末が転送・
更新したときの履歴が保持される。

【００１１】また、端末側では、サーバ上のデータベー
スのデータをダウンロードするときに、サーバ側の接続
先保持手段の内容のコピーを受け取り、その接続先保持
手段の内容から、過去に同様のデータをダウンロードし
たことのある他の端末が存在するかどうかを判定し、サ
ーバ上のデータベースのデータを直接サーバからダウン
ロードするか、他の端末からダウンロードするかの判断
を行う。その判断内容に応じて、適切なサーバまたは端
末と接続を行い、当該データのダウンロードを行う。こ
の判断手法には、端末間の距離と端末とサーバの間の距
離を比較して通信コストがかからない方を選択してもよ
いし、ユーザが常に最新のデータを所望する場合は、常
にサーバのみを通信対象としてもよい。

【００１２】さらに、サーバと端末間で、通信回線上の
制約によって接続できないときに、次にいつ再接続した
らよいのかを予測する予測手段を設ける。この予測手法
としては、過去にサーバと端末間で接続を試みたときの
接続結果とそのときの場所を含んだユーザのスケジュー
ルを保持しておき、接続に失敗したときに、未来のスケ
ジュールをもとに過去の接続履歴を検索し、次に接続が
成功する場所、時刻を獲得して、それを予測結果とす
る。他の端末やサーバに接続しようとしている端末やサ
ーバは、この予測結果に基づき、接続可能性のある時刻
に接続を試みる。

【００１３】

【発明の実施の形態】次に、本発明の一実施の形態を図
面を用いて説明する。

【００１４】図１に本発明のデータ共有システムの構成
の一実施の形態を示す。

【００１５】本実施の形態におけるデータ共有システム
は、サーバ１とクライアントである複数の携帯端末２、
３と複数の端末４から構成される。

【００１６】サーバ１は他のサーバや、複数の端末と通
信路（有線、無線を問わない）を介してデータの送受信
を行うことができ、サーバの構成としては、あらゆるデ
ータを保持するデータベースシステム１０と、データベ
ースシステム１０が保持しているデータに対するアクセ
スの履歴であり、内容としては、データ名、そのデータ
を転送した端末名、その端末がある場所、転送日時、デ
ータに対する操作の対応関係などを保持する接続先保持
手段２０と、ユーザのスケジュールデータを保持するス
ケジュール保持手段３０と、通信先である端末に接続で
きなかった場合等に、スケジュール保持手段３０が保持
するスケジュールデータに基づいて、いつ接続できるか
の予測を行う予測手段４０と、様々な端末との接続履歴
を保持する通信履歴保持手段５０とから構成する。

【００１７】一方、携帯端末２は、サーバ１のデータベ
ース１０とデータの送受信を行うことができ、得られた
データを格納しておくデータベース１１０と、サーバに
接続した時に、サーバの接続先保持手段２０の内容を得
て、記憶しておく接続先保持手段１２０と、データベー
スを参照するのにどの端末に接続したらよいかの決定を
行う接続先決定手段１３０と、ユーザに何らかのサービ
スを提供するアプリケーション１４０とから構成する。

【００１８】また、上記サーバ１及び携帯端末２の構成
は全て必要とするものではなく、構築しようとするデー
タ共有システムに応じて適宜必要な構成を組み合わせて
本発明の構成とすることが可能である。

【００１９】次に、本発明の実施の形態について図面を
参照しながら説明を行う。また、本実施の形態では、携
帯端末２，３および端末４を使用している各ユーザが、
互いに共有しているデータをサーバ１のデータベースシ
ステム１０上に保存しておき、必要に応じて、サーバ１
のデータベースのデータの参照（ダウンロード）および
更新（アップロード）を行うことを前提に説明する。
尚、本実施の形態では、説明上サーバはサーバ１の一台
のみであるが、複数のサーバであってもかまわなく、端
末においても、３台であるが、１台以上であれば何台で
もかまわない。

【００２０】また、本実施の形態においては、携帯端末
２，３とサーバ１間では、例えば有線や無線による公衆
網等の必要時に接続が確立する通信路で接続されている
ものとし、端末４とサーバ１間ではＬＡＮなどにより常
時接続が確立されているものとして説明する。基本的
に、端末４および携帯端末３は携帯端末２と同じ構成で
あるが、端末４は、データベースシステムから他の端末
への接続はＬＡＮでの接続のみが可能であるものとす
る。

【００２１】以下では、様々な状況に応じて、本発明の
サーバと端末がどのような動作をするかを図面を参照し
ながら詳細に説明する。

【００２２】まず、携帯端末２を利用するユーザが、サ
ーバ１上のデータベースシステム１０で共有しているデ
ータを更新する場合は、更新するユーザが、更新しよう
とするデータをサーバから受け取り、受け取ったデータ
をアプリケーション１４０を介して加工（変更）して、
加工部分を更新要求１１３ａとしてサーバに送付する
か、アプリケーション１４０で新たにデータを作成し、
そのデータを更新要求１１３ａとしてサーバに送付を行
う。本発明のサーバ１では、この更新要求１１３ａを受
けて、データベース１０上のデータを更新する。

【００２３】さらに、携帯端末２を利用しているユーザ
によって、更新されようとしているデータが、他の端末
を利用しているユーザによって既に更新が行われていた
場合には、そのデータを更新したユーザの端末、また
は、更新されたデータを持つサーバに対して、その更新
されたデータの転送要求を行いそのデータを獲得する。

【００２４】以下では、データの転送要求を行って、当
該データを獲得する手法、及び、データの更新要求を行
って、当該データの更新を行う手法を例にとり、本発明
の構成を詳しく説明する。

【００２５】まず、サーバ１の接続先保持手段２０につ
いて説明する。

【００２６】接続先保持手段２０は、データベースシス
テム１０が保持しているデータに対するアクセスの履歴
を記録し、この記録内容としては、データ名、そのデー
タを転送した端末名、その端末がある場所、転送日時、
データに対する操作の対応関係などを保持している手段
である。この接続先保持手段２０は、データベースシス
テム１０からデータ転送記録依頼１２を受けて、上記記
録内容を保持する。また、データベースシステム１０
は、サーバから端末にデータを転送するときと、端末か
らサーバにデータが戻されたとき（更新があったとき）
に履歴が順次記録される。

【００２７】この接続先保持手段２０の記録内容の一例
を図２に示す。２０１は１９９７年４月１３日の２１時
１７分に本社の端末ａｓａｋｕｒａによって、ＫＡＮ１
というデータの更新を行ったことを示している。また２
０２は、１９９７年４月１３日の１９時３３分に枚方の
端末ｋｉｄａに対して、ＫＡＮ２というデータを転送し
たことを示している。以下、“Ａという操作の履歴を書
き込む”、と記載した場合、データに対する操作Ａと、
上述したような、操作Ａに対する関連情報（日時、デー
タ名、端末名、場所など）で構成された履歴を書き込む
ことを意味する。

【００２８】また、サーバ１に対して端末から接続の要
求があったときには、サーバ１内の接続先保持手段２０
の内容を、その要求のあった端末の接続先保持手段１２
０に転送する。端末側では、転送された接続先保持手段
１２０の内容から、自分が更新しようとしているデータ
が、他の端末を利用しているユーザが更新していないか
等を判断する。

【００２９】上記したように、サーバ１のデータベース
システム１０で共有しているデータを携帯端末２側で変
更する場合のほかに、携帯端末２のアプリケーション１
４０からサーバ１のデータベースシステム１０内のデー
タを参照する場合もある。この場合、アプリケーション
１４０は、携帯端末２のデータベースシステム１１０に
対してデータ参照依頼１４１を発行する。次に、データ
ベースシステム１１０がデータ参照依頼１４１を受け取
るが、このデータベースシステム１１０が、データ参照
依頼１４１を受け取った場合の動作について、図３に示
す流れ図を用いて説明する。

【００３０】まず、データベースシステム１１０内に所
望するデータのコピーが存在するかどうか確認する（３
０１）。コピーが存在した場合（３０１Ｙ）、アプリケ
ーションに当該データを渡し（３０５）、サーバ１のデ
ータベースシステム１０からデータを参照せずに終了す
る。

【００３１】コピーが存在しなかったときは（３０１
Ｎ）、接続先保持手段１２０にデータ名確認依頼１１１
を発行する。接続先保持手段１２０は、保持する情報の
中で、データベースシステム１１０から受け取ったデー
タ名確認依頼１１１と、一致するデータ名があるかどう
かを調べ、確認結果通知１２１をデータベースシステム
１１０に渡す。

【００３２】データベースシステム１１０では、接続先
保持手段１２０からの確認結果通知１２１を受け取り、
接続先保持手段にデータ名が存在することがわかったら
（３０２Ｙ）、接続先決定手段１３０に接続先決定要求
１１２を発行する（３０３）。接続先決定手段１３０は
接続先決定要求１１２を受け取り、接続先を記載した決
定接続先１３１を出力する。また、この接続先決定手段
１３０の処理内容については後述する。

【００３３】データベースシステム１１０は、接続先決
定手段１３０から受け取った決定接続先１３１に記述さ
れている接続先であるサーバまたは端末に、当該データ
の転送要求１１３を送付する（３０４）。

【００３４】この例における決定接続先１３１が、サー
バ１であった場合の例を用いて説明を続ける。

【００３５】サーバ１では、転送要求１１３を受ける
と、転送要求１１３に対応するデータのコピー１１を返
却する。データベースシステム１１０では、このデータ
のコピーがサーバから返却されたら、アプリケーション
にデータ１１４を渡す（３０５）。また、このサーバ
が、端末から転送要求１１３を受け取った場合の詳しい
処理内容については後述する。

【００３６】一方、３０２のステップで、接続先保持手
段１２０から確認結果通知１２１を受け取り、データ名
が存在しなかった場合（３０２Ｎ）、接続先決定手段１
３０を介さずに、データ参照依頼１４１に対応するデー
タを保持するサーバのデータベースシステム１０に対し
て、データの転送要求１１３を送付する（３０６）。

【００３７】サーバのデータベースシステム１０から、
ステップ３０６の転送要求１１３に対応するデータのコ
ピー１１が返却されたら（３０７Ｙ）、アプリケーショ
ンにそのデータを渡す（３０５）。

【００３８】一方、ステップ３０７で、データベースシ
ステム１０から対応するデータを他の端末がすでに転送
要求によって転送していた場合は、その端末名が接続先
として返却される。接続先が返却されたら（３０７
Ｎ）、返却された接続先に対して当該データの転送要求
１１３を送付する（３０４）。コピーが返却されたら、
アプリケーションにデータ１１４を渡す（３０５）。

【００３９】上述した処理方法により、アプリケーショ
ン１４０は、データ参照依頼１４１を発行して対応する
データ１１４を受け取り、そのデータを参照する。この
参照が終わったら、アプリケーション１４０は参照終了
依頼１４１ａを発行する。参照終了依頼を受け取ったデ
ータベースシステム１１０は、データベースシステム１
０に参照終了メッセージを送る。

【００４０】端末のユーザが早急に該当データを参照し
たい場合には、アプリケーション１４０を介してデータ
参照依頼１４１を発行するとき、獲得時間優先指定を行
っておけばよい。

【００４１】また、携帯端末２のデータベースシステム
１１０で保持しているデータを、他の端末から転送要求
を受け取った場合には、この転送要求に対応するデータ
をデータベースシステム１１０から抽出して、携帯端末
３に転送すると共に、この転送したデータの元となるデ
ータを保持するサーバに対して、転送を代行した旨を記
載した転送代行メッセージを送付する。この転送代行メ
ッセージを受け取ったサーバは、サーバ内の接続先保持
手段２０に、転送という操作の履歴を書き込む。

【００４２】次に、接続先決定手段１３０の説明を行
う。前述したように接続先決定手段１３０は、接続先保
持手段１２０にデータ参照依頼１４１のデータ名の記載
があった時に参照される手段であり、この接続先決定手
段１３０によって、該当するデータを保持するサーバと
接続するか、該サーバから該当するデータを受け取った
ことがある端末と接続するかなどの接続先を決定する。

【００４３】この接続先決定手段１３０の接続先の決定
方法としては、データベースシステム１１０から接続先
決定要求１１２を受け取ると、端末の現在位置を、本出
願人が以前出願した、特願平07-310858号に記載されて
いるような、GPS(Global Positioning System) 等のデ
バイスによって獲得し、サーバの位置と端末の現在位置
の距離を、例えば地理データベースを用いて算出する。
次に、受け取った端末の位置と、自分の端末の現在位置
との距離を算出し、算出した二つの距離のうち短い距離
の端末を接続先と決定する。ただし、この例はあくまで
例であり、複数ある接続先を決定できるものであれば特
に限定はしない。他の例として、接続しようとしている
端末の電話番号やＩＰアドレス、場所の情報などから、
自分の端末に近い位置にある端末（サーバ）を接続先と
してもよいし、ユーザに選択させる画面を表示し、ユー
ザの決定により接続先を決めてもよい。接続先決定手段
１３０では、決定した接続先を決定接続先１３１として
データベースシステム１１０に渡す。

【００４４】アプリケーション１４０からのデータ参照
依頼１４１に対応するデータが、携帯端末２のデータベ
ースシステム１１０に既にデータが存在している場合
や、データベース１１０を介して、データ参照依頼１４
１に対応するデータを、サーバのデータベース１０など
から受け取った場合、アプリケーション１４０では、そ
のデータを参照してそのデータの内容を変更する。そし
て、この変更した内容を、サーバ１のデータベースシス
テム１０で共有しているデータに更新を依頼する。

【００４５】この場合、アプリケーション１４０では更
新要求１４１ｂを発行し、データベースシステム１１０
では、この更新要求１４１ｂを受け取ると、更新するデ
ータを保持するサーバのデータベースシステム１０に対
して、更新するデータの一覧を含むデータ更新要求１１
３ａを発行する。更新作業が完了すると、データベース
システム１０は更新結果１１をデータベースシステム１
１０に渡す。更新結果に要求したすべてのデータが更新
されなかった場合、その更新できなかったデータが返却
されるので、アプリケーション１４０に渡す。

【００４６】次に、サーバ１上のデータベースシステム
１０が、端末からデータ転送要求１１３を受けた場合の
動作を図４に示す流れ図を用いて説明する。

【００４７】データ転送要求１１３に獲得時間優先指定
が付加されていたら（４０１Ｙ）、データ転送記録依頼
１２を発行した上（４０５）、データ転送要求に対応す
るデータベースシステム１０のデータを、要求元の携帯
端末２のデータベースシステム１１０へ渡す（４０
６）。

【００４８】データ転送要求に獲得時間参照指定が付加
されていなかったら（４０１Ｎ）、接続先保持手段２０
にデータ転送要求１１３に対応するデータの状況確認要
求１２ａを行う。接続先保持手段２０では、この状況確
認要求１２ａに応じて、そのデータの現在の状況を調
べ、確認結果２１として、データベースシステム１０に
返送する。接続先保持手段２０からの確認結果２１に他
の端末に対して転送済みと記載されていたら（４０３
Ｙ）、その（転送している）端末名を要求元の携帯端末
２に伝える（４０４）。

【００４９】接続先保持手段２０からの確認結果２１に
他の端末に対して転送していないと記載されていたら
（４０３Ｎ）、接続先保持手段２０に対して、データ転
送記録依頼１２を発行した上（４０５）、データベース
システム１０から当該データを要求元端末に転送する
（４０６）。

【００５０】よって、上述した処理内容により、端末か
らサーバに対してデータの転送要求を行い、その転送要
求に応じたデータを携帯端末２で取得することができ
る。

【００５１】サーバ１上のデータベースシステム１０が
先の参照終了依頼を受け取ったら、接続先保持手段２０
に、参照終了操作の履歴を書き込む。

【００５２】次に、サーバ１上のデータベースシステム
１０が携帯端末２から、データ、データ名とともにデー
タ更新要求１１３ａを受け取った場合の動作を図６に示
す流れ図を用いて説明する。

【００５３】接続先保持手段２０に更新対象となるデー
タの状況確認要求１２ａを出力し、その状況確認要求１
２ａに対応する確認結果２１を得ることにより、そのデ
ータの現在の状況を確認する（６０１）。接続先保持手
段２０からの確認結果２１に他の端末が転送済みでない
と記載されていたら（６０２Ｎ）、サーバ１のデータの
内容を更新要求元端末２から転送されたデータで更新す
る（６０３）。接続先保持手段２０からの確認結果２１
に他の端末が転送済みと記載されていたら（６０２
Ｙ）、更新要求内容メッセージ１１ａを接続先保持手段
２０に保持されている端末に転送する（６０４）。

【００５４】更新要求内容メッセージ１１ａを受け取っ
た携帯端末２のデータベースシステム１１０は、更新対
象となるデータの内容と、データベースシステム１１０
内にある同一のデータの内容をマージして提示し、更新
要求内容メッセージ１１ａに含まれるデータのうち、何
を更新してもよいかをユーザに尋ねる。マージしたデー
タのうちユーザから変更許可があったデータのみ更新
し、それ以外は更新要求を破棄する。更新、破棄を反映
したものを新たなデータとする。ユーザの返答結果とデ
ータを、更新要求内容メッセージ１１ａに対する返答１
１３−２としてサーバ１のデータベースシステム１０に
返却する。

【００５５】サーバ１上のデータベースシステム１０が
更新要求内容メッセージ１１ａに対する返答１１３−２
を受け取ったとき、返答１１３−２に付加されているデ
ータでデータベースのデータを更新する。要求要求内容
メッセージ１１ａの一部、または全部が破棄された場合
には、更新要求元端末へその結果を提示する。

【００５６】以上のことにより、端末側では、サーバで
共有しているデータを参照する場合、適切な接続先から
データを参照することができ、また、サーバで共有して
いるデータを端末側で更新する場合は、その更新による
他の端末の影響を考慮して、共有しているデータの更新
を行うことができる。

【００５７】次に、サーバ１に図１に示す、スケジュー
ル保持手段３０、予測手段４０、通信履歴保持手段５０
を備える時の実施の形態について説明する。

【００５８】データベースシステム１０のデータが、そ
のデータの所有者でないユーザによって、先に説明した
図６の流れ図に示す流れで更新されたとき、更新が完了
次第、データベースシステムは、そのデータの所有者に
該データが変更されたことを通知する。このときの動作
を図７に示す流れ図で説明する。

【００５９】まず、スケジュール保持手段３０から接続
先端末のユーザのスケジュール３１を獲得する（７０
１）。

【００６０】携帯端末２へ接続しようとしたとき（７０
２）、携帯端末２が存在する位置によって接続できない
場合（７０３Ｎ）、データベースシステム１０は、スケ
ジュールデータ３１の場所の項目を取り出し、月日、時
刻、接続可否、接続場所とともに、通信履歴保持手段に
通信履歴書き込み依頼１４を行う（７０４）。

【００６１】次に、予測手段４０へ時刻予測依頼１３を
発行し（７０５）、予測できた場合は接続できる時刻リ
スト４１を獲得する（７０６Ｙ）。獲得した時刻リスト
４１から、リストに接続時刻が存在すれば順に接続時刻
を選択し（７０７Ｙ）、選択した時刻に再接続する（７
０８）。

【００６２】再接続したときに接続できなければ（７０
９Ｎ）、通信履歴保持手段に通信履歴書き込み依頼１４
を行い（７１１）、７０７へ戻る。７０７において、時
刻リスト４１の前回選択した時刻の次にもう時刻がない
場合は（７０７Ｎ）、一定時間後に再接続を試みて（７
１２）、接続できれば（７１３Ｙ）処理を行う。接続で
きなければ（７１３Ｎ）、通信履歴保持手段に通信履歴
書き込み依頼１４を行い（７１４）、接続できるまで一
定時間毎に再接続を試みる（７１２）。

【００６３】予測手段４０が時刻を予測できずに時刻リ
スト４１が「不明」の場合（７０６Ｎ）も、一定時間毎
に再接続を試みる（７１２〜７１４）。接続できたら
（７０３Ｙ、７０９Ｙ、７１３Ｙ）、通信履歴保持手段
に通信履歴書き込み依頼１４を行う（７１０）。接続し
た端末に対して更新確認メッセージを発行する（７１
５）。データ所有者から更新ＯＫの入力があったら（７
１６Ｙ）、データ所有者の端末に対して更新したデータ
を転送し、データ所有者端末のデータベースシステム内
の該当するデータを置き換える（７１７）。データ所有
者から更新拒否の入力があったら（７１６Ｎ）、データ
更新者に対して更新拒否メッセージを発行する（７１
８）。データ所有者のデータベースシステム内の該当す
るデータを更新者へ転送し（７１９）、サーバデータを
更新する（７２０）。

【００６４】データベースシステム１０が接続先保持手
段２０に対して、データ転送記録依頼１２を行うとき、
スケジュール保持手段３０からデータを転送した端末の
ユーザの１つ前の（完了した）スケジュール、次のスケ
ジュール、存在すれば現在のスケジュールを獲得し、現
在いる場所を確定する。現在のスケジュールが存在する
場合は、そのスケジュールの場所を現在いる場所とす
る。現在のスケジュールが存在しない場合、すなわち移
動中は、前のスケジュール、次のスケジュール両方の場
所で表現する。

【００６５】端末のデータベースシステムが他の端末か
ら更新拒否メッセージを受け取ったら、該当するデータ
を更新したアプリケーションに対して、更新拒否メッセ
ージを表示するよう依頼し、アプリケーションはユーザ
に更新が拒否されたことを伝える。

【００６６】端末のデータベースシステムが他の端末か
ら更新確認メッセージを受け取ったら、該当するデータ
を扱うアプリケーションに対して更新確認メッセージを
表示するよう依頼し、アプリケーションはユーザに更新
してよいかどうか質問する。ユーザからの入力は、更新
ＯＫ、更新拒否のどちらかであり、その結果はデータベ
ースシステムに渡され、データベースシステムは更新ユ
ーザの端末に送付する。

【００６７】スケジュール保持手段３０に保持されてい
る内容を図５に示す。スケジュールデータは、月日、時
間、内容、場所で構成され、各ユーザがスケジュールア
プリケーション等を用いてあらかじめ入力してあるもの
とする。

【００６８】通信履歴保持手段５０は、データベースシ
ステム１０から、通信履歴書き込み依頼１４を受け取る
と、その内容を保持する。通信依頼書き込み依頼１４
は、月日、時刻、接続可否、接続場所で構成される。こ
の通信履歴保持手段５０が保持する内容の一例を図８に
示す。データベースシステム１０が接続試行した月日、
時刻、接続可否、接続場所を保持している。８０１の場
所は府中事業場、８０２の場所は府中事業場から本社へ
移動中、８０３の場所は本社から行き先不明の場所へ移
動中を表現している。８０１は、１９９７年４月１１日
の１０時２５分に、データベースシステム１０から府中
事業場にいるユーザの端末に対して接続が成功したこと
を示している。

【００６９】予測手段４０がデータベースシステム１０
からの時刻予測依頼１３を受け取り、時刻リスト４１を
生成する動作を、図９に示す流れ図に従って説明する。

【００７０】予測手段４０が内部に保持する一時的な記
憶領域である候補スタック１、候補スタック２をクリア
する（９０１）。次のスケジュールデータをスケジュー
ル保持手段３０から獲得する（９０２）。このとき、前
回獲得したスケジュールの場所情報と違っていたら（場
所が移動していたら）、その場所移動時間を次のスケジ
ュールとして採用する。すなわち、前回は場所ＢＡにい
て、今回は場所ＢＢにいるスケジュールだった場合に、
場所ＢＢのスケジュールを次のスケジュールにするので
はなくて、場所「ＢＡ→ＢＢ」を内容「移動」として次
のスケジュールとする。獲得したスケジュールが今日の
データであれば（９０３Ｙ）、スケジュールデータの場
所項目の内容で通信履歴保持手段５０の内容を検索する
（９０４）。検索結果５１の内容が空でなければ（９０
５Ｙ）、候補スタック１に検索結果を保存して（９０
６）、今獲得したスケジュールデータの次のスケジュー
ルを獲得する（９０２）。９０５で検索結果がなかった
場合は（９０５Ｎ）、候補スタック２にスケジュールデ
ータを保存して（９０７）、今獲得したスケジュールデ
ータの次のスケジュールを獲得する（９０２）。獲得し
たスケジュールが今日のスケジュールでなかった場合は
（９０３Ｎ）、候補スタック１の内容を確認して、検索
結果が保持されていれば（９０８Ｙ）、候補スタック１
において、場所毎に接続成功確率を計算する（９０９）
とともに、複数の場所がスタック１にあった場合は確率
順に並べ替え、その場所にいる時刻をスケジュール保持
手段から獲得する（９１０）。接続成功確率は、単純
に、スタック１内の同一場所における接続成功確率では
なく、その算出した確率に時間を加味する必要がある。
具体的には、例えば、現在の時刻から時間がたつにつれ
て、接続確率が一定の割合で小さくなるようにする。獲
得した時刻、または時刻のリストを予測時刻とし、デー
タベースシステム１０に返却する（９１４）。一方、候
補スタック１に検索結果が存在しない場合は（９０８
Ｎ）、候補スタック２の内容を確認する。候補スタック
２が空でなければ（９１１Ｙ）、候補スタック２の内容
を今から近い順に並べ替えて、そのリストを予測時刻と
し（９１２）、データベースシステム１０に返却する
（９１４）。さらに候補スタック２が空の場合は（９１
１Ｎ）、予測時刻は不明としてデータベースシステム１
０に返却する（９１３）。

【００７１】以上のことにより、絶対に接続できないと
きに接続試行して回線を占有するような無駄なことをす
ることなく、かつ、データベースシステム１０のデータ
の所有者は、自らサーバにアクセスすることなく、自ら
所有するデータの更新を知ることができ、場合によって
はその更新を無効にすることができる。

【００７２】

【実施例】

（実施例１）次に、本発明をＷＷＷ(World Wide Web)シ
ステムに適用した場合の実施例について説明する。

【００７３】本実施例の概要は、図１のサーバ１が、ホ
ームページ等の情報を提供するために、様々なデータを
そのデータベースに格納したＷＷＷサーバに適用した場
合の例である。本実施例では、ＷＷＷサーバが格納して
いるデータを、他のサーバやあらゆる端末からアクセス
があった場合に、その接続先の情報を接続先保存手段に
格納し、一方で端末側においては、あるデータが欲しい
場合に、例えばＷＷＷブラウザ等のアプリケーションに
よって、そのデータを持つＷＷＷサーバのデータの格納
場所を、例えばＵＲＬ（Universal Resource Locator）
を指定することにより所望のデータを獲得するが、本発
明では所望のデータを獲得する前に、ＷＷＷサーバの接
続先保持手段の情報を参照して、接続先決定手段によっ
て、どのサーバや端末と接続したら所望のデータを効率
的に獲得できるかを判断し、その判断結果を参照して所
望のデータを獲得する構成としている。

【００７４】以下では、本発明をＷＷＷシステムに適用
した場合の実施例について、図面を参照しながら詳細に
説明する。

【００７５】図１０は、本実施例の構成の一例を示した
ブロック図である。この図１０では、説明の便宜上、Ｗ
ＷＷサーバは、ＷＷＷサーバ１Ａの１台のみの構成とし
ているが、本発明はＷＷＷサーバ１台のみに限定するも
のではなく、様々な情報を提供する様々なＷＷＷサーバ
が通信路を介して繋がっているものとする。また、端末
についても同様である。

【００７６】ここでは、例として端末Ａを利用している
ユーザが、ＷＷＷブラウザ１４０Ａを利用して、所望す
るデータを格納している場所を指定して該データを獲得
する場合の実施例について説明する。

【００７７】まず、ユーザは、Netscape Navigator（米
国Netscape Communications 社の商標）やInternet Exp
lorer （米国Microsoft Corporation 社の商標）等のＷ
ＷＷブラウザを用いてユーザの所望のデータが存在する
ＷＷＷサーバの場所を示すＵＲＬ等を入力する。このＷ
ＷＷサーバの場所の情報は、先の実施の形態の説明にお
けるデータ参照依頼１４１に対応し、ＷＷＷブラウザ１
４０Ａは、データベースシステム１１０にこの場所の情
報を渡す。また、ここでいうユーザの所望のデータと
は、ホームページやホームページで提供しているソフト
ウェアや画像などのファイルのダウンロードサービスを
含み、特に限定されるものではない。

【００７８】次に、データベースシステム１１０では、
ＷＷＷブラウザ１４０Ａから場所の情報を受け取り、
この場所の情報に対応するデータのコピーが既に端末Ａ
側のデータベース１１０に存在する場合には、そのデー
タをＷＷＷブラウザ１４０Ａに返す。また、このデータ
ベースシステム１１０に、この場所の情報に対応するデ
ータのコピーが存在していても、そのコピーが最近コピ
ーされたものでない場合や、ユーザが常に最新のデータ
を所望している場合には、そのデータをＷＷＷブラウザ
１４０Ａに返さない設定としてもよい。

【００７９】次に、データベースシステム１１０は、場
所の情報に対応するＷＷＷサーバと接続し、そのＷＷＷ
サーバにある接続先保持手段２０の情報を自分の端末の
接続先保持手段１２０にコピーする。データベースシス
テム１１０では、その接続先保持手段１２０の内容をみ
て、接続先保持手段１２０にユーザが所望しているデー
タのデータ名があるかどうかを判断する。

【００８０】この処理の内容について、例を挙げてさら
に詳しく説明する。またこの例におけるＷＷＷサーバ１
Ａの場所は、http://www.×××.co.jp/のＵＲＬで表さ
れるものとし、そのＵＲＬをＷＷＷブラウザに入力する
ことによって、そのホームページの情報が見ることがで
きる。また、その接続先保持手段２０で保持している内
容は図１１の内容であるものとすると、データベースシ
ステム１１０は、この接続先保持手段２０の情報を自端
末の接続先保持手段１２０にコピーし、その接続先保持
手段１２０の内容に、ユーザが所望しているデータのデ
ータ名があるかないかを判断する。例えば、ユーザが、
“Freesoft.exe”というデータを所望している場合に
は、図１１の接続先保持手段の内容と一致するので、接
続先決定手段１３０に対して、接続先決定要求１１２を
出力する。この接続先決定要求１１２は、当該データに
対応する接続先保持手段１２０で保持している接続先デ
ータ（この例では、図１１の１１０１に対応）と、ユー
ザ参照依頼１４１（場所の情報）である。また、ユーザ
が所望しているデータ名が、接続先保持手段１２０に存
在しない場合には、データベースシステム１１０は、ユ
ーザが所望しているデータを“http://www.×××.co.j
p/”で表されるＷＷＷサーバ１Ａから入手し、そのデー
タをＷＷＷサーバに渡す。

【００８１】次に、接続先決定手段１３０の処理内容に
ついて説明する。接続先決定手段１３０は、データベー
スシステム１１０から接続先決定要求１１２が入力され
ると、ユーザ参照依頼１４１に記載しているＷＷＷサー
バの場所の情報と、接続先データの場所の情報とを比較
し、効率的で有利なデータが得られるものを決定接続先
とする。より具体的には、自端末と、所望のデータを持
つサーバまたは端末との距離をＩＰアドレスや、ドメイ
ン名等から自端末に近い接続先を決定する手法や、前述
した特願平07-310858 号に記載した手法等を用いて接続
先を決定する。

【００８２】また、先の実施の形態で説明した、スケジ
ュール保持手段３０、予測手段４０、通信履歴保持手段
５０を、自端末に備えておき、予測手段４０の予測結果
を接続先決定手段１３０が利用することによって、ＷＷ
Ｗサーバの混み具合を予測して、混んでいると予測され
る時間帯は、ＷＷＷサーバを介さずに、所望のデータを
過去に転送したことのある端末やサーバを接続先と決定
してもよい。また、接続先保持手段２０が保持するデー
タに、データ名に対するファイルの大きさの情報を保持
しておき、接続先決定手段１３０では、そのファイルの
大きさの情報から、ある大きさ以下のデータに対して
は、ＷＷＷサーバを接続先とし、ある大きさ以上のデー
タに対しては、自端末との距離が近い端末またはサーバ
を接続先とすることもできる。以上の処理手法などによ
り、接続先決定手段１３０は、より効率的にユーザが所
望するデータを取得できるサーバや端末を決定し、それ
らの接続先を決定接続先１３１として、データベースシ
ステム１１０に返送する。

【００８３】データベースシステム１１０では、接続先
決定手段１３０から決定接続先１３１が送付されると、
その決定接続先１３１に対応する接続先に対して、ユー
ザが所望するデータの転送要求を行い、そのデータを獲
得する。

【００８４】先の例では、接続先決定手段１３０が決定
した接続先として、ＩＰアドレス“133.207.xxx.148 ”
で表される端末Ｂに対して、データ名“Freesoft.exe”
の転送要求を送付し、そのデータを獲得する。また、決
定接続先が、ＷＷＷサーバ１Ａの場合には、データ名
“Freesoft.exe”の転送要求１１３を送付し、そのデー
タのコピー１１を獲得する。この場合のＷＷＷサーバの
データベースシステム１０は、接続先保持手段２０に、
端末Ａにデータ名“Freesoft.exe”を転送した旨のデー
タ転送記録依頼１２を発行し、接続先保持手段２０で
は、その転送記録依頼１２を受け、接続先保持手段に端
末Ａにデータ名“Freesoft.exe”を転送した旨（図１２
の１２０１）を記録する。

【００８５】以上のことにより、本発明をＷＷＷシステ
ムに適用することによって、ユーザが所望しているデー
タを保持しているサーバや端末などの複数の接続先の中
から、効率的にデータを獲得できるサーバや端末を接続
先として決定するので、効率的なＷＷＷシステムを構築
することが可能である。

【００８６】（実施例２）次に、本発明をスケジュール
管理システムに適用した場合の実施例について説明す
る。

【００８７】本実施例の概要は、図１のサーバ１が、オ
フィス等のまとまったグループ全員のスケジュールデー
タを格納したスケジュールサーバであって、その格納し
ているデータには必ず所有者が存在し、所有者がスケジ
ュールデータを端末に転送していない状態で、他のサー
バやあらゆる端末の所有者でない人からスケジュール予
約、入力、取り消し等のスケジュールデータを変更する
スケジュール操作アクセスが行われた場合に、そのデー
タ更新をデータ所有者の端末に通知し、データ所有者が
それを受諾すれば、データ所有者の端末のデータを更新
し、データ所有者が拒否すれば、データ所有者の端末の
データで、サーバ上のデータと更新者の端末のデータを
置き換える。このとき、データ所有者の端末が、オフィ
ス外の公衆回線でしか接続できない場所にあった場合、
接続できるまで無計画に何度も接続試行を行うのではな
く、データ所有者のスケジュールを参照してデータ所有
者がいる位置を獲得し、その位置での過去の接続履歴か
ら接続可能性を推定し、接続できる場所のリストを作
り、そのリストとデータ所有者のスケジュールデータか
ら接続可能時刻リストを作り、それに基づいて接続試行
をする構成としている。以下では本発明をスケジュール
管理システムに適用した場合の実施例について、図面を
参照しながら詳細に説明する。

【００８８】図１３は、本発明の構成の一例を示したブ
ロック図である。この図１３では、端末とスケジュール
サーバ、端末間はＬＡＮ、または携帯電話等を利用した
公衆回線によって接続されているものとし、スケジュー
ルサーバが存在するオフィスに端末が存在するときはＬ
ＡＮで、オフィス外にいるときは公衆回線で接続される
とする。それぞれの端末は、説明の便宜上１台づつの構
成としているが、端末１台に限定するものではなく、Ｌ
ＡＮ、公衆回線を通して複数の端末がつながっているも
のとする。

【００８９】ここでは、まず端末Ａのユーザが端末Ｃの
ユーザと打ち合わせを行うために、打ち合わせのスケジ
ュールを入力して端末Ｃのユーザ所有のスケジュールデ
ータを変更する場合で、端末Ｃのユーザは自分のスケジ
ュールデータを携帯端末Ｃに保持して、オフィス外にい
てスケジュールサーバとは公衆回線を介して接続され、
端末Ａのユーザはオフィスにいてスケジュールサーバと
はＬＡＮを介して接続されている場合の実施例について
説明する。説明上、端末ＡのユーザをユーザＡ、端末Ｃ
のユーザをユーザＣと表現する。

【００９０】スケジュールサーバには、ユーザＡ、ユー
ザＣのスケジュールデータが入力されているものとす
る。最初は、端末Ｃ、端末Ａ、スケジュールサーバ上の
ユーザＣのスケジュールデータは全く同じである。ユー
ザＣは端末Ｃから一度スケジュールサーバにアクセス
し、端末Ｃに自分のスケジュールデータを転送し、ユー
ザＣがスケジュールを端末Ｃにおいて入力し、スケジュ
ールサーバのユーザＣのスケジュールデータを更新して
いないとする。このとき、スケジュールサーバに保持さ
れているユーザＣのスケジュールデータの内容と、端末
Ｃのスケジュールデータの内容は一致していない。その
後、ユーザＡがスケジュールサーバからユーザＣのスケ
ジュールデータを端末Ａに転送したとする。

【００９１】このときの端末ＣにあるユーザＣのスケジ
ュールデータの一例を図１４、端末ＡにあるユーザＣの
スケジュールデータの一例を図１５に示す。図１４に
は、図１５にないスケジュール１４０１があるが、これ
が新たにユーザＣによって入力されたスケジュールであ
る。

【００９２】ユーザＡは、スケジュールアプリケーショ
ン１４０Ｂから、打ち合わせの参加者であるユーザＣの
スケジュール参照要求１４１ｃを行う。このスケジュー
ル参照要求は先に説明した実施の形態における、データ
参照依頼１４１と同一のものである。すでに端末Ａのデ
ータベースシステム１１０にユーザＣのスケジュールデ
ータが存在するので、データベースシステム１１０はス
ケジュールデータ１１４を返す。ユーザＡが図１６に示
すユーザＣとのスケジュール（レビュー）を入力する
と、スケジュールアプリケーション１４０Ｂは既存のス
ケジュールデータ１１４に、入力された打ち合わせスケ
ジュール１６０１を追加する。このとき、入力されたス
ケジュール１６０１が既存のスケジュールと時間的に重
なる場合（ダブルブッキング）は、ユーザにダブルブッ
キングである旨アラームを出力して、スケジュール１６
０１の変更を求める。スケジュールアプリケーションは
入力されたスケジュールデータ１６０１を追加したスケ
ジュールデータ１４１をデータベースシステム１１０に
渡す。このときのスケジュールデータ１４１の内容を図
１７に示す。１７０１が新たに入力されたスケジュール
である。

【００９３】データベースシステム１１０は、ユーザＣ
のスケジュールデータに対する変更をスケジュールサー
バのデータベースシステム１０に反映させるため、端末
Ａに保持されているユーザＣのスケジュールデータとと
もに、更新要求１１３ａを発行する。更新要求１１３ａ
を受け取ったデータベースシステム１０は、図７に示す
流れ図の手順でデータの所有者ユーザＣの端末である端
末Ｃへデータ更新を伝える。

【００９４】データベースシステム１０がスケジュール
データの変更をユーザＣに伝える手順を、図７の流れ
図、およびその中の予測手段の動作は、図９に示す流れ
図に従って説明する。説明上の現在の日付は、１９９７
年４月１３日とし、時刻は、９：００とする。データベ
ースシステムに保持されているユーザＣのスケジュール
データの内容は図１５に示してあるものと同等とし、ス
ケジュールサーバの通信履歴保持手段５０に保持されて
いる内容は図８に示してあるものと同じであるとする。
また、図１３のデータベースシステム１０にスケジュー
ルデータが保持されているので、データベースシステム
１０は、図１のスケジュール保持手段３０の機能も含有
するものとする。

【００９５】スケジュールデータは、データベースシス
テム１０内に保持しているので、ステップ７０１は飛ば
し、端末Ｃへ接続しようとして（７０２）、端末Ｃがオ
フィス外にいて公衆回線経由で接続試行をして接続でき
なかったので（７０３Ｎ）、データベースシステム１０
は、通信履歴保持手段５０に接続失敗の通信履歴書き込
み依頼１４を行う（７０４）。現在時刻が９：００で、
図１５に示すデータベースシステム１０が保持している
ユーザＣのスケジュールデータ１５０１を参照すると、
ユーザＣは中央研究所にいることがわかるので、通信履
歴保持手段５０には、図１８の１８０１に示す行が送ら
れ、通信履歴保持手段５０は、図１８に示す内容を保持
する。

【００９６】次に、データベースシステム１０は予測手
段４０へ時刻予測依頼１３を発行する（７０５）。予測
依頼１３を受け取った予測手段４０は、候補スタックを
クリアし（９０１）、ユーザＣの次のスケジュールデー
タをデータベースシステム１０から獲得する（９０
２）。現在時刻が９：００過ぎなので、図１５の１５０
２のスケジュールが獲得される。これは今日（４月１３
日）のスケジュールなので（９０３Ｙ）、１５０２の場
所項目「府中事業場」を付加して、通信履歴保持手段５
０へ内容検索依頼４２を発行する。通信履歴保持手段５
０は、図１８に示す保持する内容から、場所が「府中事
業場」で、接続可否が「成功」である１８０２、１８０
６の行を検索し（９０５Ｙ）、それを検索結果５１とし
て返却する。その検索結果５１をスタック１に保存し
（９０６）、次のスケジュールデータ１５０３を獲得す
るが、前のスケジュールデータ１５０２と場所項目が違
うため、１５０３の内容を用いる前に、移動中の状態で
ある「府中事業場→本社」という場所項目を持つスケジ
ュールデータを生成し、それを次のスケジュールデータ
とする（９０２）。当然、今日のスケジュールであるた
め（９０３Ｙ）、通信履歴保持手段は図１８の１８０３
を検索結果５１として予測手段に渡し、予測手段は候補
スタック１に保存する。次のスケジュールは１５０３と
なり、１５０３の場所項目は「本社」なので、同様にし
て１８０４の行がスタック１に保存される（９０６）。
この時点でのスタック１の内容を図１９に示す。図１５
には１５０３の次のスケジュールがないが、最終的には
ユーザは自宅に帰るので、最後のスケジュールとして、
場所項目「本社→？」を補間する。「？」は行き先がわ
からないがどこかへ移動している、ことを表し、通常
は、一日の作業終了時以降の自宅への帰宅過程である。
この得られた場所項目「本社→？」で、通信履歴保持手
段５０を検索し、図１８の１８０５を得る。そのあとの
スケジュールは存在しないので、（９０３Ｎ）、候補ス
タックの内容を見て検索結果が存在するので（９０８
Ｙ）、場所毎に接続成功確率を計算する（９０９）。そ
れぞれの場所での接続確率は、「府中事業場」５０％、
「本社」１００％、「本社→？」１００％となる。この
確率は、単純にスタック中の各場所の履歴のうち成功し
た履歴がどれだけ存在するかを計算したものである。ユ
ーザＣのスケジュールデータからそれぞれの場所にいる
時刻、「府中事業場」にいる時刻１０：００、「本社」
にいる時刻１３：００、「本社から帰宅」する時刻１
４：００、を獲得する。

【００９７】さらに、最終的な確率は、（算出した確
率）×ｐｏｗ（０．５、（現在からの経過時間））で算
出する。ここでｐｏｗ（ｘ、ｙ）とはｘのｙ乗を表現す
るものである。これは現在から１時間経過するごとに、
接続確率を半分にすることを示している。現在の時刻を
９：３０とすると、その時点での最終的確率は、「府中
事業場」３５％、「本社」８％、「本社→？」４．５％
となる。これから図２０に示す確率順予測時刻リストを
生成する。例えば２００１の場合、１０：００〜１１：
３０の間は「府中事業場」にいて、３５％の確率で接続
可能性があることを示している。最終確率は時事刻々と
変化するため、その算出の基となる算出確率もリストに
掲載する。この予測時刻リスト４１をデータベースシス
テム１０へ返却する。データベースシステム１０は予測
時刻リスト４１を受け取り（７０６Ｙ）、予測リストか
ら順に時刻を取り出す。図２０の最初の時刻リスト２０
０１から、１０：００〜１１：３０に接続可能であるこ
とがわかる。一般にスケジュールにある場所には、５分
前、１０分前に到着するのが普通であるため、予測され
た時刻より５分前（ここでは９：５５）になったら接続
する（７０８）。接続が失敗したら（７０９）、ユーザ
Ｃの現在位置「中央研究所→府中事業場」とともに、
「９：５５に接続失敗」という内容の通信履歴書き込み
依頼１４を行い、通信履歴保持手段５０はそれを受けて
その内容を保持する。図２１に示す「１９９７年４月１
３日９：５５失敗中央研究所→府中事業場」とい
う１行が追加記録される。予測時刻リストは通常、時刻
ではなく時間（例えば、１０：００〜１１：３０）で表
現されている。この時間は接続可能性があるので、接続
に失敗した場合でも、一定時間間隔毎に接続試行をす
る。１１：３０まで接続ができなかった場合は、再度算
出確率から最終確率を算出し、次の予測時刻２００２を
獲得し、１３：００〜１４：００の間に、これまでと同
様の接続試行を行う。１３：３５に接続できたとすると
（７０９Ｙ）、通信履歴保持手段５０に、図２２に示す
接続履歴を書き込み（７１０）、端末Ｃのデータベース
システムに「ユーザＡがあなたのスケジュールを変更し
ました。変更内容は以下の通りです。」というメッセー
ジとともにスケジュール変更願１５を発行する（７１
５）。端末Ｃはこれを受けて、送られてきたメッセージ
をユーザＣに提示する。

【００９８】ここで、変更内容は図１７に示す、１７０
１である。ユーザＣがこれを見て、スケジュール変更を
受諾すると（７１６Ｙ）、図１４に示すユーザＣのスケ
ジュール内容と図１７に示す更新内容をあわせて、新た
なユーザＣのスケジュールデータとして端末Ｃのデータ
ベースシステムが保持するとともに、スケジュールサー
バのデータベースシステム１０が保持しているユーザＣ
のスケジュールの更新依頼４００１Ｂ、端末Ａが保持し
ているユーザＣのスケジュールデータの更新依頼４００
２Ｂを発行し、すべて新たなユーザＣのスケジュールデ
ータで置き換える。新たなユーザＣのスケジュールデー
タを図２３に示す。２３０１が新たに追加されたスケジ
ュールである。ユーザＣがスケジュールデータの更新を
拒否した場合は（７１６Ｎ）、ユーザＡに対して、「あ
なたの変更は、ユーザＣによって拒否されました。あな
たが所有するユーザＣのスケジュールデータベースを、
現在ユーザＣが保持する内容に書き換えます。」という
メッセージ発行依頼４００２Ｂを端末Ａに対して発行
し、端末Ａはそれを表示し（７１８）、端末Ｃに保持さ
れているユーザＣのスケジュール内容更新依頼４００２
Ｂを発行して、端末Ａが保持するユーザＣのスケジュー
ルデータを更新する（７１９）。端末Ｃのデータベース
システムは、スケジュールサーバのデータベースシステ
ム１０が保持するユーザＣのスケジュールデータ更新依
頼４００１Ｂも発行する。

【００９９】以上のことにより、本発明をスケジュール
管理システムに適用することによって、スケジュールデ
ータのデータを、所有者でないユーザが変更しても、所
有者自らがスケジュールサーバに接続せずに、その変更
を知ることができ、システムからのメッセージに答える
だけで、スケジュールデータの一貫性が保てるだけでな
く、絶対に接続できないときに接続試行して回線を占有
するような無駄なことをせず、効率的に回線を使用する
ことができるスケジュール管理システムを構築すること
が可能である。

【０１００】

【発明の効果】本発明によって、あるデータを所望して
いる場合に、そのデータを所有しているサーバから既に
該当データを転送している他の端末が存在すれば、その
端末からデータを取得するか、そのサーバからデータを
取得するかを判断するので、効率的にデータの取得を行
うことができる。

【０１０１】また、サーバから携帯端末に通信回線上の
制約などで接続できないときでも、次にいつ再接続した
らよいのか、あるいは再接続できるのかを予測できるこ
とから、最新のデータを獲得できる時期がわかり、効率
的にデータの受け渡しを行うことができる。

【図面の簡単な説明】

【図１】本発明のデータ共有システムの構成の一実施の
形態を示すブロック図

【図２】接続先保持手段２０が保持する内容の一例を示
す図

【図３】データベースシステム１１０がデータ参照依頼
を受けたときの動作の一実施の形態を示す流れ図

【図４】データベースシステム１０がデータ転送要求を
受けたときの動作の一実施の形態を示す流れ図

【図５】スケジュール保持手段３０が保持する内容の一
例を示す図

【図６】データベースシステム１０がデータ更新要求を
受けたときの動作の一実施の形態を示す流れ図

【図７】データベースシステム１０が端末へ接続を行う
ときの動作の一実施の形態を示す流れ図

【図８】通信履歴保持手段５０が保持する内容の一例を
示す流れ図

【図９】予測手段４０の動作の一実施の形態示す流れ図

【図１０】本発明のデータ共有システムをＷＷＷシステ
ムに適用した一実施例を示す図

【図１１】実施例１における、接続先保持手段が保持し
ているデータの内容を示す図

【図１２】実施例１における、接続先保持手段が保持し
ているデータの内容を示す図

【図１３】本発明のデータ共有システムをスケジュール
共有システムに適用した一実施例を示す図

【図１４】実施例２において、端末Ｃが保持しているユ
ーザＣのスケジュールデータの内容を示す図

【図１５】実施例２において、端末Ａが保持しているユ
ーザＣのスケジュールデータの内容を示す図

【図１６】実施例２において、ユーザＡが入力した打ち
合わせスケジュールの内容を示す図

【図１７】実施例２において、ユーザＡが打ち合わせス
ケジュールを入力したあとの端末Ａに保持されているユ
ーザＣのスケジュールデータの内容を示す図

【図１８】実施例２において、通信履歴保持手段５０が
保持する内容を示す図

【図１９】実施例２において、スタック１が保持する内
容を示す図

【図２０】実施例２において、予測リスト４１の内容を
示す図

【図２１】実施例２において、通信履歴保持手段５０に
追記される履歴の内容を示す図

【図２２】実施例２において、通信履歴保持手段５０に
追記される履歴の内容を示す図

【図２３】実施例２において、端末Ｃ、端末Ａ、スケジ
ュールデータベースに保持されるユーザＣのスケジュー
ルデータの内容を示す図

【符号の説明】

１サーバ１ＡＷＷＷサーバ１Ｂスケジュールサーバ２（携帯）端末Ａ３携帯端末３Ａ端末Ｂ４端末Ｃ１０データベースシステム１１データのコピー１１ａ更新要求内容メッセージ１２データ転送記録依頼１２ａ状況確認要求１３時刻予測依頼１４通信履歴書き込み依頼２０接続先保持手段２１確認結果３０スケジュール保持手段３１スケジュールデータ３２スケジュールデータ４０予測手段４１時刻リスト５０通信履歴保持手段５１検索結果１１０データベースシステム１１１データ名確認依頼１１２接続先決定要求１１３転送要求１１３ａ更新要求１１４確認結果通知１２０接続先保持手段１２１確認結果通知１３０接続先決定手段１３１決定接続先１４０アプリケーション１４０ＡＷＷＷブラウザ１４０Ｂスケジュールアプリケーション１４１データ参照依頼１４１ａ参照終了依頼１４１ｂ更新要求１４１ｃスケジュール参照要求

Claims

(57)【特許請求の範囲】

【請求項１】データベースシステムを有しそのデータ
ベースシステムに保持されたデータを他の計算機との間
で受け渡しを行うことができるサーバと、通信路を介し
てそのサーバが保持するデータを受け取りそのデータを
参照し前記データベースシステムのデータを書き換える
更新要求を行うことができるアプリケーションを備えた
端末とを備え、前記サーバと前記端末との間でデータの
受け渡しを行うデータ共有システムであって、前記サーバには、データの受け渡しが実行されたときそ
の受け渡しを行ったデータ名および受け渡し先の計算機
名との対応関係を記録する手段を備え、前記端末には、前記アプリケーションからデータの参照
または更新の要求があった場合に、前記記録する手段に
記録されている受け渡しを行ったデータ名および受け渡
し先の計算機名との対応関係を参照することにより前記
受け渡し先の計算機名を認識する手段と、参照の要求の
あったときは前記認識する手段により認識された計算機
に対して前記通信路を介して接続を実行してデータの転
送要求を行いその転送要求に対応するデータを得て前記
アプリケーションに渡し、更新の要求があったときは前
記アプリケーションから更新要求に対応するデータを受
け取って前記データベースに転送する手段とを備え、前記サーバには、端末を使用しているユーザのスケジュ
ールデータと、過去にデータの受け渡しを行った時の接
続試行日時およびその接続結果を含む接続履歴を保持す
る手段と、そのサーバから端末に対してデータを渡すと
きに前記スケジュールデータおよび前記接続履歴を参照
する手段とを備え、二度以上の重複する接続試行を回避
することを特徴とするデータ共有システム。
【請求項２】データベースシステムを有しそのデータ
ベースシステムに保持されたデータを他の計算機との間
で受け渡しを行うことができるサーバと、通信路を介し
てそのサーバが保持するデータを受け取りそのデータを
参照し前記データベースシステムのデータを書き換える
更新要求を行うことができるアプリケーションを備えた
端末とを備え、前記サーバと前記端末との間でデータの
受け渡しを行うデータ共有システムであって、前記サーバには、データの受け渡しが実行されたときそ
の受け渡しを行ったデータ名および受け渡し先の計算機
名との対応関係を記録する手段を備え、前記端末には、前記アプリケーションからデータの参照
または更新の要求があった場合に、前記記録する手段に
記録されている受け渡しを行ったデータ名および受け渡
し先の計算機名との対応関係を参照することにより前記
受け渡し先の計算機名を認識する手段と、参照の要求の
あったときは前記認識する手段により認識された計算機
に対して前記通信路を介して接続を実行してデータの転
送要求を行いその転送要求に対応するデータを得て前記
アプリケーションに渡し、更新の要求があったときは前
記アプリケーションから更新要求に対応するデータを受
け取って前記データベースに転送する手段とを備え、前記データベースシステムに保持されたデータを参照し
ようとする端末は、そのデータベースシステムのデータ
が更新された後にその更新されたデータを参照する場合
には、その更新されたデータの更新要求の要求元であっ
た端末も接続先の候補として認識する手段を備え、前記サーバには、端末を使用しているユーザのスケジュ
ールデータと、過去にデータの受け渡しを行った時の接
続試行日時およびその接続結果を含む接続履歴を保持す
る手段と、そのサーバから端末に対してデータを渡すと
きに前記スケジュールデータおよび前記接続履歴を参照
する手段とを備え、二度以上の重複する接続試行を回避
することを特徴とするデータ共有システム。
【請求項３】グループで共有する様々なデータを保持
するデータベースシステムを備え、前記グループで使用
している単数もしくは複数の端末に対して前記データを
通信路を介して受け渡しを行うことが可能なサーバと、
そのサーバが保持しているデータを参照することが可能
なアプリケーションを備えた端末とを備え、前記サーバと前記端末との間で共有しているデータの受
け渡しを行うデータ共有システムであって、前記サーバは、前記端末を使用しているユーザのスケジ
ュールデータと、過去にデータの受け渡しを行った時の
接続試行日時とその接続結果からなる接続履歴を保持し
ておき、前記スケジュールデータと前記接続履歴を参照
して無駄な接続試行をすることなく前記端末に接続する
ことを特徴とするデータ共有システム。
【請求項４】様々な内容のデータを保持した第１のデ
ータベースシステムを備え、該データを他の計算機と受
け渡しを行うことが可能なサーバと、通信路を介して前
記サーバが保持するデータを受け取り、そのデータを少
なくとも参照することが可能なアプリケーションを少な
くとも備えた端末と、から構成され、前記サーバと前記
端末との間でデータの受け渡しを行うデータ共有システ
ムであって、前記サーバには、データの受け渡しがあった場合に、受
け渡しを行ったデータ名と、受け渡し先の計算機名との
対応関係を記録する接続先保持手段を更に備え、前記端末には、前記アプリケーションからデータの参照
依頼があった場合に、前記接続先保持手段が保持する情
報を参照して、前記参照依頼のあったデータ名が前記接
続先保持手段に存在するかどうかを判断し、前記データ
名が存在する場合には接続先の計算機を決めるための接
続先決定要求を出力し、前記データ名がない場合には、
前記参照依頼に基づいて該当するデータを保持するデー
タベースシステムに対してデータの転送要求を行い、こ
の転送要求に対するデータを得て、前記アプリケーショ
ンに渡す第２のデータベースシステムと、前記第２のデ
ータベースシステムから接続先決定要求を入力し、前記
接続先保持手段が保持する情報を参照して、前記参照依
頼のあったデータを保持する複数の計算機の中から接続
先を決定する接続先決定手段と、をさらに備え、前記第２のデータベースシステムは、さらに前記接続先
決定手段で決定された接続先に対してデータの転送要求
を行い、この転送要求に対するデータを得て、前記アプ
リケーションに渡し、前記サーバ側に、前記端末を使用しているユーザのスケ
ジュールデータを保持したスケジュール保持手段と、過
去にデータの受け渡しを行った時の接続試行日時とその
接続結果からなる接続履歴を保持した通信履歴保持手段
と、前記サーバ側から前記端末に対してデータの受け渡
しを行う場合に、前記スケジュールデータと前記接続履
歴を参照して無駄な接続試行をすることなく通信相手に
接続する時刻を予測する予測手段と、を備え、前記第１のデータベースシステムは、前記予測手段の予
測結果に応じてデータの受け渡しを行うことを特徴とするデータ共有システム。
【請求項５】請求項４記載のデータ共有システムにお
いて、前記アプリケーションが、データの参照以外にもデータ
の更新を行うことができ、前記第２のデータベースシステムでは、前記アプリケー
ションからデータの更新要求があった場合に、前記第１
のデータベースシステムに対して該更新要求を出力し、前記第１のデータベースシステムでは、該更新要求に応
じて該当するデータベースシステムのデータの更新を行
い、前記接続先保持手段では、前記第１のデータベースシス
テムの更新があったデータ名と、該更新要求が出力され
た端末の計算記名との対応関係を記憶しておくことを特
徴とするデータ共有システム。
【請求項６】請求項４または５記載のデータ共有シス
テムにおいて、前記接続先保持手段が保持する情報に、受け渡し先の計
算機名に対応する位置関係に関する情報も保持してお
き、前記接続先決定手段においては、前記位置関係に関する
情報も参照して接続先を決定することを特徴とするデー
タ共有システム。
【請求項７】請求項４ないし６のいずれか記載のデー
タ共有システムにおいて、前記接続先保持手段が保持する情報に、受け渡しを行っ
たデータの大きさに関する情報も保持しておき、前記接続先決定手段においては、前記データの大きさに
関する情報も参照して、接続先を決定することを特徴と
するデータ共有システム。
【請求項８】グループで共有する様々なデータを保持
したデータベースシステムを備え、前記グループで使用
している単数もしくは複数の端末に対して通信路を介し
て前記データの受け渡しを行うことが可能なサーバと、
前記サーバが保持しているデータを少なくとも参照する
ことが可能な端末と、を備え、前記サーバと前記端末と
の間でデータの受け渡しを行うデータ共有システムであ
って、前記サーバ側に、前記端末を使用しているユーザのスケ
ジュールデータを保持したスケジュール保持手段と、過去にデータの受け渡しを行った時の接続試行日時とそ
の接続結果からなる接続履歴を保持した通信履歴保持手
段と、前記サーバ側から前記端末に対してデータの受け渡しを
行う場合に、前記スケジュールデータと前記接続履歴を
参照して無駄な接続試行をすることなく通信相手に接続
する時刻を予測する予測手段と、を備え、前記予測手段の予測結果に応じてデータの受け渡しを行
うことを特徴とするデータ共有システム。
【請求項９】請求項４または８記載のデータ共有シス
テムであって、前記スケジュール保持手段が保持するスケジュールデー
タが、ユーザのある時刻における場所に関する情報も保
持するとともに、前記通信履歴保持手段においても、保
持している前記接続履歴に、過去に接続した場所に関す
る情報も保持し、前記予測手段は、無駄な接続試行をすることなく通信相
手に接続するために、前記時刻だけではなく、前記スケ
ジュール保持手段と前記通信履歴保持手段が保持する場
所に関する情報を参照して、無駄な接続試行をすること
なく通信相手に接続できる場所についても予測を行うこ
とを特徴とするデータ共有システム。