(57)【特許請求の範囲】
【請求項１】
通信ネットワークにおいてデバイスへの通信経路を指定する方法でであって、クラス名とデバイスＩＤとを含むデバイス名を解決して該ネットワーク内のデバイスを識別するために
（１）デバイス名内のクラス名を識別し且つ前記クラス名を解決してデバイス・クラスを識別し、それにより該デバイス・クラスに関連付けられた特定の形式を持つデバイスＩＤを解釈するプロセスを識別するステップと、
（２）前記デバイス名内のデバイスＩＤを識別すること、該デバイスＩＤは前記識別されたデバイス・クラスのデバイスＩＤ形式に対応する、そして前記識別された解釈プロセスを用いて前記識別されたデバイスＩＤを解釈して前記デバイス・クラス内の個々のデバイスを識別することを行うステップと、
を含む、方法。
【請求項２】
前記デバイスＩＤを解釈するステップが、デバイスＩＤを使用する通信プロセスを開始して、識別された個々のデバイスに情報を送信するステップを含む、請求項１に記載の方法。
【請求項３】
ターゲット・デバイス宛の情報をネットワーク接続データ処理システムで受信したことに応答して、前記デバイス名を解決するステップが、該ネットワーク接続データ処理システムで実行され、及び前記開始された前記通信プロセスが、前記情報を前記ネットワーク接続データ処理システムから識別されたデバイスに送る、請求項２に記載の方法。
【請求項４】
前記通信プロセスを開始するステップが、前記ネットワーク接続データ処理システムで前記情報をキューへ伝送するステップであって、前記キューは前記識別されたデバイスによりサービスされる、前記伝送するステップを含む、請求項２に記載の方法。
【請求項５】
前記デバイス名を解決するステップが、ネットワーク接続データ処理システム上で実行される名前解決サービスにより実行され、該名前解決サービスが複数のネットワーク接続データ処理システムのいずれかからの要求に応答して開始される、請求項１に記載の方法。
【請求項６】
通信ネットワークにおいてデバイスへの通信経路を指定するための装置であって、該ネットワーク内でデバイスは、クラス名とデバイスＩＤとを含むデバイス名によって識別可能であり、
（１）ターゲット・デバイス名を含む情報を受け取る手段と、
（２）デバイス名を分析して該デバイス名内のクラス名を識別し且つ前記クラス名を解決してデバイス・クラスを識別し、それにより該デバイス・クラスに関連付けられた特定の形式を持つデバイスＩＤを解釈するプロセスを識別する手段と、
（３）前記デバイス名内のデバイスＩＤを識別するために前記識別された解釈プロセスを実行する手段であって、該デバイスＩＤは前記識別されたデバイス・クラスのデバイスＩＤ形式に対応する、前記実行する手段及び前記識別された解釈プロセスを用いて前記識別されたデバイスＩＤを解釈して前記デバイス・クラス内の個々のターゲット・デバイスを識別する手段と、
（４）前記ターゲット・デバイスに情報を送信するための手段と
を含む、装置。
【請求項７】
デバイス名を解決してデバイスを識別するための名前サーバ装置であって、前記デバイス名はクラス名とデバイスＩＤとを含み、
該装値は、
（１）デバイス名の入力に応答して、該デバイス名内のクラス名を識別し且つ前記クラス名を解決してデバイス・クラスを識別する手段であって、それにより該デバイス・クラスに関連付けられた特定の形式を持つデバイスＩＤを解釈するプロセスを識別する手段と、
（２）前記デバイス名内でデバイスＩＤを識別するために前記識別された解釈プロセスを実行する手段であって、該デバイスＩＤは前記識別されたデバイス・クラスのデバイスＩＤ形式に対応する、前記実行する手段、及び前記識別された解釈プロセスを用いて前記デバイスＩＤを解釈して前記クラス内の個々のターゲット・デバイスを識別する手段と、
を含む、装置。
【請求項８】
通信ネットワークにおいて他のデバイスとの通信に使用されるデバイス名を生成する方法であって、
（１）デバイス・タイプに関連付けられた夫々のクラス名を決定するために通信デバイスのタイプを決定するステップと、
（２）前記通信デバイスに保持されるデバイスＩＤ情報を読み取るステップと、
（３）前記クラス名と前記デバイスＩＤ情報を組み合わせたデバイス名を生成するステップと、
を含む、方法。
【請求項９】
前記デバイス名を生成するステップが、デバイス・ブート・アップ・プロセスの一部として前記デバイス名を生成するために開始される、請求項８に記載の方法
【請求項１０】
前記デバイス名を生成するステップが、他のデバイスへ送信するための情報を生成する、該デバイス上のプロセスに応答してデバイス名を生成するために開始される、請求項８に記載の方法
【請求項１１】
生成されたデバイス名の登録をネットワーク通信装置によって要求するために、通信ネットワーク内の前記ネットワーク接続通信装置に情報を送るステップを含み、それにより前記通信装置を経由したデバイスへの通信経路指定を可能とする、請求項８ないし１０のいずれか一項に記載の方法。
【請求項１２】
通信デバイスが通信ネットワーク内の他のデバイスと通信することを可能とする方法であって、
（１）デバイスの特定のクラスに対するクラス名の一意的な割り当てを制御するクラス名割り当てコントローラにクラス名を登録するステップと、
（２）特定のデバイス・クラスの個々のデバイスに対しデバイスＩＤを一意的に割り当てるステップと、
（３）通信デバイスのタイプを決定して、該タイプに関連するあらかじめ登録されたクラス名を決定するプログラム・コード、前記通信デバイスに保持されているデバイスＩＤ情報を読み取るプログラム・コード、及び前記クラス名と前記デバイスＩＤ情報とを組み合わせた一意的なデバイス名を生成するためのプログラム・コードを、前記通信デバイスにインストールするステップと
を含む、方法。
【請求項１３】
通信ネットワーク内の他のデバイスと通信するときにデバイス名を生成し、前記デバイスを識別する手段を含む通信デバイスであって、前記デバイス名を生成する手段が、
（１）通信デバイスのタイプを決定し、該通信デバイスに保持されているデバイスＩＤ情報をアクセスするための手段と、
（２）デバイス・タイプを分析して該デバイス・タイプに関連付けられた夫々のクラス名を決定し、及び該クラス名と前記デバイスＩＤ情報を組み合わせたデバイス名を生成する手段と
を含む、通信デバイス。
【請求項１４】
プログラム・コードを記録した機械で読み取り可能な記録媒体であって、前記プログラム・コードは、データ処理装置のオペレーションを制御し、その上で、請求項１による方法を実行するプログラム・コードを記録した機械で読み取り可能な記録媒体。
【請求項１５】
プログラム・コードを記録した機械で読み取り可能な記録媒体であって、前記プログラム・コードは、データ処理装置のオペレーションを制御し、その上で、請求項８による方法を実行するプログラム・コードを記録した機械で読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は命名規則に関するものであり、異なるタイプの個々のデバイスを識別するために命名規則を使用する方法、装置及びコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
これからの数年間にかけて、現存する通信及びデータ処理デバイスの数及び種類が急速に増加することは予測できることである。これらのデバイスは、付加機能を持つ携帯電話（スマートフォン）、パーソナル・デジタル・アシスタント（ＰＤＡ）、スマートホーム及びオフィス機器、並びに、デバイス障害管理システムのような多くのアプリケーション固有デバイスなどを含んでいる。
【０００３】
【発明が解決しようとする課題】
これらのデバイスとの通信を処理すべく、そのようなデバイスを個別に識別し、及び、そのようなデバイス相互のメッセージの経路指定を可能にするための、メッセージ・システムが必要である。しかし、もし全てのデバイスが従来の命名規則に従うことを要求されるならば、名前の競合を避けるためのデバイスＩＤの一意性を保証するために、構成上及び保守上の面倒な要求を満たさなければならないだろう。
【０００４】
他の問題は、全てのデバイスＩＤが特定の通信プロトコルに縛られている命名規則は柔軟性をかなり制限されていることである。異なるアドレッシング方式をそれぞれ使用する異なる通信プロトコルを使用して（たとえば、ＴＣＰ／ＩＰダイアル・アップ・ネットワーク、赤外線、Ｂｌｕｅｔｏｏｔｈ、及びＷＡＰは、それぞれ異なるアドレッシング方式を使用する）、モバイル・デバイスを通信ネットワークに接続できるようにすることが望ましい。
【０００５】
【課題を解決するための手段】
本発明の最初の側面は、通信ネットワークのデバイスのために、デバイス名を生成するための方法、装置、及びコンピュータ・プログラムを提供する。ここで、デバイス名は、デバイス・クラスを識別するクラス名、及び、クラス内のデバイスを一意的に識別するデバイスＩＤを含む。
【０００６】
クラスに基づく命名規則は、異なるタイプのデバイスが、異なる形式のデバイスＩＤを持つことを許す。特定のクラス名が、特定デバイスＩＤ形式を持つ特定のデバイス・タイプと関連づけられ、各クラス名は、関連するデバイスＩＤ形式の解釈及び解決を促進する。本発明の望ましい実施例においては、クラス名は、そのクラスのデバイスＩＤの特定の形式を解釈し解決する名前解決プロセスを識別するために、通信の経路指定の間に使用される。その名前解決プロセスにより、特定のデバイスが識別される。
【０００７】
デバイス名は、あらかじめ記録されたデバイス・クラス名、及び、あらかじめ記録されたデバイスＩＤから、それぞれのデバイスで実行されるソフトウェア・コンポーネントにより作成されることが望ましい。このあらかじめ記録されたデータ及びデバイスで実行されるプロセスを使用した、デバイス名の自己生成は、もしデバイス製造業者がそれぞれのデバイスに対して、クラス名をあらかじめ登録し、かつデバイスＩＤを一意的に割り当てるなら、生成されたデバイス名のグローバルな一意性を保証することができる。すなわち、もし特定のクラス名が、そのクラス内でのデバイスＩＤの一意的な割り当てを管理する、一つの組織または機関でしか使用できなければ、デバイス名のグローバルな一意性が保証され得る。
【０００８】
本発明は、名前の競合を避ける方法として、それぞれのデバイスに中央で認可されたデバイスＩＤの割り当てを要求するような従来の柔軟性にかける命名規則を全てのデバイスが強要されたときに必要とされる多大な構成上及び保守の無駄を、回避するものである。
【０００９】
さらに、いくつかの携帯用デバイスで利用できる不揮発性メモリは、読み取り専用メモリに制限されており、そのため、中央命名サービスによりデバイスに対し割り当てられたデバイス名、もしくは、デバイスが接続している装置を経由して動的に割り当てられたデバイス名は、電源が切れたときあるいは何らかの障害が発生したときは、デバイス・メモリに保存されない。このようなデバイス名の消失は、デバイス名の自己生成が、本発明の望ましい実施例にしたがって実装されているときは、問題とならない。なぜなら、デバイス名は、容易にそして確実に再生されるからである。
【００１０】
本発明の第２の側面は、通信ネットワーク内のアドレス可能な通信装置に、作成されたデバイス名を登録するための方法、装置及びコンピュータ・プログラムを提供し、それによりアドレス可能な通信装置を経由した登録されたデバイスへの通信を可能にする。アドレス可能な通信装置は、郵便サービスを提供するエンタープライズ・サーバであってもよく、それは、モバイル・デバイスが、メールを検索するときに接続できるものである。あるいは、通信装置は、それぞれのモバイル・デバイス宛の通信を受け取ったときに、モバイル・デバイスにダイヤルするルーターであってもよい。
【００１１】
本発明の第３の側面は、通信ネットワーク内のデバイスへの通信経路を指定するための方法、装置及びコンピュータプログラムを提供する。ネットワーク内のデバイスは、デバイス名により識別され、ネットワーク内の異なるタイプのデバイスはそれぞれのデバイス名に含まれる異なる形式のデバイスＩＤを持つ。この方法は、デバイス名を解決して個々のデバイスを識別するための以下のステップを含む：デバイス・クラスを識別するために、デバイス名の中のクラス名を識別して解決し、それにより、当該デバイス・クラスと関連する特定の形式を持つデバイスＩＤを解釈するためのプロセスを識別するステップ；及び、デバイス名に含まれる、識別されたデバイス・クラスのデバイスＩＤ形式に対応するデバイスＩＤを識別し、識別された解釈プロセスを用いてデバイスＩＤを解釈することによりクラス内の個々のデバイスを識別するステップ。
【００１２】
本発明のこの側面による名前解決ステップは、ネットワーク内のアドレス可能な通信装置を含むエンタープライズ・サーバで実行されるのが望ましい。エンタープライズ・サーバに登録する軽量のモバイル通信デバイスは、エンタープライズ・サーバを経由してネットワーク通信を受け取る。
【００１３】
本発明による方法は、ソフトウエアにより実行されてもよい。特に、本発明の種々の側面は、機械で読み取り可能な記録媒体に記録されるプログラム・コードを含む一つまたは複数のプログラム製品において実行されてもよく、そこではプログラム・コードは装置のオペレーションを制御し、本方法のステップを実行する。
【００１４】
【発明の実施の形態】
本発明は、たとえば、パーソナル・デジタル・アシスタント（ＰＤＡ）、いわゆる“スマート”電話、ラップトップ・コンピュータ、リモート・パイプライン・コントロール・センサ、及び、乗物、洗濯機、冷蔵庫のような装置に組み込まれる通信及びデータ処理デバイスのような非常に多くの異なるタイプの通信及びデータ処理デバイスにおいて実施することができる。本発明により、この広い範囲のデバイスと従来のネットワーク・コンピュータの間で、ネットワーク通信が可能となる。本発明は、インターネット通信と互換性をもつものであるが、特定のＯＳ、あるいは特定の通信機構に制限されるものではない。
【００１５】
本発明により、これから数年間にわたる、通信及びデータ処理デバイスの広範囲の普及により、まもなく生じるであろう問題が解決される。
【００１６】
複数の及びさまざまな異なるタイプのデバイスのすべてがインターネットに接続され、通信を行うことができるならば、それぞれのデバイスは固有名または他の何らかのメカニズムを、名前の競合を避けるために要求される。もし、それぞれのデバイスを一つの普遍的なデバイス名形式に準拠させることが必要ならば、デバイスが製造されるとき、またはインターネットに接続されるときに、この形式に準拠した固有名をデバイスに割り当てることが必要になる。それに伴う構成上及び保守上のオーバーヘッドは膨大となり、グローバルな一意性を保証する名前をデバイスに割り当てるまでにかなりの遅れが生じるであろう。
【００１７】
現在では、多くの異なるデバイス製造業者及び多くの異なるなる通信プロトコルがそれぞれ独自のデバイス命名方式を実施しており、そこには、普遍的な規則はない。
【００１８】
本発明は、図１、図２及び図３を参照しながら以下に記述するように、これらの問題を軽減するものである。
【００１９】
本発明によれば、デバイス名はあるタイプの通信デバイス１０、２０、３０にインストールされたソフトウェア・コンポーネント７０により、２１０で自動的に生成される。このソフトウェア・コンポーネントはデバイスにあらかじめ記録されているクラス名及びデバイスＩＤから、一般的な階層構造の命名規則に従って、２１０でデバイス名を生成する。これらの２つのデータ・コンポーネントは、デバイスの不揮発性ハードウェア・コンポーネント４０（たとえばＥＰＲＯＭ、電話のＳＩＭカード、固定シリコン・コンポーネントなど）で保持されることが望ましく、デバイス名の生成に使用するため、２００で読み込まれることが望ましい。あるいは、クラス名は、デバイスのオペレーティング環境から２００で取り出され、デバイスＩＤのみがあらかじめ記録されてもよい。デバイス・クラスにより、デバイス名のデバイスＩＤコンポーネントの形式が決定され、それゆえ、クラス名の認識により、そのクラスに対するデバイスＩＤの形式を解釈できるようになる。
【００２０】
クラスに基づく柔軟性のある命名規則による名前の自己生成は、従来の厳正な命名規則の多くの束縛を開放する。
【００２１】
第１に、本発明により、汎用の階層的な名前構造（クラス名の後に、クラスに対する一意的なデバイスＩＤが付けられる）において、多くの異なる命名方式をサポートする通信が可能となる。特に、デバイス名に含まれる固有のＩＤは、クラスごとに異なった形式とすることができる。このことにより、命名規則は、製造業者が割り当てた既存のデバイスＩＤを使うことができる。対照的に、ＵＲＬのような従来の階層的な命名規則は、形式が固定されており、全てがその厳格な規則に従うことを要求される。また、全てのデバイスが同じデバイス名形式を使用するので、それぞれのデバイスは名前の競合を避けるため、ある中央の名前割当機関により一意的に付された名前を必要とする。
【００２２】
第２に、クラス名コンポーネント含むことによって、柔軟性を持った階層名前構造は、クラスを追加することにより、将来的に、追加的なデバイスＩＤ形式を容易に組み込むことが可能となる。
【００２３】
第３に、首尾一貫した繰り返し可能な、デバイス名の自己生成は、不揮発性書き込み可能メモリを持たないデバイスの電源が切れたときに、データが失われる問題を回避する。そのデバイス名は、デバイスの電源投入のたびに、簡単に再生することができる。
【００２４】
本発明の一つの実施例においては、デバイス名の生成はメッセージを送るプロセスの一つのステップであるため、デバイス名はデバイスのメモリに保存されることはない。ただし、デバイスによっては、名前が必要になるたびに、たとえば、ＥＰＲＯＭから固有のデバイスＩＤを読む出して、名前を生成するようにした方が効果的な場合もある。
【００２５】
それぞれのデバイスＩＤがそのクラスに対し一意的であること、及び、クラス名がデバイスの異なるタイプに対し一意的に割り当てられることを保証することにより、デバイス名の普遍的な一意性が保証され、共通メッセージ・システムが複数の命名方式を取り扱うことを意図するときに生じ得る名前の競合が回避される。クラス名の一意的な割り当ては、それぞれのデバイス名の一部として使用するクラス名を、それぞれあらかじめ登録するデバイス製造業者により行うことができる。
【００２６】
本発明の望ましい実施例によると、デバイスのタイプ（クラス）及び、製造業者によりつけられたＩＤ（デバイスのクラス内で一意的である）は２１０でデバイス名を生成するために使用される。たとえば、デバイス・タイプがＰｓｉｏｎからの‘ｎｅｔＢｏｏｋ’デバイスで、特定の個々のｎｅｔＢｏｏｋに対し製造業者がつけたＩＤがシリアル番号‘１２３４５６７８１２３４５６７８’であれば、ＥＰＯＣオペレーティング・システム８０を実行するデバイスのクラスに含まれるデバイスを識別する普遍的な固有デバイス名は、例えば、ｅｐｏｃ！ｎｅｔＢｏｏｋ％１２３４５６７８１２３４５６７８＠ｕｋ．ｉｂｍ．ｃｏｍ
となる。ここで‘ｕｋ．ｉｂｍ．ｃｏｍ’は所有エンタープライズ・サーバ名であり（送信者のエンタープライズ・ネットワークの外にあるデバイスを送信元または送信先とする通信に対して要求されるだけであり、その場合も通信の全てのタイプに対し要求されるわけではない）、‘！’はデバイス名クラスとクラス固有のデバイスＩＤとの間のセパレータであり、‘＠’はＩＤとオプションのエンタープライズ・サーバ名との間のセパレータである。これらのセパレータにはどんなシンボルでも割り当てることができる。ＥＰＯＣオペレーティング・システム８０は、たとえば、デバイスのＥＰＲＯＭに保存されたデバイス・タイプ及び固有デバイスＩＤをアクセスするためのＡＰＩを提供し、名前を作成するソフトウェアにより使われる。
【００２７】
‘ｅｐｏｃ'クラス名は、このデバイスに対するメッセージが、ＥＰＯＣオペレーティング・システム８０を実行するデバイスと関連する特定の名前解決プロセスへ送信されるべきであることを決定するので、ネットワーク通信の経路指定において有用となる。この名前解決プロセス５０は、エンタープライズ・サーバ名により識別されるネットワーク・アドレスを有するデータ処理装置６０で実行されるのが望ましい。この名前解決プロセスは、固有デバイスＩＤ‘ｎｅｔＢｏｏｋ％１２３４５６７８１２３４５６７８’を解決して、‘ｅｐｏｃ’名前解決プロセスが知っている特定のＥＰＯＣデバイスを識別するために、適用される。次に、デバイス名のクラス名コンポーネントは、異なるタイプの２つのデバイスが、等しいデバイスＩＤを持つならば生じるであろう名前の競合を回避するために有用である。
【００２８】
より一般的には、デバイス名は、クラス名、クラス内での固有デバイスＩＤ、及びオプションのエンタープライズ名を含む。これは、以下の書式をとる。
＜ｃｌａｓｓ＞！＜ｕｎｉｑｕｅ ｄｅｖｉｃｅ ＩＤ＞［＠＜ｅｎｔｅｒｐｒｉｓｅ＞］
更なる例では、組み込み電話を持つデバイスが含まれる。それは、以下のようなデバイス名を持つ。
ｔｅｌ！＋４４ １２３４ １２３４５６７８
ＩＰｖ６アドレスが組み込まれているデバイスのデバイス名の例は、以下のようになる。
ｉｐ６！ＦＥＤＣ：ＢＡ９８：７６５４：３２１０：ＦＥＤＣ：ＢＡ９８：７６５４：３２１０
【００２９】
デバイスは、上述したＥＰＯＣシステム機能を使用するようなデバイスに保存されたデータを使用して自身のＩＤを決定することができる。もしそのような情報アクセス機能が存在しなければ、たとえば、固有デバイスＩＤをアクセスするためのインターフェースが使用可能ではないので、本発明の命名規則に従って、固有デバイス名を、そのようなデバイスに対してつけることができる。たとえば、もしコンピュータのＯＳがデバイス名の自己生成を可能とするＣＰＵＩＤを照会するためのインターフェースを提供しないならば、ＣＰＵは、ネットワーク構成マネージャがコンピュータに対しデバイス名を生成できるようにするために使用できる固有ＩＤを持ってもよい。デバイス・タイプ・クラス名があらかじめ定義されており、構成マネージャがそれぞれのデバイスに対し適切なクラス名を選択するならば、グローバルに一意的なデバイス名を常に得ることができる。
【００３０】
そのようにして、あるデバイス・タイプに対し固有名の自己生成ができない場合でも、本発明による命名規則は、全てのタイプのデバイスを個々に識別するために実施することができる。
【００３１】
クラス名は、クラス内の固有ＩＤの特定の形式を解釈できるプロセスを識別するので、名前の最初の部分（クラス名）の解決２４０により、２番目の部分（クラス内の固有ＩＤ）の理解及び解決２６０を促進する。このことは、既知の階層構造の命名規則においては、真実ではない。そのような既知の規則においては、デバイスＩＤは独立したステップで解決される複数の独立したコンポーネントを含むが、一つのコンポーネントの解決は、後続のコンポーネントの形式を決定することはなく、それゆえ、後続のコンポーネントについての理解及び解決を容易にすることはない。
【００３２】
たとえば、（“ｓｅｒｖｅｒ ｎａｍｅ．ｃｏｕｎｔｒｙ ｎａｍｅ．ｃｏｍｐａｎｙ ｎａｍｅ．ｏｒｇａｎｉｚａｔｉｏｎ ｔｙｐｅ”のような階層構造を有する）インターネット・アドレスのコンポーネントの解決は、階層ディレクトリを順次にたどる一連の検索処理を含むだけである。本発明の命名規則は、インターネット・アドレッシングに対しても、互換性があるが、それを柔軟に拡張することにより、名前の競合を回避し、名前の自己生成を許容することを可能にしている。
【００３３】
望ましい実施例では、生成されたデバイス名は、ネットワーク１００のエンタープライズ・サーバ６０に２２０で登録される。これは、エンタープライズあるいは企業が所有または承認する全てのデバイスのデバイス名をエンタープライズ・サーバに通知するデバイスを所有する組織のシステム管理者により実行され得る。サーバでの通信マネージャ・プロセスは、その後、そのデバイス宛の全ての通信を、それぞれのサーバ・ベース入力キューに向ける。
【００３４】
デバイス名の登録要求をエンタープライズ・サーバへ送信するステップ２２０は、デバイス上で実行される名前生成ソフトウェアコンポーネント７０の一機能として実装することも可能である。その場合、登録要求または通知の送信は、名前が生成されるときはいつでも実行することができる。もし名前が、単一ユーザ・セッションの間に再生されるのであれば、登録要求は、不必要な伝送を避けるため、ユーザ・セッションごとに一つに制限される。
【００３５】
エンタープライズ・サーバは、特定のエンタープライズあるいは企業により所有または管理されるモバイル・デバイスに対して郵便サービスを提供する。リモート・データ処理システムまたは通信デバイスから特定のパベイシブ・デバイスへの通信は、関連したエンタープライズ・サーバへ送られ、エンタープライズ・サーバ６０のストレージ内のキュー９０に追加される。異なる場所でネットワークに接続されるモバイル・デバイス、及び、無線でネットワークへ接続する他のデバイスの場合（いずれも永続的な接続が保証されない）、通信はモバイル・デバイスにより要求されるまでエンタープライズ・サーバ６０で保持される。
【００３６】
ネットワーク通信がモバイル・デバイス・ユーザにより要求されるとき、デバイス１０はネットワーク接続コンピュータ１１０に接続される。これはネットワークのどこであってもよい。ネットワーク接続コンピュータは、エンタープライズ・サーバに離れた場所でアクセスするためのゲートウェイまたはプロキシとして働き、モバイル・デバイスに対しＩＰアドレスを割り当てる。エンタープライズ・サーバの観点からは、ネットワーク接続コンピュータは登録されたモバイル・デバイスであり、そのため、モバイル・デバイス１０は、その着信通信が新しくつけられたＩＰアドレス宛にプロキシ経由で転送されるように要求できる。モバイル・デバイスは、それから、プロキシ経由で自身に送られたどんな通信情報も検索する。
【００３７】
モバイル・デバイスがネットワーク接続コンピュータ１１０から切り離されると、ネットワーク接続コンピュータは要求元プロキシとして機能することを止め、従って、モバイル・デバイスに対するさらなる通信がネットワーク接続コンピュータへ送られることはない。その代わり、通信は、モバイル・デバイス１０が再びネットワーク１００に接続されるまで、エンタープライズ・サーバ６０で待機状態となる。
【００３８】
あるタイプのデバイスに対しては、モバイル・デバイスが接続を開始するのを待つために通信を保存する上述のアプローチは、適切でないであろう。たとえば、モバイル・デバイスが電話機能を持ち、そのデバイス名がデバイスＩＤとして電話番号を含む場合は、エンタープライズ・サーバの名前解決サービスを使用して、デバイスがtel（電話）デバイスであることを（デバイス・クラス名から）識別し、電話番号（デバイスＩＤ）を抽出するようにしてもよい。そうすれば、抽出した電話番号を使ってデバイスにダイアルすることができる。
【００３９】
本発明による命名規則を使用して他のデバイスに通信を送る送信デバイスは、ターゲット・デバイスを識別するため、以下の情報を指定する。１．デバイス名が登録されている通信装置（エンタープライズ・サーバ）の対応ネットワーク・アドレスを決定する名前。
２．デバイス名クラス。
３．クラスに対し一意的であり、かつ、クラスのデバイスＩＤ形式に合ったデバイスＩＤ。
【００４０】
エンタープライズ・サーバ名は、特定のデバイス名が登録されたエンタープライズ・サーバを識別するために既存のインターネット・インフラストラクチャを使用した、従来のインターネット・プロトコル・アドレス・コンポーネントである。通信デバイス宛の通信は、この情報及び分散名前サービスの使用により、所望のエンタープライズ・サーバ６０に配信される。エンタープライズ・サーバでは、デバイス名に含まれるデバイス・クラス名が２３０で識別され、識別されたクラスの形式のデバイスＩＤを解釈するためのプロセス５０を識別するため、２４０で解釈される。デバイスＩＤは２５０で識別され、それから、識別された解釈プロセス５０は特定のデバイスを識別するためにデバイスＩＤを２６０で解釈する。
【００４１】
非同期のメッセージ及びキュー環境においては、プロセス間通信は、出力キュー上にメッセージを配置する送信アプリケーション・プログラムまたはプロセス１２０により、ターゲット・キューへのネットワークを経由したメッセージ配信を取り扱う、ネットワーク内のコンピュータの通信マネージャ・プロクラム１３０により、及び、ターゲット・キューからメッセージを検索するターゲット・レシーバ・プロセスにより、異機種ネットワークを介して配信される。メッセージ・キューイングを実行するそのような通信マネージャ・プログラムの例は、ＩＢＭコーポレーションのＭＱＳｅｒｉｅｓファミリである。このＭＱＳｅｒｉｅｓファミリ製品は、携帯性をサポートし、無線通信ネットワークの使用から生じる特別な要求を満たすと同時に、軽量デバイスのメッセージ交換の要求を満足するように設計されているコンピュータ・プログラム製品を含む。
【００４２】
メッセージ・キューイング・ネットワークにおける本発明の実施例においては、モバイル・デバイス上のターゲット・プロセスに対するメッセージ送信は、以下のことを指定することを要求する：エンタープライズ・サーバ・アドレス；クラス名及び固有デバイスＩＤ（リソースに制約のあるモバイル・デバイスから想起し得るように、もし一つのキュー・マネージャがあれば、特定のキュー・マネージャ名に対応する）を含むデバイス名；及びターゲット・プロセスに関連したキュー名。
【００４３】
この実施例によると、通信マネージャ・プログラムのメッセージ・キューイング・サービスは、識別されたデバイスの特別のターゲット・プロセスに対応する入力キューにプロセス間通信を配信する。このターゲット・プロセスは、それから、入力メッセージを検索するため、キューをアクセスしなければならない。プロセス間通信のためにそのような通信マネージャ・プログラムを使用すると、軽量モバイル・デバイスで実行されるプロセスを、グローバル・メッセージ・ネットワークの一部にすることができる。
【００４４】
モバイル・デバイスで実行される全てのアプリケーション・プログラムは、着信情報を検索するために、デバイスの通信マネージャ・プログラムにより管理されるそれぞれの入力キューにアクセスしなければならない。同様に、アプリケーション・プログラムは、デバイス内及びネットワーク経由のプロセス間通信を開始するときに、ローカル通信マネージャ・プログラムにより管理されるキューへメッセージを送信する。メッセージは、同じデバイスで実行される他のアプリケーション・プログラムによる検索のためにローカル・キュー上に配置されるか、または、他のデバイスで実行されるアプリケーション・プログラムの入力キューへ配信するために伝送キュー上に配置される。
【００４５】
上述した本発明の望ましい実施例は、グローバルに一意的なデバイス名の獲得を取り上げていた。。他の実施例においては、エンタープライズあるいは企業内で一意的ではあるが、グローバルな一意性を必要としないデバイス名を獲得するようにできる。これは、それぞれのエンタープライズあるいは企業を区別するエンタープライズ・サーバ名を名前コンポーネントとして使うことにより可能となり、クラス名の割り当ては、エンタープライズあるいは企業内で管理すればよく、グローバルに管理する必要はない。ただし、このアプローチの重大な弱点は、デバイス名がグローバルな一意性を持たないので、デバイスが新しいエンタープライズ・ネットワークへ移動したときに、その名前を付け直さなければならないことである。
【００４６】
上述の実施例では、一つのエンタープライズ・サーバ・コンピュータが郵便サービス及び名前解決プロセスの両方を提供しているが、これらのサービスが異なるコンピュータにより提供されてもよい。
【図面の簡単な説明】
【図１】本発明が実施され得る通信ネットワークの概略図
【図２】本発明の実施例によるデバイス名生成方法の流れ図
【図３】本発明の実施例によるデバイスを識別するためのデバイス名解決方法の流れ図
【図１】
0003651587.tif 000002
【図２】
0003651587.tif 000003
【図３】
0003651587.tif 000004