(57)【特許請求の範囲】
【請求項１】
移動体端末(MH)と固定端末(SH,MHS)とをノードとして含むネットワークに備えられ、全体のデータベース空間がそれぞれの端末がもつローカルデータによって実現されている移動体データベースの管理システムであって、
次の(a)から(f)までの手段を備えたことを特徴とする移動体データベース管理システム。
(a)移動体端末の接続及び切断、並びに移動体端末の属性を検出するセンサ機構、
(b)前記センサ機構の検出信号に基づいてイベントとしての発生／消滅を検出すれば、ＥＣＡ検索部に割り込みをかけるイベント検出部、
(c)前記割り込みに応じて変換リストへの検索を行うＥＣＡ検索部、
(d)データベース更新のきっかけとなる事象であるイベント、データベースの更新を実行する機能であるアクション、実行条件であるコンディションをそれぞれ記述している領域であるイベント記述部、アクション記述部、コンディション記述部が設けられ、前記イベント記述部には、少なくとも移動体端末の移動によるネットワークへの接続現象である「発生」及び移動体端末の移動によるネットワークからの切断現象である「消滅」がイベントとして記述されている変換リスト、
(e)前記変換リストへの検索の結果得られたアクションをデータベース操作信号に変換するアクション解析実行部、
(f)データベース操作信号に基づいて、前記ネットワークに備えられたデータベースの操作を行うデータベース操作部。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、端末の移動をともない、その移動の事実が情報処理に影響を及ぼす移動体データベース管理システムに関するものである。
【０００２】
【従来の技術】
近年、無線によるパーソナル移動通信技術の発達や、計算機ハードウェアの小型化・小電力化技術の急速な発達により、ユーザは移動可能な携帯情報端末を利用して、場所にとらわれず、いつでもネットワーク上の様々な情報やサービスを利用できるようになりつつある。このような新しい計算機環境は、移動体のネットワークへの加入、離脱、セル間移動といった非同期的事象に対して処理を行うことから、移動体計算環境と呼ばれる。
【０００３】
移動体計算環境は、図１のように示される。移動体計算環境は、セルラー通信、パーソナル移動通信機能を備えたパーソナルコンピュータＰＣや携帯情報端末ＰＤＡ等の携帯端末である移動体ホストＭＨ（Ｍｏｂｉｌｅ  Ｈｏｓｔ）  、固定ネットワークに接続され移動体と固定ネットワークとの接続をサポートする移動ホストサーバＭＨＳ（Ｍｏｂｉｌｅ  Ｈｏｓｔ  Ｓｅｒｖｅｒ）、及びアクティブデータベース管理機能、通常の管理データベース機能をもつ固定ホストＳＨ（Ｓｔａｔｉｏｎａｒｙ  Ｈｏｓｔ）  等で構成される。
【０００４】
前記移動ホストサーバＭＨＳは固定ホストＳＨの一種で、固定ネットワーク間のゲートウェイの役割を果たす。すなわち移動ホストサーバＭＨＳは、自身のセルをもち、セル内に存在する移動体ホスト群の存在管理を行う。また、移動体ホストＭＨとの協調動作により移動体ホストＭＨのセル間の移動（セルラー通信ではハンドオフ：Ｈａｎｄｏｆｆ  と呼ぶ）管理を行う。
【０００５】
ハンドオフ操作に伴う対象移動体ホストＭＨの処理は例えば次のように行う。各移動体ホストＭＨは自身の存在を無線ネットワークに対して周期的にビーコン信号を同報することで知らせている。固定ネットワークに接続意思のある移動体ホストＭＨや現セルから次のセルへ移動中の移動体ホストＭＨは、その時により強いビーコン信号を受信するとセル間の移動処理に入る。すなわち、新しい移動体ホストＭＨに対して存在通知パケットを送ることで、新移動体ホストＭＨでは、固定ネットワーク上のその移動体ホストＭＨに対するルーティングテーブルを変更し、同時に旧移動体ホストＭＨに対してその移動体ホストＭＨが自身の管理下に入ったことを通知する。旧移動体ホストＭＨでは、その移動体ホストＭＨのルーティングテーブルを変更し、以後パケットが新移動体ホストＭＨを経由して移動体ホストＭＨに到達するようにする。最後に新移動体ホストＭＨは一連のハンドオフ操作が完了したことをその移動体ホストＭＨに通知する。
【０００６】
これらの間をつなぐ通信リンクの速度は，一般に移動体ホストＭＨと移動体ホストＭＨ間は低速であり、現状は無線ＬＡＮの場合でたかだか２Ｍｂｐｓ  、広域無線通信の場合であれば数十ｋｂｐｓ  程度であるのに対して、固定ホストＳＨ間の回線速度はより高速である。
上に示したような移動体計算環境では、移動体ホストＭＨから、固定ネットワーク上の情報にアクセスすることが可能となった。その結果、従来の固定型ネットワークでは提供できなかった新しいサービスを提供することができるため、近い将来、数千万ものユーザが利用すると言われている。
【０００７】
このような利用を可能とするために、移動体計算環境では移動体ホストＭＨの保有する情報を固定ホストＳＨ側で利用すること、移動体ホストＭＨから固定ホストＳＨに格納してある情報を利用すること、さらに移動体ホストＭＨから他の移動体ホストＭＨの保有する情報を利用するだけでなく、ひとつの目的に沿った連続的な問合せ処理として相互にデータを交換・統合できることが必要となる。
【０００８】
移動体ホストＭＨは、地上ネットワークと接続したまま移動を可能とするために軽量化や電池による駆動などの特徴を持っている。このための移動体通信プロトコルの研究が盛んになっており、例えばＩｎｔｅｒｎｅｔの分野では、Ｍｏｂｉｌｅ−ＩＰ  として、提案がなされてきている。そこでは従来のホストアドレスをホスト識別子と位置に依存するアドレスとから再構成し、移動体ホストＭＨの存在位置をネットワーク内で管理する検討がなされている。
【０００９】
【発明が解決しようとする課題及び課題を解決するための手段】
しかし、移動体計算環境は、移動体が移動するために、頻繁にネットワークへの接続、切断が行われ、したがってネットワークの構成が動的に変化するといった特徴を有する。したがって、従来の固定ネットワークにおける接続、切断とは違ったサポートが必要になる。すなわち、移動体ホストＭＨのセルへの加入・離脱あるいは、セル間移動などにより、ネットワーク構成が逐次変化する。従って、通信あるいはデータアクセスの方法が従来と異なる。移動体の移動により、移動体ホストＭＨおよび通信リンクを設定している固定ネットワーク側に存在する固定ホストＳＨがもつデータベースの位置情報は常時更新され、動的に変化している。電池駆動を前提とした移動体ホストＭＨは、省電力消費あるいは低電力消費技術を採り入れている。このため、同一セル内にあっても頻繁にかつ計画的に固定ネットワークからの切断が生じる。その結果、ネットワークの構成メンバーが逐次変化する。また、固定ネットワーク側で移動体ホストＭＨを同定する管理が必要となる。
【００１０】
発明者らの研究グループでは、移動体計算環境において移動データを統合利用するためのデータ管理手法として移動体ビュー（Ｍｏｂｉ  Ｖｉｅｗ  ）とよぶネットワーク上の仮想的なビューモデルを提案してきた（劉渤江，  塚本昌彦，  西尾章治郎：  「移動体計算環境におけるデータベースビュー」Ｐｒｏｃ．  ｏｆ  Ａｄｖａｎｃｅｄ  Ｄａｔａｂａｓｅ  Ｓｙｓｔｅｍ  Ｓｙｍｐｏｓｉｕｍ  １９９４，  ｐｐ．９−１８，  １９９４  ）。これまでに、統合するデータを指定もしくは選択する定義言語や移動データの変更や移動体の移動に伴う移動体ビューの維持手法を具体的に提示している。
【００１１】
しかし、移動体ビュー自身が移動体ビューを構築するシステムにおいて定義することを前提としており、全体としてのアプリケーションの動作と個々の解決方法を実装したシステムがとるべき動作の間のギャップが非常に大きくなっている。また、移動体ビューの個々のシステムの実現では、オペレーティングシステムでの資源管理、通信ネットワークにおけるトポロジー管理といった既存の基盤から提供される管理情報とのインタフェースが複雑になっている。
【００１２】
上記のような問題の解決を、適用する環境ごとに求めたとしても、実装上はネットワークを構成する多くの移動体ホストＭＨと固定ホストＳＨの複雑な相互動作を必要としているため、全体としての効率が低下してしまう恐れがある。このため、移動体計算環境でのアプリケーションを構築するために、例えば通信プロトコルのうちデータリンク層で掌握しているべき移動体の存在情報をデータ更新のために取り出せるようにするなど、従来の層別区分を排除した明快なデータアクセスインタフェースの提供が必要となる。つまり、個々のアプリケーションレベルでアプリケーション構築  のために利用できる適切なメカニズムとその利用インタフェースの提供が望まれている。
【００１３】
したがって、移動体計算環境において想定されるデータ統合のもとになる要求される個々の処理の振る舞いは以下のようにまとめることができる。
▲１▼システム構成の変化に対応しやすいこと。
▲２▼システムの異機種性を吸収しやすいこと。
▲３▼移動検出メカニズムの変更に対応しやすいこと。
【００１４】
これらの機能要件は、セルへの加入、離脱、セル間移動という外部状況の非同期的な事象の発生（イベント）の検出が直接データベースで実行されることを要求していると考えられる。
一方、従来より、環境の変化に対応できるデータ管理機構として、アクティブデータベースという概念が提案されている（石川博「アクティブデータベース」情報管理、Ｖｏｌ．  ３５，  Ｎｏ．  ２，  ｐｐ．１２０−１２９  Ｆｅｂ．１９９４  ）。アクティブデータベースは、通常の検索問い合わせに対して結果を帰す以外に、データベースの外界で発生する事象に基づいても検索や処理を実行できるデータベースである。
【００１５】
そこで、発明者は、前記▲１▼から▲３▼の要求に対応するため、このアクティブデータベースという概念を基本とし、移動体計算環境の動的変化を事象として付加した、移動体計算環境のデータ統合の基盤になる移動体データベース管理システムＡＭＤＳ（Ａｃｔｉｖｅ  Ｍｏｂｉｌｅ  Ｄａｔａｂａｓｅ  Ｓｙｓｔｅｍ）  を提案する。
ＡＭＤＳでは、前記▲１▼の要件については、移動体ホストＭＨのセル間の移動などデータの更新を引き起こす変化をイベントとしてとらえ、データ管理との統合をはかっている。すなわち、イベントをモニタし、予め定義されたイベントの発生に対してルールシステムを起動し、規定しておいた処理を実行する。
【００１６】
これに対して、従来型データベース（パッシブデータベース）では、ユーザからの問い合わせによってはじめてデータの収集・統合を開始することとなり、構成されたビューデータの新鮮度の低下は免れえない。
従来のデータベース管理システムでは、図２に示すように、移動体ホストＭＨの存在、接続及び切断、並びに移動体端末の属性を検出するセンサ機構４、データベース操作信号に基づいてデータベース３の操作を行うデータベース操作部２、アプリケーションインターフェイス部１を備えている。そして、センサ機構４の検出信号に応答して、データベースの操作を実行する条件を判断し、実行する、ＥＣＡルールに匹敵する処理は、すべてプログラム１０に従って行われていた。
【００１７】
この「プログラム１０」というものは、検出信号を物理レベルとして取扱い、この信号を論理レベルに変換し、データベースへの操作をＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）  で行うものである。
したがって「プログラム１０」によれば、検出信号の発生あるいは消滅といった動的な情報が直接データベースの操作に結合する訳ではなかった。
【００１８】
本発明の移動体データベース管理システムＡＭＤＳによれば、ＥＣＡルールによるデータベース操作の処理系において、移動体ホストＭＨのセルへの加入、離脱、セル間移動に対応して、論理レベルでの「発生」「消滅」という事象を定義してアクティブデータベースのイベントとして取り込んでいる。
したがって、移動体データベース管理システムＡＭＤＳでは、移動体に係わるデータベース外部の非同期的な事象と、データベースの統合化を実現することができる。
【００１９】
移動体データベース管理システムＡＭＤＳのこの特徴は、多数の移動体ホストＭＨが様々な時間間隔で、登場・消滅・セル間の移動といった行動をとる移動体計算環境において、これらの移動ごとにデータ更新の必要性が発生する状況に非常によく適合するものと考えられる。
例えば、前記▲２▼▲３▼の要件については、従来のアクティブデータベースにおける試みとして、ルールベースシステムとデータ管理の統合が挙げられている。これは、プロダクションルールの形式を導入することで、イベントを契機としたアクションの抽象化を意図したものと考えることができる。移動体データベース管理システムＡＭＤＳにおいては、このルールベースシステムの形式も継承し、移動体計算環境という異機種・異システムの混在するなかでのイベントとして形式論理の統一に適用している。これにより、ビュー更新の対象となるさまざまな外部変化をイベントとして抽象化し、統一的に判別できるような形式化をはかり個別実装依存度を抑えることができる。例としては、移動体通信プロトコルにおいては、データリンク層で、移動体ホストＭＨ自身が移動を通知するメカニズムをもつ場合、移動体ホストＭＨ側で移動体ホストＭＨの移動を捕捉できるネットワークによって、用意すべきデータ統合システムの実装内容を違えずに済むということなどである。
【００２０】
さらに、移動体データベース管理システムＡＭＤＳにおいてルールベースシステムに基づく記法を用いて個別のアクション記述を連鎖的に実行させることで、複雑なビュー構成条件に対してより高度な検索が可能となる。これらのアクティブデータベースのルールベースの概念を用いて、移動体データベース管理システムＡＭＤＳは、移動体計算環境におけるデータ統合の問題を解決するのに適切な性質を備えているものと考えられる。
【００２１】
移動体データベース管理システムＡＭＤＳは、以下に述べるように、全体のデータ空間がそれぞれのホストがもつローカルデータによって実現されている点で、分散データベースの性質を含んでいる。また、イベントを中心にデータベース更新処理を行うホストが複数あり、相互に連携して処理を実行する点においても分散システムであるといえる。
【００２２】
移動体データベース管理システムＡＭＤＳでは、データベース更新のきっかけとなる事象を「イベント」、データベースの更新を実行する機能を「アクション」、実行条件を「コンディション」といい、これらの組を「ＥＣＡ（ＥＣＡ：  ＥＶＥＮＴ，  ＣＯＮＤＩＴＩＯＮ，  ＡＣＴＩＯＮ）  ルール」という（ＥＣＡルールの概念自体は、前記石川博「アクティブデータベース」に解説されている）。
【００２３】
本発明の構成要素である変換リスト８には、前記ＥＣＡルール、すなわちイベント、アクション、コンディションを記述している領域であるイベント記述部、アクション記述部、コンディション記述部が設けられている。
イベント記述部は、一般のアクティブデータベースで定義されている“ＡＰＰＥＮＤ”（追加）、“ＤＥＬＥＴＥ”（削除）、“ＵＰＤＡＴＥ”（更新）、“ＲＥＴＲＩＶＥ  ”（検索）、“ＵＳＥＲ  ＤＡＴＡ  ”（受信データ）といったものの他に、本発明に特有の“ＡＰＰＥＡＲ”（発生）、“ＤＩＳＡＰＰＥＡＲ  ”（消滅）を記述する。「発生」とは、移動体ホストＭＨの移動によるネットワークへの接続現象（区域外からの加入、あるいは電源投入による可視化など）をいい、「消滅」とは、移動体ホストＭＨの移動によるネットワークからの切断現象（区域外への退出、電源切りによる非可視化など）をいう。
【００２４】
前記コンディション記述部は、アクションを実行するための状態、例えば特定のデータ指定や、受信データの識別等を記録している。
前記アクション記述部は、他の移動体データベース管理システムＡＭＤＳとの間のデータ交換や、自己のデータベースへの問い合わせ、さらにそれらの制御内容を記録している。
【００２５】
移動体データベース管理システムＡＭＤＳの構成を、以下詳細に説明する。
移動体データベース管理システムＡＭＤＳは、図３に示すように、移動体端末の存在の接続及び切断、並びに移動体端末の属性を検出するセンサ機構４、センサ機構４の検出信号に基づいて論理レベルの発生／消滅情報を生成する移動体管理部５、発生／消滅情報があると、その順にＥＣＡ検索部７に割り込みをかけるイベント検出部６を備える。
【００２６】
さらに、移動体データベース管理システムＡＭＤＳは、図３に示すように、変換リストへの検索を行うＥＣＡ検索部７、データの書換えが可能な変換リスト８、変換リスト８への検索の結果得られた命令をデータベース操作信号に変換するアクション解析実行部９、データベース操作信号に基づいてデータベース３の操作を行うデータベース操作部２、アプリケーションインターフェイス部１を備える。
【００２７】
前記ＥＣＡ検索部７は、イベント検出部６から受けたイベントに対応するＥＣＡルールを変換リスト８から取り出し、イベントがそれぞれがコンディションを満たしているか否かを判断する。満たされていれば、そのアクションをアクション解析実行部９に渡す。アクション解析実行部９は、ＥＣＡ検索部７から受け取ったアクションを解析し、データベース操作部２に渡す。データベース操作部２は、データベース３に対する問い合わせ処理の要求を行ったり、本システム外への変化情報に伴う出力をする。
【００２８】
なお、アプリケーションインターフェイス部１は、従来からあるもので、アプリケーションからのデータベース３への問い合わせ（「発生」「消滅」を除く。例えば「追加」、「削除」、「更新」、「検索」がある）を受信して、データベース操作部２に渡すものである。
時間を追って説明すると、ＥＣＡルールは、センサ機構４に変化情報が入力されることで評価が開始される。固定ホストＳＨ等（「ノード」という）自身が検出したイベント、あるいは他のノードから通知されるイベントは、共通インタフェースを介して渡される。ＥＣＡ検索部７では、入力されたイベント情報を変換リスト８に照会し、合致するものをすべて取り出し、それぞれの条件が満たされているか判断する。条件が満たされている場合は、アクション解析実行部９は、実際にアクションとして記述されている動作を実行する。アクションの内容が、直接自ノードのデータベースのデータ操作や他のノードのデータ操作である場合は、データベース操作部２に問い合わせ処理として指示を送り、データ操作の実行を開始する。また、アクションの内容が直接のデータ操作でない場合は、外部インタフェース（図示せず）によって、外部実行機能にそのイベントの発生を伝える。
【００２９】
アクション解析実行部９では、入力されたイベントに対して、保持しているＥＣＡルール中で定義されているイベントと合致するルールセットを照合し、さらにルール発動条件をチェックしたうえで、記述されているイベント操作を実行する。アクションで規定されている内容が他のノードでの処理を規定している場合や他のノードに格納されているルールの場合は、そのノードにイベントを通信パケットによって伝える。
【００３０】
【発明の実施の形態】
以下、本発明の実施の形態を、添付図面を参照しながら詳細に説明する。
＜遊園地入場者システムへの適用＞
比較的歩行速度が低いが、動きが時間的に集中する例として遊園地での入場者端末システムをとりあげ、そのルールを例示してみる。
【００３１】
遊園地では、敷地内でさまざまな乗り物やアトラクションが催され、多数の利用者が殺到する。利用者の立場からは、目当ての乗り物や劇場をなるべく多く利用したいため、比較的すいた乗り物を巡回しながら目当ての乗り物にも乗るよう計画したいという要求がある。また、グループの場合、仲間の存在位置を知り、連絡をとれることが行動範囲を拡大する。一方、遊園地側では、利用者の総数の把握やどの乗り物にどの程度の利用者が利用したのかといった統計情報が有用である。また、利用者に巡回順序の変更提案を行えば、サービス性を向上させることができる。
【００３２】
このような利用を想定し、遊園地側では、図４に示すようなネットワークを構成し、各入場者に、携帯情報端末ＭＨｘ  を入場時に渡すものとする。また、各乗物には乗車待ち行列の行列方向に一定間隔で通過センサを設けておく。また、入場者（グループ）に、年齢、性別、グループ人数などのプロファイルと、希望する乗物を携帯情報端末（移動体ホストＭＨｘ  ）に入力させる。
【００３３】
また、園内には適当に移動体ホストサーバＭＨＳｃ，ＭＨＳｄ  を配置し、それぞれセルをゾーン管理する。また、園内の施設管理センター２１には固定ホストＳＨａ  を表示器ａとともに設置し、園内の呼出広場２２にも固定ホストＳＨｂ  を表示器ｂとともに設置する。
イベントとしては、セル間の移動、遊園地入退場、行列センサ通過、乗り物退場路センサ通過、特定時刻などがあげられる。入場者の行動は、乗り物によっては入退場が一時になるものがあり、ある程度のリアルタイム性が要求される。
【００３４】
移動体ホストサーバＭＨＳｃ，ＭＨＳｄ  では、移動体ホストＭＨｘ  の通過イベントを受け取り、アクションとして、乗り物毎に管理している行列待ちの行列長を更新し、移動体ホストＭＨｘ  の位置から乗り物乗車までの時間を算出するとともに、移動体ホストＭＨｘ  に待ち時間予測を通知する。移動体ホストＭＨｘ  では、予め入力されている巡回計画の更新を行う。また、目当ての乗り物をこなすことができない場合、移動体ホストＭＨｘ  のルールで判断し、入場者に通知する。また、移動体ホストＭＨｘ  では、乗り物別利用数、入場者の乗り物別待ち時間総数、入場者のプロファイル分類情報を更新する。
【００３５】
施設管理センター２１で、ローラコースター２３に乗った人の人数を集計し、表示器に表示したいという要求があるとする。固定ホストＳＨａ  は、入場者集計一覧を定義すると、コンパイラで施設管理センター２１のルールを作成する。
図５が、ルールの一例である。「端末ＭＨｘ  の搭乗者数を受信し、それがローラコースター２３であれば、総数にその搭乗者数を加算する。」
このルールは、移動体ホストＭＨｘ  に対応するものに変換され、パケット化され、ローラコースター２３の移動体ホストサーバＭＨＳｃ  に配送される。配送されるルールは、「端末がローラコースター２３に入場したら、同乗者数を固定ホストＳＨに送る」というものである（図６参照）。ローラコースター２３の移動体ホストサーバＭＨＳｃ  は、行列センサ通過というイベントが発生するたびに、ルールとの照合を行い、該当するイベントがあれば、同乗者数を固定ホストＳＨａ  に送る。固定ホストＳＨａ  は、ルールに従って、端末の搭乗者数を受信し、それがローラコースター２３であれば、総数にその搭乗者数を加算する。そして、表示器ａに表示する（図７参照）。
【００３６】
また、呼出広場２２で、迷子探しをしているとすると、固定ホストＳＨｂ  は、図８のように「所在データベースを受信し、もしそれが太郎に関するものならば、その位置情報を表示し呼び出す」というルールを作成する。
このルールは、各移動体ホストＭＨｘ  に対応するものに変換され、パケット化され、各移動体ホストサーバＭＨＳに配送される。配送されるルールは、「端末が当該端末に入場し、その保持者が太郎なら、呼出広場２２の固定ホストＳＨに送る」というものである（図９、図１０参照）。移動ホストサーバＭＨＳは、行列センサ通過というイベントが発生するたびに、ルールとの照合を行い、該当するイベントがあれば、呼出広場２２の固定ホストＳＨｂ  に送る。
【００３７】
呼出広場２２の固定ホストＳＨｂ  は、自己のルールに従って、太郎の端末の入場を受信すれば、表示器に太郎の居場所と時間を表示する（図１１参照）。
＜業務用配車システムへの適用＞
多数の高速移動が可能な移動体を扱う例として業務用配送車ロケーションシステムの例をあげる。
【００３８】
業務用配送車には、生鮮食料品などの配達時刻の制約が厳しいものや、販売店や販売機での品切れを起こさないように適正に巡回する必要のある場合がある。この配送車にはカーナビゲーションシステムに移動体データベース管理システム機能がついた移動体ホストＭＨが搭載されている。配送者は、配送開始時に配送車に積載した配送品の種類毎の量、配送計画などを入力する。一方配送先の販売店には、販売数を通知できる移動体ホストサーバＭＨＳを用意する。
【００３９】
イベントとしては、配送車の販売店への到着、出発、配送品毎の補給量、販売店でのＰＯＳ  における品目別補給レベルアラーム、特定時刻などがあげられる。巡回ルートの通過情報もイベントとなりうる。
アクションとしては、販売店の補給アラームが移動体ホストＭＨからイベントとして通知されると、配送センター（固定ホストＳＨ）  ではセル内の最適な移動体ホストＭＨを見いだし、移動体ホストＭＨに対してルートを変更するよう指示する。移動体ホストサーバＭＨＳでは、到着して配送を終えると配送品の種類毎数量を精算し、固定ホストＳＨに伝える。固定ホストＳＨでは、移動体ホストＭＨに変化量を通知して照合し、次の巡回先探索に備える。固定ホストＳＨでは、移動体ホストＭＨからのポイント通過イベントをもとに走行ルート情報を移動体ホストＭＨから入手し、移動体ホストＭＨ毎の走行距離と渋滞時間、配送品毎の配送量の統計を行う。
【００４０】
【発明の効果】
以上のように本発明の移動体データベース管理システムによれば、ＥＣＡルールによるアクティブデータベース操作の処理系において、移動体ホストＭＨのセルへの加入、離脱、セル間移動といった現象に対応して、論理レベルでの「発生」「消滅」という事象を定義することにより、より高速でリアルタイムなイベントの通知や連続的な移動の通知が可能となる。
【００４１】
したがって、問合せに対するデータ自体の新鮮度が向上するとともに、移動軌跡等の連続的なデータも扱えるようになる。
【図面の簡単な説明】
【図１】移動体計算環境を示す図である。
【図２】従来のデータベース管理システムを示す図である。
【図３】移動体データベース管理システムＡＭＤＳの構成図である。
【図４】移動体データベース管理システムＡＭＤＳを適用した遊園地ネットワーク図である。
【図５】施設管理センター２１でのルールの一例を示す図である。
【図６】ローラコースター２３の移動体ホストサーバＭＨＳｃ  に配送されたルールの一例を示す図である。
【図７】施設管理センター２１の表示器ａに表示されたローラコースター２３の搭乗者数総数を示す図である。
【図８】呼出広場２２で作成されたルールの一例を示す図である。
【図９】ローラコースター２３の移動体ホストサーバＭＨＳに配送されたルールの一例を示す図である。
【図１０】メリーゴーランド２４の移動体ホストサーバＭＨＳに配送されたルールの一例を示す図である。
【図１１】呼出広場２２の表示器ｂに表示された迷子探しの掲示板の一例を示す図である。
【符号の説明】
１  アプリケーションインターフェイス部
２  データベース操作部
３  データベース
４  センサ機構
５  移動体管理部５
６  イベント検出部
７  ＥＣＡ検索部
８  変換リスト
９  アクション解析実行部
１０  プログラム
【図１】
0003628416.tif 000002
【図２】
0003628416.tif 000003
【図３】
0003628416.tif 000004
【図４】
0003628416.tif 000005
【図５】
0003628416.tif 000006
【図６】
0003628416.tif 000007
【図７】
0003628416.tif 000008
【図８】
0003628416.tif 000009
【図９】
0003628416.tif 000010
【図１０】
0003628416.tif 000011
【図１１】
0003628416.tif 000012