(57)【要約】【課題】  objectが有する様々な属性に対する条件指定を行うことで、条件にマッチするobjectを特定し、該objectのIPアドレスを特定する。【解決手段】  本発明は、送信元objectにおいて、通信相手となるobjectを検索するための複数の属性に対する値に関する条件である一次指定条件を指定し、着信先objectをリゾルバを介して検索し、一次指定条件により抽出されたM個の着信先objectのIPアドレスを特定し、該着信先objectのうち、１つ以上のobjectの該IPアドレスに、接続要求条件である二次指定条件を記載して接続要求パケットを送信する。着信先objectは、送信元objectからの接続要求が、二次指定条件を満たすかを判断し、満たしている場合には、該二次指定条件を満たしていることを該送信元objectに通知し、該送信元object間で通信を開始する。【選択図】  図１
2014143573.tif 000002
【特許請求の範囲】
【請求項１】
情報通信ネットワークにおいて、いくつかの条件によって該ネットワークに接続されているIPアドレスを有するobjectを特定し通信するためのアドレス解決システムであって、
通信を開始するユーザあるいはobject（以下、「送信元object」と記す）と、該送信元objectと通信する着信先objectと、object管理サーバ、リゾルバと、を有し、
前記送信元objectは、
通信相手となるobjectを検索するための複数の属性に対する値に関する条件である一次指定条件を指定し、前記着信先objectを前記リゾルバを介して検索する着信先object検索手段と、
前記着信先object検索手段により検索され、前記一次指定条件により抽出されたM個の着信先objectのIPアドレスを特定し、該着信先objectのうち、１つ以上のobjectの該IPアドレスに、接続要求条件である二次指定条件を記載して接続要求パケットを送信する接続要求手段と、
前記着信先objectと通信を開始する通信手段と、
を有し、
前記リゾルバは、
前記送信元objectからの検索要求を取得して、前記object管理サーバに該検索要求を送信することで、該検索要求に対する着信先objectを取得する検索要求送信手段を有し、
前記object管理サーバは、
前記リゾルバからの検索要求に対応する着信先objectを検索して、該リゾルバに返却する検索手段を有し、
前記着信先objectは、
前記送信元objectからの前記接続要求が、前記二次指定条件を満たすかを判断し、満たしている場合には、該二次指定条件を満たしていることを該送信元objectに通知し、該送信元object間で通信を開始する二次指定条件判定手段を有する
ことを特徴とするアドレス解決システム。
【請求項２】
前記送信元objectの前記接続要求手段は、
当該送信元objectがマルチキャスト通信を行う場合に、前記一次指定条件を満たすM個全てのobjectに対して、前記二次指定条件を記載した接続要求パケットを同報する第１の同報手段を有する
請求項１記載のアドレス解決システム。
【請求項３】
前記送信元objectの前記接続要求手段は、
当該送信元objectがエニーキャスト通信を行う場合に、前記一次指定条件を満たすM個の全てのobjectに対して、前記日時指定条件を記載した接続要求パケットを同報する第２の同報手段を含み、
前記送信元objectの前記通信手段は、
前記着信先objectから前記二次指定条件を満たしているか否かの通知を受信し、条件満足である着信先objectの中から一つを選択して通信を開始する手段、
を含む請求項１記載のアドレス解決システム。
【請求項４】
前記送信元objectの前記接続要求手段は、
当該送信元objectがエニーキャスト通信を行う場合に、前記一次指定条件を満たすM個の着信先objectのうち、いずれか一つの着信先objectを選択して、前記二次指定条件を記載した接続要求パケットを該着信先objectに送信する選択送信手段を含み、
前記送信元objectの通信手段は、
前記着信先objectから前記二次指定条件を満たしているか否かの通知を受信し、該二次指定条件を満足する着信先objectと通信を開始する手段、
を含む請求項１記載のアドレス解決システム。
【請求項５】
情報通信ネットワークにおいて、いくつかの条件によって該ネットワークに接続されているIPアドレスを有するobjectを特定し通信するためのアドレス解決方法であって、
通信を開始するユーザあるいはobject（以下、「送信元object」と記す）と、該送信元objectと通信する着信先objectと、object管理サーバ、リゾルバと、を有するシステムにおいて、
前記送信元objectは、通信相手となるobjectを検索するための複数の属性に対する値に関する条件である一次指定条件を指定し、前記着信先objectを前記リゾルバを介して検索する着信先object検索ステップと、
前記着信先object検索手段により検索され、前記一次指定条件により抽出されたM個の着信先objectのIPアドレスを特定し、該着信先objectのうち、１つ以上のobjectの該IPアドレスに、接続要求条件である二次指定条件を記載して接続要求パケットを送信する接続要求ステップと、
前記着信先objectと通信を開始する通信ステップと、
を行い、
前記リゾルバは、
前記送信元objectからの検索要求を取得して、前記object管理サーバに該検索要求を送信することで、該検索要求に対する着信先objectを取得する検索要求送信ステップを行い、
前記object管理サーバは、
前記リゾルバからの検索要求に対応する着信先objectを検索して、該リゾルバに返却する検索ステップを行い、
前記着信先objectは、
前記送信元objectからの前記接続要求が、前記二次指定条件を満たすかを判断し、満たしている場合には、該二次指定条件を満たしていることを該送信元objectに通知し、該送信元object間で通信を開始する二次指定条件判定ステップを行う
ことを特徴とするアドレス解決方法。
【請求項６】
前記送信元objectは、前記接続要求ステップにおいて、
当該送信元objectがマルチキャスト通信を行う場合に、前記一次指定条件を満たすM個全てのobjectに対して、前記二次指定条件を記載した接続要求パケットを同報する
請求項５記載のアドレス解決方法。
【請求項７】
前記送信元objectは、
前記接続要求ステップにおいて、
当該送信元objectがエニーキャスト通信を行う場合に、前記一次指定条件を満たすM個の全てのobjectに対して、前記二次指定条件を記載した接続要求パケットを同報し、
前記通信ステップにおいて、
前記着信先objectから前記二次指定条件を満たしているか否かの通知を受信し、条件満足である着信先objectの中から一つを選択して通信を開始する、
請求項５記載のアドレス解決方法。
【請求項８】
前記送信元objectは、
前記接続要求ステップにおいて、
当該送信元objectがエニーキャスト通信を行う場合に、前記一次指定条件を満たすM個の着信先objectのうち、いずれか一つの着信先objectを選択して、前記二次指定条件を記載した接続要求パケットを該着信先objectに送信し、
前記通信ステップにおいて、
前記着信先objectから前記二次指定条件を満たしているか否かの通知を受信し、該二次指定条件を満足する着信先objectと通信を開始する、
を含む請求項５記載のアドレス解決方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アドレス解決システム及び方法に係り、特に、情報通信ネットワークにおいて、いくつかの条件指定によって、ネットワークに接続されているObject（通信機能を持つ家電品や端末などを指す）を特定し、通信できるようにするためのアドレス解決システム及び方法に関する。
【背景技術】
【０００２】
従来の情報通信ネットワークは、論理空間上のアドレスにより通信対象を指定している。固定電話では電話番号、インターネットではIPアドレスがそれにあたり、これらはネットワーク上の位置とも対応しているので、その位置に接続することで通信が可能となる。
【０００３】
一方で、携帯電話の電話番号やインターネットでのURLは、より上位の論理アドレスまたは名前と解釈できる。つまり、これらは通信相手や情報の論理位置を示すが、ネットワーク上の接続位置は示していないため、前者ではLR(ロケーションレジスタ)、後者ではDNS(ドメインネームサーバ)により、ネットワーク上の接続位置を示すアドレスへの変換（いわゆる名前解決）が必要となる。後者の場合であれば、URLから変換後のIPアドレスを用い、接続する（例えば、非特許文献１，２参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】弓場英明監修、未来ねっと技術シリーズ  ユビキタスネットワーク技術、電気通信協会、2003.
【非特許文献２】http://www.nic.ad.jp/ja/newsletter/No22/080.html
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、今後、非常に多数のobjectがネットワークに接続されるようになったときに、個々のobjectに一意に付与された名前をユーザが把握した上で通信を行う代わりに、例えば、ユーザが、目の前で落とし物をした自転車に乗っている人と通信したい、あるいは、ある地域である時間帯に温度が２０度以上を示したセンサと通信したい、といったユーザの通信要求条件（様々な属性に対する検索条件の組み合わせ）を直接指定することで、objectを特定して通信できるようにしたい場合が想定される。
【０００６】
しかし、既存のシステムでは、個々のobjectに一意に付与された名前をユーザが把握した上でその名前を指定して通信を行う。例えば、携帯電話であれば電話番号をユーザが指定することで通信を行う。そのため、上述のような利用形態を実現することは困難である。
【０００７】
本発明は、上記の点に鑑みなされたもので、objectが有する様々な属性（物理空間上の位置、時刻情報やその他の属性（色）など）に対する条件指定を行うことで、条件にマッチするobjectを特定し、該objectのIPアドレスを特定可能なアドレス解決システム及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明（請求項１）は、情報通信ネットワークにおいて、いくつかの条件によって該ネットワークに接続されているIPアドレスを有するobjectを特定し通信するためのアドレス解決システムであって、
通信を開始するユーザあるいはobject（以下、「送信元object」と記す）と、該送信元objectと通信する着信先objectと、object管理サーバ、リゾルバと、を有し、
前記送信元objectは、
通信相手となるobjectを検索するための複数の属性に対する値に関する条件である一次指定条件を指定し、前記着信先objectを前記リゾルバを介して検索する着信先object検索手段と、
前記着信先object検索手段により検索され、前記一次指定条件により抽出されたM個の着信先objectのIPアドレスを特定し、該着信先objectのうち、１つ以上のobjectの該IPアドレスに、接続要求条件である二次指定条件を記載して接続要求パケットを送信する接続要求手段と、
前記着信先objectと通信を開始する通信手段と、
を有し、
前記リゾルバは、
前記送信元objectからの検索要求を取得して、前記object管理サーバに該検索要求を送信することで、該検索要求に対する着信先objectを取得する検索要求送信手段を有し、
前記object管理サーバは、
前記リゾルバからの検索要求に対応する着信先objectを検索して、該リゾルバに返却する検索手段を有し、
前記着信先objectは、
前記送信元objectからの前記接続要求が、前記二次指定条件を満たすかを判断し、満たしている場合には、該二次指定条件を満たしていることを該送信元objectに通知し、該送信元object間で通信を開始する二次指定条件判定手段を有する。
【０００９】
また、本発明（請求項２）は、前記送信元objectの前記接続要求手段において、
当該送信元objectがマルチキャスト通信を行う場合に、前記一次指定条件を満たすM個全てのobjectに対して、前記二次指定条件を記載した接続要求パケットを同報する第１の同報手段を有する。
【００１０】
また、本発明（請求項３）は、前記送信元objectの前記接続要求手段において、
当該送信元objectがエニーキャスト通信を行う場合に、前記一次指定条件を満たすM個の全てのobjectに対して、前記二次指定条件を記載した接続要求パケットを同報する第２の同報手段を含み、
前記送信元objectの前記通信手段において、
前記着信先objectから前記二次指定条件を満たしているか否かの通知を受信し、条件満足である着信先objectの中から一つを選択して通信を開始する手段、を含む。
【００１１】
また、本発明（請求項４）は、前記送信元objectの前記接続要求手段において、
当該送信元objectがエニーキャスト通信を行う場合に、前記一次指定条件を満たすM個の着信先objectのうち、いずれか一つの着信先objectを選択して、前記二次指定条件を記載した接続要求パケットを該着信先objectに送信する選択送信手段を含み、
前記送信元objectの通信手段において、
前記着信先objectから前記二次指定条件を満たしているか否かの通知を受信し、該二次指定条件を満足する着信先objectと通信を開始する手段、を含む。
【発明の効果】
【００１２】
上述のように、本発明によれば、objectが有する様々な属性（物理空間上の位置や，色）に対する条件指定を行うことで、条件にマッチするobjectを特定し、該objectのIPアドレスを特定可能なアドレス解決を提供することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明が適用されるIPネットワークの基本構成例である。
【図２】本発明の第１の実施の形態におけるリゾルバの構成例である。
【図３】本発明の第１の実施の形態におけるobject管理サーバの構成例である。
【図４】本発明の第１の実施の形態におけるobjectの構成例である。
【図５】本発明の第１の実施の形態における登録時の処理のフローチャートである。
【図６】本発明の第１の実施の形態における通信開始処理のフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面と共に本発明の実施の形態を説明する。
【００１５】
[第１の実施の形態]
図１は本発明が適用されるIPネットワークの基本構成の一例を示す構成図である。図１に示すように、IPネットワーク４００に接続されるobject１００、object管理サーバ２００、リゾルバ３００から構成される。なお、ここではIPネットワークを例に記載しているが、IPアドレス以外の論理アドレスを用いた他のネットワークであってもよい（つまり、論理アドレスがネットワーク上の位置を指し、かつその論理アドレスを指定すれば所望の宛先までデータやパケットを転送することが可能であれば他のネットワークであってもよい）。ここで、object１００はobjectを識別するID、IPアドレスに加え、多属性情報（位置情報、色、時刻情報等）を有するものとする。
【００１６】
情報通信ネットワーク（図１では、IPネットワーク４００）に接続されているobject１００（例：通信機能をもつ家電品や端末、センサなどを指し、IPアドレスを持つとする）が、複数の属性（例えば、時間や位置、端末の色、センサの気温等）に対する値（時刻＝10:00、位置=緯度XXX、経度YYY、色＝赤、気温20度など）を有するとし、通信を開始するユーザあるいはobject（以下、送信元objectと呼ぶ）は、これら複数属性：値の組み合わせにより条件を指定することで、通信相手となるobject（以下、着信先objectと呼ぶ）を検索する。例えば、属性＝気温に対する値xが20度≦x≦25度、かつ、属性＝時刻に対する値yが10:00≦y≦11:00というように条件を指定する。以上の手順で指定された条件を一次指定条件と呼ぶ。なお、以下では、object１００#1を送信元object、object１００#jを着信先objectとして説明する。
【００１７】
送信元object１００#1は、上記の一次指定条件により抽出されたM個のobject#j（ｊ＝１〜M）のIPアドレス#jを特定し、これらのM個の宛先objectのうち、１つまたはそれ以上のobjectに対して該IPアドレス#jを用いて接続要求を送信する。その際に、該接続要求パケット内に接続要求条件を記載して送信する。このように指定される条件を二次指定条件と呼ぶ。当該接続要求を受信した着信先objectは、当該二次指定条件を満たすかどうか判断し、満たしている場合には、当該接続要求条件を満たしている旨を送信元objectに返信し、送信元-着信先object間で通信を開始する。
【００１８】
ここで、一次指定条件/二次指定条件の例として、一次指定条件としては場所＝東京、という条件指定を行い、二次指定条件としては、東京の中の武蔵野市といった更に細かい条件指定を行うことなどが考えられる。
【００１９】
以下に、本実施の形態について詳細に説明する。
【００２０】
図２は、本発明の第１の実施の形態におけるリゾルバの構成例を示す。
【００２１】
リゾルバ３００は、登録要求、検索要求を含む要求パケットを受信する登録・検索要求受付部３１０、要求が登録要求である場合には、登録情報を生成し、object管理サーバ２００に登録し、検索要求である場合はクエリパケットを生成し、object管理サーバ２００からobjectを抽出し、要求パケットの送信元に検索結果を通知する登録情報・検索条件抽出部３２０を有する。
【００２２】
図３は、本発明の第１の実施の形態におけるobject管理サーバの構成例を示す。
【００２３】
object管理サーバ２００は、リゾルバ３００からの登録情報または検索クエリを受信する登録・検索クエリ受付部２１０、登録情報をobjectデータベース２３０に登録し、登録完了通知を送出する、または、検索クエリに基づいてobjectデータベース２３０を検索し抽出されたobjectを検索クエリ送信元のobjectに通知する登録・検索処理部２２０、objectデータベース２３０を有する。
【００２４】
図４は、本発明の第１の実施の形態におけるobjectの構成例である。
【００２５】
object１００は、通信要求パケットを受信する通信要求受信部１１０、通信要求が二次指定条件を満たすかを判定し、判定結果を通知する二次指定条件判定部１２０を有する。
【００２６】
次に、上記の構成におけるobject登録時の処理について説明する。
【００２７】
図５は、本発明の第１の実施の形態における登録時の処理のフローチャートである。
【００２８】
ステップ１０１）  送信元object１００#jがIPネットワーク４００に接続されたら、object登録要求パケットをリゾルバ３００内の登録・検索要求受付部３１０に送信する。その際、object１００#jは、自身のIPアドレスIP#j、objectID#j、多属性情報（位置情報、色、時刻情報等）Attr#jを通知する。
【００２９】
ステップ１０２）  リゾルバ３００の登録・検索要求受付部３１０は、object１００#jからの登録要求パケットがリゾルバへ到着したら、当該object１００#jの各種情報を読み出し、登録情報・検索条件抽出部３２０に通知する。登録情報・検索条件抽出部３２０では、該登録要求パケットからIP#j、objectID#j、多属性情報を抽出し、{IP#j，objectID#j，Attr#j}の組を、object管理サーバ２００へ通知する。
【００３０】
ステップ１０３）  {IP#j，objectID#j，Attr#j}の組をobject管理サーバ２００内の登録・検索クエリ受付部２１０にて受信したら、それを登録・検索処理部２２０に通知し、objectデータベース２３０にエントリする。
【００３１】
ステップ１０４）  登録・検索処理部２２０は、エントリ完了の旨をリゾルバ３００経由で当該送信元object１００#jに通知する。
【００３２】
次に通信開始時の処理フローについて図６を用いて説明する。
【００３３】
図６は、本発明の第１の実施の形態における通信開始時の処理のフローチャートである。
【００３４】
ステップ２０１）  送信元object１００#1は各属性に関する条件指定をした情報（例えば、位置が○○の範囲、時刻が△△の範囲、色＝赤など）を検索要求パケットとしてリゾルバ３００に送信する。
【００３５】
ステップ２０２）  リゾルバ３００は、検索要求パケットを登録・検索要求受付部３１０にて受信したら、登録情報・検索条件抽出部３２０に通知する。そこで、各属性に対する指定条件を読み出し、それを一次指定条件として検索クエリパケットに記載して、該クエリパケットをobject管理サーバ２００へ送信する。
【００３６】
ステップ２０３）  object管理サーバ２００は、検索クエリパケットを登録・クエリ受付部２１０にて受信したら、登録・検索処理部２２０に通知し、登録・検索処理部２２０は検索クエリパケットの一次指定条件に基づいて、objectデータベース２３０内を探索する。その結果、該クエリパケットに記載の一次指定条件を用いてobjectを抽出する。つまり、該一次条件指定により抽出されたM個のobject#j (j=1からM）のIPアドレス#jを特定する。これらM個のobjectを一次条件指定候補objectとよぶ。これら抽出したIPアドレスを、リゾルバを介して送信元objectに通知する。
【００３７】
ステップ２０４）  送信元object１００は、これらM個の宛先objectのうち、１つまたはそれ以上の着信先object１００#jに対して接続要求を着信先object１００#jに送信する。その際に、該接続要求パケット内に接続要求条件を記載して送信する。このように指定される条件を二次指定条件と呼ぶ。
【００３８】
ステップ２０５）  着信先object１００#jは、接続要求パケットを通信要求受信部１１０にて受信し、該パケットから二次指定条件を読み出す。それを二次指定条件判定部１２０に通知する。二次指定条件判定部１２０では、該二次指定条件を満たしているか判定する。
【００３９】
ステップ２０６）  着信先object１００#jは、判定結果（ON/NG）を送信元object１００#1に通知する。
【００４０】
ステップ２０７）  送信元object１００#1は、OKを通知した着信先object#jと通信を開始する。
【００４１】
ここで、一次指定条件/二次指定条件の例として、一次指定条件としては場所＝東京、という条件指定を行い、二次指定条件としては、東京の中の武蔵野市といった更に細かい条件指定を行うことなどが考えられる。こうすることで、一次指定条件を判定するためのobject管理サーバ２００上では、東京という都道府県単位で属性：値を管理しておけばよく、例えばobjectの移動が東京の範囲内で行われる場合には、object管理サーバ２００では情報を更新する必要がなく、一方で、通信要求元がより細かい条件指定（武蔵野市など）を行うことを可能にしている。
【００４２】
[第２の実施の形態]
本実施の形態では、送信元object１００#1がマルチキャスト通信を行いたい場合、つまり、一次指定条件及び二次指定条件を満たす着信先object#j全てと通信を行いたい場合には、第１の実施の形態の通信開始時の処理のフローチャート（図６）のステップ２０４の接続要求送信時に、M個全ての着信先object１００#jに対して接続要求を実施し、かつ、ステップ２０７において、OKを通知した着信先object100＃j全てと通信を開始するようにする。
【００４３】
マルチキャスト通信を行いたい例として、ある条件を満たす全ての人に広告を配信したい、あるいは、ある条件を満たす全てのセンサと通信を行って情報を収集したい場合などが考えられる。
【００４４】
[第３の実施の形態]
本実施の形態では、送信元object１００#1がエニーキャスト通信を行いたい場合、つまり、一次指定条件及び二次指定条件を満たす着信先object１００#jのいずれか一つと通信を行う場合には、第１の実施の形態の通信開始時の処理のフローチャート（図６）のステップ２０４とステップ２０７の手順を以下のように変更する。
【００４５】
ステップ２０４）  これらM個の宛先object１００のうち、全てのobject１００#jに対して接続要求を送信する。
【００４６】
ステップ２０７）  送信元object１００#1は、OKを通知してきた着信先object１００#jのうち、いずれか一つを選択して通信を開始する。選択基準としては、例えば、一番最初にOKの通知をした着信先object１００#jを選択することが考えられる。
【００４７】
上記以外の方法として、以下の手順を実施してもよい。
【００４８】
ステップ２０４）  これらM個の着信先objectのうち、いずれか一つのobject１００#jに対して接続要求を送信する。
【００４９】
ステップ２０７）  送信元object１００#1は、該着信先object１００#jからNGを受信した場合には、ステップ２０４に戻る。OKを受信した場合には、該着信先object１００#jと通信を開始する。
【００５０】
エニーキャスト通信の例として、ある条件を満たすいずれかのコンテンツ配信サーバにアクセスしたい場合などが考えられる。
【００５１】
[第４の実施の形態]
上記の第１〜第３の実施の形態における一次指定条件及び二次指定条件として、複数の属性：値の組みによる条件指定のうち、一部を一次指定条件とし、残りを二次指定条件としてもよい。
【００５２】
これは、例えば、条件指定すべき属性の数dが非常に多い場合、それを一次指定条件としてobjectを探索するのに時間を要する場合が考えられる。一般に、属性の数（＝次元数）が大きくなると、全object探索に近づく問題が指摘されている（次元の呪いとよばれる）（例えば、非特許文献３（C. Bohm et al., "Searching in high-dimensional spaces: Index structures for improving the performance of multimedia databases, "ACM Computing Surveys, 2001）参照）。そこで、一次指定条件としては、全部でd=20個の属性のうち、10個だけ条件を指定し、残りの10個については、二次指定条件として着信先objectに問い合わせることで、そのような問題を回避する。あるいは、一次指定条件判定時には、確率的な検索（例えば誤検出率が1%の確率で存在する範囲内で、候補を抽出する）を行い、二次指定条件判定により適切な着信先objectを特定してもよい。
【００５３】
本実施の形態では、第１の実施の形態の通信開始時の処理のフローチャート（図６）において、送信元object100#1にて受信・実施されるステップ２０３，２０４，２０６、の手順を送信元object１００#1で実施する代わりにリゾルバ３００、または、送信元object１００#1を収容するゲートウェイ（図示せず）にて実施してもよい。
【００５４】
また、着信先object１００#jにて受信・実施されるステップ２０４、２０５，２０６の手順を、着信先object１００#jで実施する代わりに、該着信先object１００#jを収容するゲートウェイ（図示せず）にて実施しても良い。
【００５５】
その場合は、ステップ２０３，２０６の手順を以下のように変更する。
【００５６】
ステップ２０３）  抽出されたM個の着信先object１００#jのIPアドレス＃jに加え、object１００#jを収容するゲートウェイjのIPアドレス#j'も併せてリゾルバ３００に通知するようにする。
【００５７】
ステップ２０４）  送信元object#1は、IPアドレス#j'を用いてゲートウェイ#jに接続要求を送信する。
【００５８】
ステップ２０６）  着信先object１００#jが確定した段階で、そのIPアドレスを送信元object１００#1に通知する。
【００５９】
[第５の実施の形態]
本実施の形態では、二次指定条件を送信元object１００#1が指定する代わりに、一次指定条件により抽出された着信先object１００#jが、当該着信先object１００#jの有する属性情報（一次指定条件における属性以外に関する）を送信元object１００#1に通知し、それを元に実際に通信する着信先object１００#jを決定してもよい。
【００６０】
なお、上記の実施の形態におけるobjectやゲートウェイの動作を、いくつかの条件によって該ネットワークに接続されているIPアドレスを有するobjectを特定し通信するプログラムとして構築し、コンピュータにインストールする、または、ネットワークを介して流通させることが可能である。
【００６１】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００６２】
１００  object
１１０  通信要求受信部
１２０  二次指定条件判定部
２００  object管理サーバ
２１０  登録・検索クエリ受付部
２２０  登録・検索処理部
２３０  objectデータベース
３００  リゾルバ
３１０  登録・検索要求受付部
３２０  登録情報・検索条件抽出部
４００  IPネットワーク
【図１】
2014143573.tif 000003
【図２】
2014143573.tif 000004
【図３】
2014143573.tif 000005
【図４】
2014143573.tif 000006
【図５】
2014143573.tif 000007
【図６】
2014143573.tif 000008