JP2007504733A - モバイル装置の自動検出 - Google Patents

Abstract

【課題】データ・ネットワークに接続可能なコンピューティング装置をモバイル・コンピューティング装置として分類するための方法および機器を提供すること。
【解決手段】登録する装置の場所関連情報が決定される。決定した場所情報は、この装置に関連付けられている保存済みの場所情報と比較される。装置のモバイル装置としての検出は、少なくとも保存されている場所情報が、決定した場所情報と異なるときに行われる。装置自体も、データ・ネットワークへのどのようなアクセス機構も、変更の必要はない。
【選択図】図１

Description

本発明は、データ・ネットワークに接続可能なモバイル・コンピューティング装置の検出のための方法、機器、およびコンピュータ・プログラムに関する。

企業または他のなんらかの組織が有するネットワーキング装置すべての正確な目録を保っておくことは、困難な作業である。携帯情報端末（ＰＤＡ）やラップトップなどのモバイル・コンピューティング装置がある場合には、この作業はずっと困難なものになる。

モバイル・コンピューティング装置を識別するための１つの可能な解決策は、その装置自体に、その装置およびその性質（properties）についての情報を中央のサーバへと送出することのできるサービス・プログラムをインストールすることである。しかし、そのようなサービス・プログラムは、原理的に、ユーザが動作を停止させる（switchedoff）可能性がある。インストレーションおよび保守の労力が余分に必要になる。

代替方法として、ユーザ・ログオン・プロセスを中央の登録機構によって動作させることもできる。しかし、そのような登録機構でもインストレーションおよび保守の労力は大きく、また装置すべてにこの特定のマシンに登録を行うよう指示する必要があろう。

"VitalQIP^TMRegistration Manager 2.1"では、装置のユーザとＭＡＣ（Machine Access Code）アドレスの間の関連付けを可能にするアドレス管理ツールが導入されている。このシステムは、承認されたアドレスを提供するために、装置のＭＡＣアドレスを、ユーザがＤＨＣＰ（DynamicHost Configuration Protocol）を介してアドレスを要求するたびに自動的に取り込む。第１のステップとして、ユーザの登録の際、関連付けられているＭＡＣアドレスが自動的に収集され、ユーザのプロファイルに保存される。

米国特許第５８８４０２４号では、いくつかのセキュリティ機能を含むＤＨＣＰサーバが示されている。

"Amulet: Approximate Mobile UserLocation Tracking System"では、無線ＬＡＮユーザを追跡する機構が導入されている。利用可能なアクセス・ポイントすべてからのリアル・タイムの信号強度のマッピングが、異なる地理的領域に対する信号強度の分布を含むデータベースに付き合わせて行われる。

"The Business Case forDirectory-Centric IP Resource Management"では、ユーザ情報などのネットワーク資源およびアドレス割り当ての管理に役立つディレクトリの展開について論じられている。

したがって、データ・ネットワークに接続可能なコンピューティング装置のモバイルの性質（property）の検出のための方法、機器、およびコンピュータ・プログラムの提供を、既存のネットワーク・アクセス機構の変更を必要とせず、所望の情報の提供のための装置の修正を必要とせずに行うことが望ましい。
米国特許第５８８４０２４号 "VitalQIPTMRegistration Manager 2.1"、〔online〕、〔２００３年８月５日検索〕、インターネット＜ＵＲＬ：http://www.lucent.com/livelink/090094038003cebb_Brochure_datasheet.pdf＞ Blake M. Harris、 "Amulet:Approximate Mobile User Location Tracking System"、〔online〕、〔２００３年８月５日検索〕、インターネット＜ＵＲＬ：http://darkfate.com/bmh/other/pubs/Amulet.pdf＞ Irwin Lazar、 "The BusinessCase for Directory-Centric IP Resource Management"、〔online〕、〔２００３年８月５日検索〕、インターネット＜ＵＲＬ：http://www2.dc.net/ilazar/ldap.pdf＞ "DHCP Relay Agent InformationOption"、RFC 3046、 IETF、２００１年１月 "Dynamic Host ConfigurationProtocol"、RFC 2131、 IETF、 １９９７年３月

本発明のある態様によれば、データ・ネットワークに接続可能なモバイル・コンピューティング装置の検出のための方法が提供される。接続要求装置の場所関連情報を決定する。この決定した場所情報を、この装置に関連付けられている保存済みの場所情報と比較する。最後に、少なくとも保存済みの場所情報が決定した場所情報とは異なる場合に、装置をモバイル装置として検出する。

この方法は、データ・ネットワーク内のある場所で、またはあるノード上で自動的に稼働させることができる。この方法は、通常、ネットワーク管理システムまたはネットワーク管理システムのコンポーネントの一部として、またはそれとともに動作させることができる。主眼は、モバイルの性質をもつ装置の検出を、データ・ネットワークに接続されているどの装置がモバイル装置であるかをそれぞれ調べながら行うことにある。こうして、装置のモバイルの性質を調べるのである。基本的なアイディアは、場所情報を装置識別子へとマッピングするレコードを維持することである。装置が以前とは異なる場所に現れると、その装置はモバイル装置であると見込まれ、したがって、その装置を、たとえば、テーブル・レコード内に、モバイル装置として登録することもできよう。

この方法により、組織または企業の目録をオンラインで特定することができるようになる。しかし、目録そのものを検出することができるだけなく、検出された目録をモバイルと非モバイルのコンピューティング装置に分類することができ、ここでモバイル・コンピューティング装置とは、ラップトップ、携帯情報端末（ＰＤＡ）、スマート・フォン（smart phones）、デジタル・カメラ、ウェアラブル・コンピュータ、ネットワーク埋め込み装置（network embeddeddevices）などの典型的なポータブルのコンピューティング装置である。こうした装置には、モバイル装置検出エンジンに登録可能なようにデータ・ネットワークへの有線または無線のインターフェースを備え付ける必要があるが、その理由は、装置がネットワーク内に現れると、そのことによって早かれ遅かれ、この分類エンジンの注意がその装置に向けられるためである。以下では、モバイル装置検出エンジンという用語を、本明細書で説明する方法を行う本発明のある態様による機器の同義語として使用する。

モバイル装置検出エンジンは、たとえば、ネットワークの少なくとも数セグメントを、装置の登録要求があるかどうか監視することができる。そのような登録要求をきっかけとして、この検出／分類プロセスが開始され、その装置がモバイル装置として、または別の装置、すなわち、それまで監視セッション中にネットワーク内に現れなかった装置として分類されることになる。しかし、保護の範囲は、装置の場所情報を、その登録セッション中に決定することに限定されるものではない。すなわち、このモバイル装置検出方法では、すでに接続中であり、過去に接続要求セッションを経験しているがまだネットワークにログオンしている装置を探すこともできるはずである。本発明のいくつかの実施形態でのように、装置に対する一次窓口（primary point of contact）──この一次窓口は、たとえば、ルータ、ＤＨＣＰサーバ、またはＷＬＡＮ（WirelessLocal Area Network、無線ＬＡＮ）アクセス・ポイントである可能性がある──は、この装置のある領域についてのなんらかの情報を提供することができる。この情報は、暗黙の情報、すなわち、ＷＬＡＮアクセス・ポイントがカバーするのは限られた地理的領域（area）であり、ＤＨＣＰサーバが受け持つのは特定の地理的ドメインまたは特定の管理ドメイン内の接続要求装置であり、今度はほとんどの場合、この限られた管理ドメインは限られた地理的ドメインになる、ということなどであってもよい。この一次窓口に最初にアクセスするのは、通常、データ・ネットワークへの登録を求める装置である。そのような装置がどこか別のところ、たとえば、一次窓口で、データ・ネットワークへの登録中に登録されている限り、また、場所関連情報へのアクセスが、登録中にも可能であるという条件のもとでは──これは、たとえば、ＤＨＣＰサーバそれぞれのところで、そのＤＨＣＰサーバに現在どの装置を登録してあるかという情報を提供するレコードが保持されていること、または、たとえば、登録されている装置と割り当てられているＤＨＣＰサーバすべてを、どのレコードにリストしてあるか、というレコードが、ある管理ドメインのＤＨＣＰサーバすべてに関して、集中的に保持されていることを意味する──ここで提案する方法は、登録期間中だけでなく、その後、場所関連情報を提供できるデータにアクセスすることによっても、実行することができる。しかし、どの装置がデータ・ネットワークにどこからアクセスしたかなどの情報が、装置がデータ・ネットワークの登録を外れた後でも──たとえば、セッション中の登録された装置すべてのログ・ファイルを取っておくことによって──まだアクセス可能である場合には、この方法の実行は、現在のどの登録プロセスからも独立に、一次窓口にあるログ・ファイルまたは集中的に維持されているログ・ファイルへのアクセスによって、可能である。その場合、たとえば、ログ・ファイルへのアクセスは、そのデータ・ネットワークを介して、ネットワーク・トラフィックが低いときに、特にＤＨＣＰサーバのような異なる資源にアクセスして場所関連情報を取り出す必要があるときに、行うことができる。この装置は、そのデータ・ネットワークへの登録を少なくとも試みる、または試みたことがあることが必要であるが、その理由は、この装置が、少なくともなんらかのデータ・ネットワーク・エンティティにとって見えなければならず、そのデータ・ネットワーク・エンティティは、情報を導出する目的でモバイル装置検出エンジンによってアクセスされる可能性があるからである。

データ・ネットワーク自体は、好ましくは、たとえば、インターネットやイントラネット、またはそのなんらかの下位区分などのＩＰ（Internet Protocol、インターネット・プロトコル）ベースのネットワークである。また、このデータ・ネットワークは、データを伝送するための他のどのようなＬＡＮまたはＷＡＮであってもよい。

ネットワークに登録されている装置をモバイル装置と見なすことができるかどうかの情報は、使用報告、ネットワーク・プロファイリング、利用統計（accounting）、課金、請求など、他の目的で使用することもできる。さらに、モバイル装置を自動的に把握しておくこともできる。

諸ステップは、コンピューティング手段のサポートによって自動的に行われる。このため、装置の検出および分類は、自動的に行われる。登録される装置も、適用されるどのようなアクセス機構も、ここで提案するモバイル装置検出を行うためには変更する必要がない。

接続要求装置の場所関連情報を決定することが必要である。この情報の収集は、接続要求手続きの間に、または装置がデータ・ネットワークに接続中またはすでに接続されているときでも、前に触れたように、行うことができる。場所関連情報を決定する異なる手法が数多くある。場所（location）という用語は、必ずしも絶対的な地理的術語で定義されているわけではないことに注意されたい。また、場所という用語の定義が、一部の実施形態で地理的境界によって行われている場合でも、こうした境界について、必ずしもその適用例自体に情報があるわけではない。しかも、一部の実施形態では、場所情報は、他の領域が他の場所情報によって指定される限り、任意の領域を表すことができる。この点で、場所の定義は、何よりもまず、他の場所に対し相対的に行われる。

好ましい一実施形態では、装置のデータ・ネットワークへの登録は、要求のアドレスとしてＤＨＣＰサーバを指定することによって行われ、ＤＨＣＰサーバは、より一般的に言うとＩＰ（Internet Protocol）アドレス割り当てサーバとして働く。そのような装置は、通常、固定したＩＰアドレスを割り当てられておらず、データ・ネットワークへの登録を行いたいときにいつでも、ＤＨＣＰサーバに要求を送る。通常、ＤＨＣＰサーバの役目は、ある建物、ある地域（area）、ある組織、比較的大まかな場所、厳密な場所などにある装置にＩＰアドレスを提供することである。この場合、このＤＨＣＰサーバをアドレスとして指定するということは、その装置が、この特定のＤＨＣＰサーバの受け持ちの範囲内にあるということを意味する。逆に、このＤＨＣＰサーバ自体は、登録中の装置に割り当てられている場所情報を表している。万一、後でこの同じ装置がデータ・ネットワークへの接続を、別のＤＨＣＰサーバを介して試みることになった場合には、その装置は、今は別のところにあり、少なくとも第１のＤＨＣＰサーバが受け持っている領域（area）からは離れていると仮定することができる。好ましい一実施形態では、ＤＨＣＰサーバのＩＤ（identity）を、たとえば、ＩＰアドレスをこのＤＨＣＰサーバに要求している装置の場所にとって重要な（relevant）情報として扱うことができる。

好ましくは、ある装置がＩＰアドレスの要求を、ある異なるアクセス・ポイントに対して行った場合には、その装置をモバイルであると見なすことができる。したがって、モバイル装置の自動的な検出が、たとえば、ＤＨＣＰによるＩＰアドレス割り当てプロファイルを見ることによって可能である。しかしその場合、モバイル装置検出エンジンは、単一のＤＨＣＰサーバが１つのアクセス・ポイントを、したがって１つの特定の場所を表す場合には、異なるＤＨＣＰサーバにアクセスする必要がある。

同じ考え方を、ルータ、あるいは、データ・パケットを扱う責任を担う、または他のネットワーク・サービスを引き受ける他のネットワーク装置一般にも適用することができる。ルータの役目は、通常、第１の窓口（a first point of contact）としてそのルータに近い装置の生成するデータ・パケットの経路選択を行うことであるため、ある種のルータでも、接続要求装置に割り当てられた場所情報を表すことができる。

モバイル装置検出エンジンは、好ましくは、ＤＨＣＰサーバ、ルータ、ＤＮＳサーバ、または他のネットワーク・エンティティなど、場所情報の１つまたは複数の源へのアクセスを行う。特に、そのようなネットワーク装置では、現在接続されている装置のデータを含むテーブルまたはそれまでに接続された装置のデータを含むログ・ファイルへのアクセスが行われる。

装置が無線ＬＡＮを利用してデータ・ネットワークへのアクセスを行う場合には、場所情報の導出を、その装置の無線ＬＡＮ上の通信の分析からも行うことができる。適するどのような方法も適用することができる。ある定義されたＷＬＡＮアクセス・ポイントの受け持ち範囲（coverage）を、そのアクセス・ポイントが必要とする場所関連情報を表せるのに十分な分解能をもつようにすることができる。より粒度の細かいアプローチでは、その装置の場所での信号強度を、場所情報として採用することができる。すでに上で引用した、"Amulet:Approximate Mobile User Location Tracking System", Blake M. Harrisでは、これに対応する原理が導入されている。

別の実施形態では、装置自体がその場所を決定する能力をもち、分類エンティティに対し関連性のある場所データを、定期的にまたは要求時に提供することもできよう。ＧＰＳ（global positioning system、全地球測位システム）の利用により、その装置に対する場所検出の取り組みを支援することもできよう。

別の実施形態では、登録リレー・エージェントが、装置の登録要求を専用のＤＨＣＰサーバに転送する。リレー・エージェントでは、エージェントの回路ＩＤサブオプション（agent circuit ID sub-option）（"DHCP Relay Agent InformationOption", RFC 3046, IETF, January 2001を参照されたい）を使用してこの情報を通信することができる。

別の実施形態によれば、緯度、経度、および高度を含む場所オブジェクトの形式の地理的場所情報の提供が、クライアント自体により、ＤＨＣＰサーバまたはＤＨＣＰリレー・エージェントに対して行われる。

ここで提案した場所決定方式のうちの１つまたは複数は、関連する情報源へのアクセスが提供されれば、並列に適用することができる。

ある装置のそれまでの場所を現時点での場所と比較するには、装置の識別を識別子の使用によって行うことが好ましい。"Dynamic Host Configuration Protocol", RFC 2131, IETF,March 1997によれば、ＤＨＣＰサーバは、クライアントをその登録と関連付けるのになんらかの一意の識別子を使用する必要がある。好ましい識別子を、装置のＭＡＣ（machineaccess code）アドレスとすることができる。別の可能性は、製造者のシリアル番号またはＤＮＳ名である。接続要求装置のＭＡＣアドレスは、第１の窓口に見えるため、また、ＤＨＣＰサーバやルータなど、多くのネットワーク・エンティティでは、ＭＡＣアドレスのレコードまたはログ・ファイルを保持するため、装置の識別をそのＭＡＣアドレスによって行い、それぞれのネットワーク・エンティティ内のＭＡＣアドレスのリストにアクセスすることが好ましい。装置の識別が、たとえば、そのＭＡＣアドレスによって行われた後は、保存されたテーブルをこの装置に関して検索することができる。このテーブルは、装置識別子に関連付けられている場所情報を含む。このテーブルは、ある装置が以前どの場所で検出されたかの情報を提供する、モバイル装置検出エンジンの一要素である。

特定の装置がまだルックアップ・テーブル内に登録されていない場合には、好ましくは、そのルックアップ・テーブルの修正を、その新しい装置の装置識別子を決定した場所情報とともに挿入することにより行って、装置の場所の現在の状態を反映させる。しかし、装置識別子がすでにルックアップ・テーブル内に保存されているときには、これは対応する装置がそれまでに少なくとも１回、データ・ネットワークに登録を行ったことを意味するが、ルックアップ・テーブル内に保存されている、関連付けられている場所情報は、現時点で決定された場所情報と比較される。これらの場所情報が一致する場合、その装置はおそらく、データ・ネットワークに何度か同じ場所からアクセスしている。その場合、その装置は、デスクトップ・コンピュータ、タワー型コンピュータ、サーバ・コンピュータなどの非モバイル装置として分類することもできよう。しかし、この分類／登録は、その装置がその位置を長い期間にわたって変えないモバイル装置であるときには、間違っている。

決定した場所が保存されている場所と一致しない場合、これは、その装置がモバイルの性質をもつこと、すなわち、ポータブルであり、モバイル用途のために作られたことを強く示唆する。しかしときおり、非モバイル装置も場所を変えられ、装置をモバイル装置と分類する条件を決定するアルゴリズムに応じて、モバイル装置に見えることがあろう。

モバイル装置をモバイル装置として検出する最終のアルゴリズムは、様々なものでありうる。それは疑いなく、なんらかの形で、決定した場所は保存されているそれまでの場所とは異なるということに基づくことになる。このことは、ある装置をモバイル装置として検出するために少なくとも満たす必要のある基準である。他のまた別の基準を満たすことが、ある装置をモバイル装置として登録する前に必要となることもあろう。好ましい一実装形態によれば、モバイル装置としての登録を考えてもよいのは、装置の異なる場所が数回、更には指定された期限内にｎ回検出されるときである。そのような機構により、たとえば、１年以内に１回場所が変えられている非モバイル装置は、モバイル装置と見なされないことになる。逆に、そのような機構により、モバイル装置を非モバイル装置として分類することは、この装置が主に１つの場所から操作され、たとえば、１月ごとにのみ移動させられるときには、防止される。

決定した場所情報と保存されている場所情報が異なるとき、保存されている場所情報は、好ましくは、現時点の、決定した場所情報で置き換えられる。あるいは、代替実施形態で、現時点での場所情報の保存をそれまでの場所情報に加えて行うのでもよかろう。これは、分類を過去の情報に基づいて実行するアルゴリズムには有益である。

本発明の他の態様によれば、データ・ネットワークに接続可能なモバイル・コンピューティング装置を検出するための機器であって、方法に関係する請求項のいずれか一項に記載の方法を実行するための制御ユニットを含む機器が提供され、コンピュータのデジタル処理ユニットにロードされると、これまでに説明した方法のいずれか１つの方法を実行するコンピュータ・プログラム・コードを含むコンピュータ・プログラムであって、分散的性質も示すことのできるコンピュータ・プログラムが提供される。

好ましい一実装形態では、機器は、ＤＨＣＰサーバと一体化される。すなわち、ＤＨＣＰ機能ならびにモバイル装置検出機能が同じサーバ・ハードウェア上で稼働し、これは、ＤＨＣＰ機能が、場所関連情報を提供するのに価値ある情報源となる可能性があるため、有利である。また、本発明による機器は、ルータに統合するのでもよい。

機器が、場所情報の決定のために、他のネットワーク・エンティティからの情報をさらに必要とする場合には、好ましくは、ＩＰアドレス割り当てサーバに対するインターフェース、ルータに対するインターフェースなどのそれぞれのインターフェースが、または装置に場所関連情報を問い合わせるための装置自体に対するインターフェースが提供される。

コンピュータ・プログラムの態様で実施される本発明は、好ましくは、コンピューティング目録の検出または管理あるいはその両方を行うさらに別のコードを提供することができる。本発明のこの態様を実装して目録検出ソフトウェアにすることにより、従来の目録検出ソフトウェアは、さらに追加のモバイル装置検出機能によって強化される。

機器、コンピュータ・プログラム、およびそれらの諸実施形態の利点は、上で説明した発明性のある方法およびその諸実施形態の利点に伴うものである。

本発明およびその諸実施形態の理解は、現時点で好ましいがやはり例示的である本発明による諸実施形態の以下の詳細な説明を参照することにより、添付の図面とともに解釈するとき、より完全なものとなろう。

図面が示すのは以下のものである。

異なる図面が同一の符号を含むことがあるが、内容が類似のまたは一様な要素を表す。

図１に、本発明による機器を含むシステムの図を示している。ＤＨＣＰサーバＡ、Ｂ、およびＣは、たとえば、企業Ｘの装置すべてに対する、データ・ネットワークＤＮに接続を要求するときの第１の窓口に相当し、ＤＮは企業イントラネットに相当する。あらゆる接続要求について、それぞれのＤＨＣＰサーバＡ、Ｂ、およびＣは、要求する装置に対して動的ＩＰアドレスの割り当てることになる。ＩＰネットワーク一般に接続するには、装置は数字の識別子、すなわち、ＩＰアドレスが必要である。装置には固定ＩＰアドレスまたは動的ＩＰアドレスを割り当てることができる。後者の場合、アドレスは、自動的に割り当てられ、時間が経つと、または装置の再起動の後で、変わってもよい。動的ＩＰアドレスの要求を行うよく知られているプロトコルが、ＤＨＣＰ（Dynamic Host Configuration Protocol）である。動的ＩＰアドレスは、ＩＰアドレスの割り当てを、企業または組織の建物の内部で場所がしばしば変わる装置に対して行う柔軟な手法である。

ＤＨＣＰサーバＡ、Ｂ、およびＣのうちのそれぞれ１つが、企業Ｘの維持する３つのサイトＵ、Ｖ、Ｗのうちの１つを受け持つと仮定する。図１から導かれるように、サイトＵはＤＨＣＰサーバＡが、サイトＶはＤＨＣＰサーバＢが、サイトＷはＤＨＣＰサーバＣがサービスを行っている。ＤＨＣＰサーバＡ、Ｂ、およびＣにより、データ・ネットワークＤＮへのアクセスが提供されるが、これはバックボーンによって図式的に表してある。

現在、企業Ｘの内部で装置が３つだけデータ・ネットワークＤＮにリンクされている。装置１はサイトＵにあり、ＤＨＣＰサーバＡを介して接続され、装置２はサイトＶにあり、ＤＨＣＰサーバＢを介して接続され、装置３はサイトＷにあり、ＤＨＣＰサーバＣを介して接続されている。

どのＤＨＣＰサーバでも、ルックアップ・テーブルを維持しており、そこでは、装置のＭＡＣアドレスが、これらの装置にＤＨＣＰサーバによって要求時に割り当てられたＩＰアドレスへとマッピングされる。これらのルックアップ・テーブルを、それぞれＤＨＣＰサーバＡ、Ｂ、およびＣに対するＬＴＡ、ＬＴＢ、およびＬＴＣという符号を与えてある。

符号ＭＤＤＥは、データ・ネットワークに接続可能なコンピューティング装置をモバイル・コンピューティング装置として分類するためのモバイル装置検出エンジン（mobile device detection engine）を表す。モバイル装置検出エンジンＭＤＤＥは、企業Ｘの管理ドメインの内部で動作するが、これは、モバイル装置検出エンジンＭＤＤＥに割り当てられた作業が、企業の広域データ・ネットワークにモバイル装置として接続する装置を検出することを意味する。検出の結果は、後で自動的に確立される目録を作成するのに使用してもよい。

したがって、モバイル装置検出エンジンＭＤＤＥは、図１によれば、分類エンティティ・ルックアップ・テーブル（classification entity look-up table）ＣＥＬＴを提供する別個のサーバである。分類エンティティ・ルックアップ・テーブルＣＥＬＴでは、場所情報ＬＯＣが装置識別子へとマッピングされ、この装置識別子がＭＡＣアドレスによって表される。

場所情報ＬＯＣは、様々なＤＨＣＰサーバＩＤによって表される。すなわち、どのＤＨＣＰサーバも、企業Ｘの異なるサイトに対するサービスを行うため、ＤＨＣＰサーバはそれぞれ、定義された地理的領域（area）、すなわち、その受け持ちの領域／サイトＵ、Ｖ、およびＷを表す。ＤＨＣＰサーバＩＤは、分類エンティティ（classificationentity）ＣＥ内の場所情報として使用される。現時点の分類エンティティ・ルックアップ・テーブルＣＥＬＴに示しているのは、装置１がＤＨＣＰサーバＡのドメインにあること、装置２がＤＨＣＰサーバＢのドメインにあること、および装置３がＤＨＣＰサーバＣのドメインにあることである。分類エンティティ・ルックアップ・テーブルＣＥＬＴは、この情報の受け取りを、ＤＨＣＰサーバＡ、Ｂ、およびＣと通信することによって行う。この通信を、直線の矢印で示している。分類エンティティ・ルックアップ・テーブルＣＥＬＴの更新はどれも、異なる手法で行ってよい。ＤＨＣＰサーバはそれぞれ、分類エンティティＣＥへの通知を、受け取る新しい接続要求ごとに自動的に行い、それとともに装置識別子を送信してもよい。しかし、この通知方式を適用するときには、ＤＨＣＰサーバを、そのような通信プロトコルに適応させる必要がある。

ＤＨＣＰサーバを適応させるべきではないときはいつでも、モバイル装置検出エンジンＭＤＤＥに、少なくとも登録された装置識別子のリストを含む関連性のあるデータをＤＨＣＰサーバに要求させることが望ましい。分類エンティティが、どのＤＨＣＰサーバからどの装置識別子リストが提供されるかの情報を得ると、ＤＨＣＰサーバがそれ自体で十分な場所情報として役立つという条件のもとで、モバイル装置検出エンジンＭＤＤＥでは、その分類エンティティ・ルックアップ・テーブルＣＥＬＴの更新を行う。

これにより、分類エンジンは、ＤＨＣＰサーバのルックアップ・テーブルＬＴＡ、ＬＴＢ、およびＬＴＣへのアクセスを行えるが、このルックアップ・テーブルＬＴＡ、ＬＴＢ、およびＬＴＣは、現時点の接続されている装置を示すだけである。しかし、あるＩＰアドレスの割り当てられていた接続済み装置の履歴を保存することもできる。ログ・ファイルがＤＨＣＰサーバに利用可能であるという条件のもとで、モバイル装置検出エンジンＭＤＤＥは、このログ・ファイルへのアクセスを、一代替実施形態で、たとえば、毎日または毎週行い、それ自体の分類エンティティ・ルックアップ・テーブルＣＥＬＴを更新し、したがってモバイルの性質をもつ装置の検出を、割り当てられているＤＨＣＰサーバすべてのログ・ファイルにアクセスした後その都度行うことができる。

通知時、ルックアップ・テーブルへのアクセス時、またはログ・ファイルへのアクセス時に、モバイル装置検出エンジンＭＤＤＥは、分類エンティティ・ルックアップ・テーブルＣＥＬＴを更新し、分類エンティティ・ルックアップ・テーブルＣＥＬＴ内にまだリストされていなかった装置ごとに、新しいエントリを追加する。モバイル装置検出エンジンＭＤＤＥには、この装置がモバイル装置であるかどうかの情報がまだ得られていないので、モバイル装置のレジスタはまだ修正されない。

ある装置がすでにリストされており、分類エンティティ・ルックアップ・テーブルＣＥＬＴにリストされている通りにＤＨＣＰサーバに割り当てられている場合、その装置は、おそらく、動かない（stationary）装置であり、モバイル装置のリストへの追加は行われないことになる。

ここで、装置１がモバイル装置であり、ＤＨＣＰサーバＡのドメインからＤＨＣＰサーバＣのドメインへ、そこに点線で示すように移されたと仮定する。分類エンティティ・ルックアップ・テーブルＣＥＬＴの次の更新プロセスの時、リストされた装置の場所エントリを接続要求装置の決定した場所と比較する比較ルーチンは、現時点の場所──または、ログ・ファイルが情報源である場合には直前の利用可能な場所──が分類エンティティ・ルックアップ・テーブルＣＥＬＴ内のエントリとは異なることを認識する。したがって、この特定の装置は、モバイル装置検出エンジンＭＤＤＥで提供されるモバイル装置のリスト内のエントリＭＤを必要とすることになる。
しかし、別の実施形態によれば、モバイル装置検出エンジンＭＤＤＥは、図１の点線の矢印で示すように、この装置自体と通信することもできる。これは、装置が場所情報自体を提供する能力があるときには、好ましい。

図１に示すシステムを要約すると、モバイル装置検出エンジンＭＤＤＥでは、ＭＡＣアドレスすべてのデータベースを維持している。特定のＭＡＣアドレスが異なる場所から現れることが検出されたときはいつでも、それがモバイル装置であるとわかる。場所の決定は、上で説明した手法で行うことができる。よい副作用として、そのネットワークに決して接続しないことになっている新しい装置の検出も行うことができる。ＤＨＣＰサーバは、ＭＡＣアドレスを送り、またはそれ自体で記録する。これは、非常に短い期間しか現れない装置を検出するのに好ましい。しかし、ネットワーク上で何かをするためには、装置はＩＰアドレスを得る必要があり、したがって、最初にＤＨＣＰサーバへの連絡を行う。

ＤＨＣＰサーバに場所情報を表現させる代わりに、ルータを使用することも、分類エンティティが問題のルータへの通信を行えるという条件のもとでは可能である。図２によれば、典型的なネットワーク・トポロジの一区画を示してあり、装置ＤＶ７、ＤＶ８、ＤＶ９、およびＤＶ１０が、スイッチＳＷのポート７、８、９、１０に接続されている。スイッチは、ルータＲ１およびＲ２に接続されている。スイッチＳＷは、メッセージをすべて、ポート７および８からルータＲ１へと転送する論理を含んでいるが、ポート９および１０から来るメッセージは、すべてルータＲ２へと転送される。ここでルータＲ１およびＲ２の提供する情報にアクセスすると、装置ＤＶ７が、ポート７および８のうちの１つに接続されているかどうか、またはポート９または１０に接続されているかどうかを検出することができる。したがって、装置ＤＶ７から来るパケットは、最終的にはルータＲ１のところかルータＲ２のところにあるはずである。したがって、ルータＲ１およびルータＲ２を監視することにより、装置の場所の変化を検出することができるが、その理由は、同じ装置のデータ・パケットが、最終的には、接続先のポートと、したがって接続の行われる場所とに従属する異なるルータのところにある可能性があり、これは、あるスイッチの異なるポートが、異なる場所で異なるプラグの役割をする可能性があるためである。

場所情報の提供は、さらに、ルータ上のＤＨＣＰリレー・エージェントまたはクライアント自体によって行うことができる。

本発明による機器を含むシステムの図である。 ある装置の場所を決定する特定の手法を示すデータ・ネットワークの一部の概略図である。

Claims (22)

1. データ・ネットワークに接続可能なモバイル・コンピューティング装置の検出を自動的に行う方法であって、
   登録する装置の場所関連情報を決定すること、
   前記決定した場所情報を、この装置に関連付けられている保存済みの場所情報と比較すること、および
   少なくとも前記保存済みの場所情報が前記決定した場所情報とは異なる場合に、前記装置をモバイル装置として検出すること
   を含む方法。
2. 登録要求が、動的ＩＰアドレスの割り当てに対する要求である、請求項１に記載の方法。
3. 前記登録する装置の装置識別子を識別すること、および
   この装置識別子に対するテーブルのルックアップを行うことを含み、テーブルの場所情報は前記テーブル内に保存されかつ装置識別子に関連付けられている、請求項１または２に記載の方法。
4. 前記装置識別子は、前記装置のＭＡＣ（machine access code）アドレスである、請求項３に記載の方法。
5. 前記ルックアップ・テーブルがまだ前記装置識別子を含まない場合に、前記装置が前記ルックアップ・テーブルに前記決定した場所情報とともに登録されることになる、請求項３または４に記載の方法。
6. 前記装置識別子がすでに前記ルックアップ・テーブル内に登録されていた場合に、前記決定した場所情報で前記登録済みの場所情報を置き換える、請求項３または４に記載の方法。
7. どの保存済みの場所情報の保存も、対応する装置のそれまでの登録要求の間に行われている、請求項１ないし６のいずれか一項に記載の方法。
8. 装置の要求の送信先であるＩＰアドレス割り当てサーバのドメインが、前記接続要求装置に対する場所情報を表す、請求項１ないし７のいずれか一項に記載の方法。
9. 装置の要求の送信先であるルータのドメインが、前記接続要求装置に割り当てられる場所情報を表す、請求項１ないし８のいずれか一項に記載の方法。
10. ＩＰアドレス割り当てサーバへのアクセスを、前記場所情報の決定のために行う、請求項１ないし９のいずれか一項に記載の方法。
11. ルータへのアクセスを、前記場所情報の決定のために行う、請求項１ないし１０のいずれか一項に記載の方法。
12. 前記決定した場所情報が、前記装置自体によって要求時に提供される、請求項１ないし１１のいずれか一項に記載の方法。
13. 前記場所情報が、無線ＬＡＮ上の装置の信号を分析することから導出される、請求項１ないし１２のいずれか一項に記載の方法。
14. 前記装置のモバイル装置としての検出は、この装置に関連付けられている前記保存済みの場所情報が、それまでのｎ回の比較に対し、前記導出された場所情報とは異なるときに行われることを含む、請求項１ないし１３のいずれか一項に記載の方法。
15. 前記装置のモバイル装置としての検出は、この装置に関連付けられている前記保存済みの場所情報が、所与の時間内でのそれまでのｎ回の比較に対し、前記導出された場所情報とは異なるときに行われることを含む、請求項１３に記載の方法。
16. データ・ネットワークに接続可能なモバイル・コンピューティング装置のための機器であって、
    請求項１ないし１５のいずれか一項に記載の方法を実行するための制御ユニット
    を含む機器。
17. ＩＰアドレス割り当てサーバの機能を含む、請求項１６に記載の機器。
18. ＩＰアドレス割り当てサーバに対するインターフェースを含む、請求項１６または１７に記載の機器。
19. ルータに対するインターフェースを含む、請求項１６ないし１８のいずれか一項に記載の機器。
20. データ・ネットワークに登録する装置に対する、前記装置にその場所関連情報を問い合わせるためのインターフェースを含む、請求項１６ないし１９のいずれか一項に記載の機器。
21. コンピュータのデジタル処理ユニットにロードされると、請求項１ないし１５のいずれか一項に記載の方法を実行するコンピュータ・プログラム・コードを含むコンピュータ・プログラム。
22. コンピューティング目録の検出または管理あるいはその両方のためのさらに別のコードを含む、請求項２０に記載のコンピュータ・プログラム。

Images