JP2008035250A - 情報提供サービス制御システム - Google Patents

Abstract

【課題】特定の地域に存在する複数のユーザ端末に情報配信する。
【解決手段】システムは複数種類のアクセス網をＩＰコア網で統合し、前記アクセス網の種別に拘わりなく、特定の地域に存在する複数のユーザ端末に情報発信端末からＩＰアドレスにより情報配信するために；前記複数のユーザ端末が在圏する地域の位置情報と、複数のＵＲＩとを関連付けて管理する第１の管理手段と；前記情報発信端末から入力された特定の地域の位置情報に基づく第１問合せに対して、前記特定の地域に存在する前記複数のユーザ端末対応の前記複数のＵＲＩを回答する第１の解決手段と；前記複数のユーザ端末の前記複数のＵＲＩと、複数のＩＰアドレスとを関連付けて管理する第２の管理手段と；前記情報発信端末からの前記回答されたＵＲＩに基づく第２問合せに対して、前記特定の地域に存在する前記複数のユーザ端末対応の前記複数のＩＰアドレスを回答する第２の解決手段とを備える。
【選択図】図２

Description

本発明は、複数種類のアクセス網をＩＰ（Internet Protocol）コア網で統合し、これ
らアクセス網の種別に拘わりなく、特定の地域に存在する複数のユーザ端末に情報発信端末からＩＰアドレスにより情報配信することを可能にする情報提供サービス制御システムに関する。

動的委任探索システムＤＤＤＳ（Dynamic Delegation Discovery System）は動的に得
られた文字列変換規則をアプリケーション毎の文字列に適用することに関する抽象的アルゴリズムである。このＤＤＤＳの適用例の一つであるＥＮＵＭ−ＤＮＳ（Domain Name System）サーバを用いた情報発信（呼制御）技術においては、ＩＴＵ−Ｔ（ITU-Telecommunication Standardization Sector）準拠の国際的に一意な電話番号「Ｅ．１６４電話番号」から通信相手端末（情報受信端末またはユーザ端末と記載することもある）の識別子ＵＲＩ（ＳＩＰ−ＵＲＩ：Session Initiation Protocol-Uniform Resource Identifier）
を検索し、更にＵＲＩからＩＰアドレスを検索する。これにより、このＩＰアドレスに基づいて、情報発信端末と通信相手端末との接続が確立され、情報提供を行うことが可能である。

しかし、従来の情報発信技術では、電話番号を予め知っている特定の通信相手端末への通話もしくは情報提供に限定され、位置情報（地域情報）をキー情報として不特定の複数の通信相手端末へ情報提供することができない等の問題がある。

上述した従来の情報発信技術による問題点を図１に模式的に示す。図１を参照すると、この情報発信技術においては、次の問題点がある。

（１）問題点１：情報発信者は、ある特定の地域に存在する複数のユーザ（情報受信端末）へ営業の電話をかけることができない。情報受信端末のＵＲＩ及びＩＰアドレスがＥＮＵＭ−ＤＮＳサーバ及び通常ＤＮＳサーバに事前に登録されていないときは、情報発信者はＥ．１６４電話番号「＋８１−ｘｘ−ｘｘｘ−ｘｘｘｘ」をキー情報にして電話をかけることができないためである。

（２）問題点２：ＥＮＵＭ−ＤＮＳサーバは、情報発信者に対して、ＵＲＩを１つしか応答できない。

（３）問題点３：情報受信端末がＩＰ携帯電話端末である場合、移動先によってＩＰアドレスが変わってしまうので、ＵＲＩに基づいてＩＰアドレスを特定できず、電話をかけられない。

（４）問題点４：様々な無線アクセス網を利用する情報受信端末を物理的な位置情報で管理することができないので、位置情報をキー情報にして電話をかけることができない。

（５）問題点５：上記各問題の結果、ある特定地域に存在する様々な無線アクセス網を利用する複数の情報受信端末へ営業の電話をかけることができない（つまり、情報配信できない）。

また、下記先行技術文献（特許文献１〜４）における位置情報に基づく情報発信技術は、
（１）無線ＬＡＮ（Wireless Local Area Network）等の特定の無線アクセス技術に限定
されること、
（２）ＰｏＣ（Push-to-Talk over Cellular）等の特定のアプリケーションに限定されること、
（３）特定の装置（情報配信サーバ）に限定されること、
の条件のもとで位置情報データベースを維持・検索し、複数のユーザ端末へ情報を配信もしくは通信を開始するものである。
特開２００５−３１２０４５号公報 特開２００３−１７９６０６号公報 特開２００３−９９４４９号公報 特開２００４−８８４４０号公報

本発明の課題は、アクセス網の種別に拘わりなく、特定の地域に存在する複数のユーザ端末に情報配信することを可能にする技術を提供することにある。

上記課題を解決するために、本発明の情報提供サービス制御システムは、複数種類のアクセス網をＩＰコア網で統合し、前記アクセス網の種別に拘わりなく、特定の地域に存在する複数のユーザ端末に情報発信端末からＩＰアドレスにより情報配信することを可能にする情報提供サービス制御システムであって；
前記複数のユーザ端末が在圏する地域の位置情報と、複数のＵＲＩとを関連付けて管理する第１の管理手段と；
前記情報発信端末から入力された特定の地域の位置情報に基づく第１問合せに対して、前記特定の地域に存在する前記複数のユーザ端末対応の前記複数のＵＲＩを回答する第１の解決手段と；
前記複数のユーザ端末の前記複数のＵＲＩと、複数のＩＰアドレスとを関連付けて管理する第２の管理手段と；
前記情報発信端末からの前記回答されたＵＲＩに基づく第２問合せに対して、前記特定の地域に存在する前記複数のユーザ端末対応の前記複数のＩＰアドレスを回答する第２の解決手段とを備える。

この情報提供サービス制御システムは、前記第１の解決手段に前記位置情報に基づき前記ＵＲＩを解決させるための第１メッセージと、前記第２の解決手段に前記ＵＲＩに基づき前記ＩＰアドレスを解決させるための第２メッセージとを判別し、メッセージ転送先を決定する解析手段を更に備える。

この情報提供サービス制御システムにおいて、前記第１の管理手段、前記第１の解決手段、前記第２の管理手段及び前記第２の解決手段が、少なくとも１つのＤＮＳサーバに設けられている。好適には、前記第１の管理手段及び前記第１の解決手段が第１のＤＮＳサーバに設けられ、前記第２の管理手段及び前記第２の解決手段が第２のＤＮＳサーバに設けられ、かつ前記解析手段が第３のＤＮＳサーバに設けられる。

上記情報提供サービス制御システムにおいて、前記第１問合せはＤＤＤＳクエリであり、前記第２問合せはＤＮＳクエリである。また、前記第１メッセージ及び前記第２メッセージはＤＮＳメッセージである。さらに、前記複数種類のアクセス網は、無線アクセス網としての無線ＬＡＮ網、携帯電話網、及びＷｉＭＡＸ網と有線アクセス網との内の複数種類を含む。すなわち、本発明は無線アクセス網及び無線端末に限定するものではなく、デスクトップパーソナルコンピータ端末のような有線端末及び有線端末を収容する有線アク
セス網へも適用可能とする。

また、上記情報提供サービス制御システムにおいて、前記複数のユーザ端末が在圏する地域の位置情報及び前記情報発信端末から入力された特定の地域の位置情報はＥ．１６４電話番号体系にマッピングされていて、前記第１の解決手段はＥＮＵＭ手順により前記ＵＲＩを解決する。前記各位置情報は、地域を特定する識別子と、前記アクセス網の種別を示す識別子とを含んでいる。

本発明によれば、アクセス網の種別に拘わりない、ＩＰ技術による地域情報配信が可能となり、異なる種類のアクセス網を使用するユーザ端末でも同一地域であれば、マルチキャストなどにより一様に配信することができる。

また、本発明によれば、ＤＮＳ及びＤＨＣＰというＩＰ上の一般的な仕組みを利用して機能を実現しており、既存アプリ（メッセージ送信ソフト等）に容易に適用することができる。

本発明の他の課題、特徴及び利点は、図面及び特許請求の範囲とともに取り上げられる際に、以下に記載される明細書（実施の形態）を読むことにより明らかになるであろう。

以下、添付図面を参照して、本発明についてさらに詳細に説明する。図面には本発明の好ましい実施形態が示されている。しかし、本発明は、多くの異なる形態で実施されることが可能であり、本明細書に記載される実施形態に限定されると解釈されてはならない。むしろ、これらの実施形態は、本明細書の開示が徹底的かつ完全となり、当業者に本発明の範囲を十分に伝えるように提供される。

［通信ネットワークシステムの構成例］
本発明の一実施の形態における通信ネットワークシステムの構成を示す図２を参照すると、この通信ネットワークシステムＳＹＳは、複数種類の無線アクセス網及び有線アクセス網をオールＩＰコア網である通信事業者ＩＰ網ＣＮＷで統合するシステムであって、ユーザ端末５の位置情報（地域情報）を動的委任探索システムＤＤＤＳ（Dynamic Delegation Discovery System）によりＤＮＳ（Domain Name System）サーバ１０で管理し、アク
セス網の種別に拘わりなく、特定の地域に存在する複数のユーザ端末５に情報配信することを可能にする情報提供サービス制御システムを構成する。

通信事業者ＩＰ網ＣＮＷは、複数種類の無線アクセス網としての無線ＬＡＮ網（ＷＬＡＮ：Wireless Local Area Network）ＡＮＷ１、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）網ＡＮＷ２、及び携帯電話網ＡＮＷ３などにそれぞれ接続されている。また、通信事業者ＩＰ網ＣＮＷは、有線アクセス網としての一般家庭網ＡＮＷ４に接続されている。さらに、通信事業者ＩＰ網ＣＮＷは企業網（企業内ＩＰ網）ＥＮＷに接続されている。通信事業者ＩＰ網ＣＮＷは、関東、関西、または都道府県など地理的（地域的）に異なる各地域対応のＩＰ網を構成するが、全国に展開されてプロバイダ網とともに論理的にインターネットＩＮＷを構成する。

公衆無線ＬＡＮスポットとしての無線ＬＡＮ網ＡＮＷ１は、図示省略の無線ＬＡＮ制御装置及び有線ＬＡＮなどを有し、各アクセスポイントＡＰを介して配下の無線ゾーン（サービスエリア）に在圏するユーザ端末５からのアクセスを可能にする。無線ＬＡＮ網ＡＮＷ１にアクセス可能なユーザ端末５は、ＩＰ携帯電話端末やＰＤＡ（Personal Digital Assistant）等の移動端末である。

ＷｉＭＡＸ網ＡＮＷ２は、図示省略の基地局制御装置などを有し、各基地局ＢＳを介して配下の無線ゾーンに在圏するユーザ端末５からのアクセスを可能にする。ＷｉＭＡＸ網ＡＮＷ２にアクセス可能なユーザ端末５は、ＩＰ携帯電話端末やＰＤＡ等の移動端末である。

携帯電話網ＡＮＷ３は、図示省略の基地局、基地局制御装置及び交換機などを有し、各基地局を介して配下の無線ゾーンに在圏するユーザ端末５からのアクセスを可能にする。携帯電話網ＡＮＷ３にアクセス可能なユーザ端末５は、ＩＰ携帯電話端末やＰＨＳ（Personal Handyphone System）等の移動端末である。

固定電話網である一般家庭網ＡＮＷ４は、図示省略の交換機を介してユーザ端末５からのアクセスを可能にする。一般家庭網ＡＮＷ４にアクセス可能なユーザ端末５は、ＩＰ固定電話端末、また子機としてのＩＰ携帯電話端末である。

企業内ＩＰ網ＥＮＷは、イーサネット（登録商標）で構成され、パーソナルコンピータなどの情報発信端末７からのアクセスを可能にする。

この通信ネットワークシステムＳＹＳは、アクセス網の種別に拘わりなく、特定の地域に存在する複数のユーザ端末５に情報配信することを可能にするために、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ８、ＤＮＳサーバ１０、ローカルＤＮＳサー
バ１１、及びＬＤＮＳ（Location Domain Name System）サーバ１２を更に備えている。

この通信ネットワークシステムＳＹＳにおいては、ＤＨＣＰサーバ８は無線ＬＡＮ網ＡＮＷ１及びＷｉＭＡＸ網ＡＮＷ２にそれぞれ配置され、ローカルＤＮＳサーバ１１は通信事業者ＩＰ網ＣＮＷに配置され、ＤＮＳサーバ１０及びＬＤＮＳサーバ１２はインターネットＩＮＷに配置される。

［ユーザ端末の構成例］
図２に示す通信ネットワークシステムＳＹＳにおいて、ユーザ端末５は位置情報（地域情報）としての現在の地域コードをＬＤＮＳサーバ１２へ通知するために、図５に示す構成を採る。

マルチ無線端末としてのユーザ端末５は、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）５０、ＰＨＹ／ＭＡＣ（Physical/Media Access Control）部５１、及びＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）制御部５２を備える。Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ５０は、Ｗｉｎｄｏｗｓ（登録商標）Ｍｏｂｉｌｅ等のＯＳ部分である。

ＰＨＹ／ＭＡＣ部５１は、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１６ｄまたは１６ｅ準拠のＷｉＭＡＸ ＰＨＹ／ＭＡＣ部５１Ａ、ＩＥ
ＥＥ８０２．１１準拠のＷＬＡＮ ＰＨＹ／ＭＡＣ部５１Ｂ及び他種無線規格準拠の他種無線ＰＨＹ／ＭＡＣ部５１Ｃから構成されている。ＷｉＭＡＸ ＰＨＹ／ＭＡＣ部５１ＡはＷｉＭＡＸ網ＡＮＷ２の物理層（第１層）及びＭＡＣ層（データリンク層（第２層）の下位副層）の制御を行う。ＷＬＡＮ ＰＨＹ／ＭＡＣ部５１Ｂは無線ＬＡＮ網ＡＮＷ１の物理層及びＭＡＣ層の制御を行う。他種無線ＰＨＹ／ＭＡＣ部５１Ｃは携帯電話網ＡＮＷ３の物理層及びＭＡＣ層の制御を行う。

ＴＣＰ／ＩＰ制御部５２はＴＣＰ／ＩＰ通常処理部５３及び位置情報制御部５４を備える。位置情報制御部５４は、電波強度監視テーブル５５、端末設定テーブル５６、位置情
報管理部５７、ＤＮＳ登録・更新処理部５８、電波強度監視管理部５９及びＤＨＣＰ地域コード処理部６０から構成されている。

ＴＣＰ／ＩＰ制御部５２における位置情報制御部５４は、ＴＣＰ／ＩＰ通常処理部５３が行うＴＣＰ／ＩＰの通常処理とは別に位置情報に関する制御を行う。電波強度監視テーブル５５は、電波強度監視管理部５９が取得した基地局（無線アクセス装置）や無線電波強度を、優先度を加味し、優先順位をつけて管理するためのデータベースである。電波強度監視テーブル５５からは、電波強度監視管理部５９に最も優先順位の高い基地局がマーカ装置として通知される。

端末設定テーブル５６は、ユーザがユーザ端末５に予め入力して設定したパラメータを管理するためのデータベースである。位置情報管理部５７は、ユーザ端末５がＬＤＮＳサーバ１２へ登録するための地域コードの取得・管理・作成を行う。ＤＮＳ登録・更新処理部５８は、ユーザ端末５が地域コードをＬＤＮＳサーバ１２へ登録・更新するための制御を行う。

電波強度監視管理部５９は、ＰＨＹ／ＭＡＣ部５１からの無線電波を監視し、基地局の物理（ＭＡＣ）アドレスや無線電波強度を取得する。ＤＨＣＰ地域コード処理部６０は、電波強度監視管理部５９からマーカ装置としての基地局のＭＡＣアドレスを取得するとともに、ＤＨＣＰサーバ８と通信を行って、ユーザ端末５の地域コードを取得する。

［情報発信端末の構成例］
図２に示す通信ネットワークシステムＳＹＳにおいて、情報発信端末７は情報配信対象の特定の地域に存在する複数のユーザ端末５のＵＲＩ及びＩＰアドレスをＬＤＮＳサーバ１２及びＤＮＳサーバ１０に問合せ、情報配信を行うために、図７に示す構成を採る。なお、ユーザ端末５と情報発信端末７とは、同一種類の機器であってもよい。

情報発信端末７は、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）７０、ＰＨＹ／ＭＡＣ部７１、ＴＣＰ／ＩＰ制御部７２、及びアプリケーション部７５を備える。ＯＳ７０はＷｉｎｄｏｗｓ（登録商標）等のＯＳ部分である。

ＰＨＹ／ＭＡＣ部７１は１０／１００／１０００Ｂａｓｅ−ＴＸ ＰＨＹ／ＭＡＣ部７１Ａから構成されている。１０／１００／１０００Ｂａｓｅ−ＴＸ ＰＨＹ／ＭＡＣ部７１Ａは、イーサネット（登録商標）フレームの送受信等、物理層及びＭＡＣ層の制御を行う。

ＴＣＰ／ＩＰ制御部７２はＴＣＰ／ＩＰ通常処理部７３及びＤＤＤＳ／ＤＮＳ処理部７４を備える。ＴＣＰ／ＩＰ通常処理部７３は、ＴＣＰ／ＩＰの通常処理を行う。ＤＤＤＳ／ＤＮＳ処理部７４は、情報配信対象のユーザ端末５のＵＲＩ（Uniform Resource Identifier）及びＩＰアドレスを取得するために、ＤＮＳサーバ１０及びＬＤＮＳサーバ１２
と通信を行う機能を有する。

アプリケーション部７５は、ユーザ情報テーブル７６、端末設定テーブル７７、情報発信アプリケーション（アプリ）部７８、及び地域コード制御部７９から構成されている。

アプリケーション部７５におけるユーザ情報テーブル７６は、地域コード制御部７９がＤＤＤＳ／ＤＮＳメッセージ処理部７４から取得した地域コードに対するユーザ端末５のＵＲＩ及びＩＰアドレスを格納するためのデータベースである。端末設定テーブル７７は、情報発信者が情報発信端末７に予め入力して設定したパラメータを管理するためのデータベースである。

情報発信アプリ部７８は、ＳＩＰ（Session Initiation Protocol）等の情報発信を行
うためのアプリケーションソフトウェアであり、ＳＩＰ等の呼制御手順を行い、ユーザ端末５との通信セッションを確立する。

地域コード制御部７９は、情報発信者が入力した地域コードを基に、ＤＤＤＳ／ＤＮＳ処理部７４と連携し、取得した複数ユーザ端末５のＵＲＩ及びＩＰアドレスをユーザ情報テーブル７６に格納する。また、地域コード制御部７９は情報発信アプリ部７８へ複数のユーザ端末５のＩＰアドレスを通知する。

［ＤＨＣＰサーバの構成例］
図２に示す通信ネットワークシステムＳＹＳにおいて、ＤＨＣＰサーバ８はユーザ端末５に対して在圏する地域の地域コードを通知するために、図８に示す構成を採る。

ＤＨＣＰサーバ８は、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）８０、ＰＨＹ／ＭＡＣ部８１、及びＴＣＰ／ＩＰ処理部８２を備える。ＯＳ８０はＷｉｎｄｏｗｓ（登録商標）等のＯＳ部分である。

ＰＨＹ／ＭＡＣ部８１は１０／１００／１０００Ｂａｓｅ−ＴＸ ＰＨＹ／ＭＡＣ部８１Ａから構成されている。１０／１００／１０００Ｂａｓｅ−ＴＸ ＰＨＹ／ＭＡＣ部８１Ａは、イーサネット（登録商標）フレームの送受信等、物理層及びＭＡＣ層の制御を行う。

ＴＣＰ／ＩＰ処理部８２は、ＤＨＣＰ通常処理部８４及びＤＨＣＰ地域コード処理部８５を有するＤＨＣＰ処理部８３と、変換テーブル８６と、端末管理テーブル８７とを備える。

ＴＣＰ／ＩＰ処理部８２はＴＣＰ／ＩＰに関する通常処理及び拡張処理を行う。ＤＨＣＰ処理部８３はＴＣＰ／ＩＰの中でＤＨＣＰのみに関する通常処理及び拡張処理を行う。ＤＨＣＰ通常処理部８４はＤＨＣＰに関する通常処理を行う。ＤＨＣＰ地域コード処理部８５は、ＤＨＣＰを用いて、ユーザ端末５へ地域コードの配布を行う。

変換テーブル８６は基地局（アクセスポイントＡＰや基地局ＢＳ）のＭＡＣアドレスに対する基地局の地域コード及び基地局のＩＰアドレスを管理するためのデータベースである。端末管理テーブル８７はユーザ端末５に払い出した（割当てた）ＩＰアドレス及び地域コードを管理するためのデータベースである。

また、ＤＨＣＰサーバ８は、アクセス網としての無線アクセス網の基地局のＭＡＣアドレスもしくは有線アクセス網のデフォルトゲートウェイのＭＡＣアドレスと、基地局もしくはデフォルトゲートウェイの位置情報との変換テーブル８６を有し、ユーザ端末５がアクセス対象の無線アクセス網の基地局からの無線電波を受信しもしくは有線アクセス網のデフォルトゲートウェイからのＡＲＰ応答を受信し、得られた無線アクセス網の基地局もしくはデフォルトゲートウェイのＭＡＣアドレスに基づいて問合せたとき、ＩＰアドレスの割当と同時に在圏する地域の位置情報として基地局もしくはデフォルトゲートウェイの位置情報を回答する構成を採る。

［ＤＮＳサーバの構成例］
図２に示す通信ネットワークシステムＳＹＳにおいて、ＤＮＳサーバ１０はユーザ端末５のＵＲＩとＩＰアドレスとの関係を管理するために、図１０に示す構成を採る。

ＤＮＳサーバ１０は、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）１００、ＰＨＹ／ＭＡＣ部１０１、及びＴＣＰ／ＩＰ処理部１０２を備える。ＯＳ１００はＷｉｎｄｏｗｓ（登録商標）等のＯＳ部分である。

ＰＨＹ／ＭＡＣ部１０１は１０／１００／１０００Ｂａｓｅ−ＴＸ ＰＨＹ／ＭＡＣ部１０１Ａから構成されている。１０／１００／１０００Ｂａｓｅ−ＴＸ ＰＨＹ／ＭＡＣ部１０１Ａは、イーサネット（登録商標）フレームの送受信等、物理層及びＭＡＣ層の制御を行う。

ＴＣＰ／ＩＰ処理部１０２は、ＤＮＳサーバ１０が制御すべき各種の通常処理を行う通常ＤＮＳ処理部１０３を備える。通常ＤＮＳ処理部１０３は、ＤＮＳ更新処理部１０４、ＤＮＳアドレス解決部１０５、ＤＮＳメッセージ解析部１０６、及びＩＰアドレス管理テーブル１０７から構成されている。

通常ＤＮＳ処理部１０３におけるＤＮＳ更新処理部１０４は、ユーザ端末５のＵＲＩに対するＩＰアドレスを更新する。ＤＮＳアドレス解決部１０５は、ローカルＤＮＳサーバ１１経由で情報発信端末７からの問い合わせ（ＤＤＤＳクエリ）に対して、ユーザ端末５のＵＲＩに対応するＩＰアドレスを回答する。

ＤＮＳメッセージ解析部１０６は、ローカルＤＮＳサーバ１１から受信したＤＮＳメッセージを解析し、ユーザ端末５のＩＰアドレス更新か、ＩＰアドレス解決（問い合わせ）かを判断する。ＩＰアドレス管理テーブル１０７はユーザ端末５のＵＲＩに対応するＩＰアドレスを管理する。

［ローカルＤＮＳサーバの構成例］
図２に示す通信ネットワークシステムＳＹＳにおいて、ローカルＤＮＳサーバ１１は地域コードを管理するＬＤＮＳサーバ１２と通常処理を行うＤＮＳサーバ１０との振り分けを行うために、図１１に示す構成を採る。

ローカルＤＮＳサーバ１１は、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）１１０、ＰＨＹ／ＭＡＣ部１１１、及びＴＣＰ／ＩＰ処理部１１２を備える。ＯＳ１１０はＷｉｎｄｏｗｓ（登録商標）等のＯＳ部分である。

ＰＨＹ／ＭＡＣ部１１１は１０／１００／１０００Ｂａｓｅ−ＴＸ ＰＨＹ／ＭＡＣ部１１１Ａから構成されている。１０／１００／１０００Ｂａｓｅ−ＴＸ ＰＨＹ／ＭＡＣ部１１１Ａは、イーサネット（登録商標）フレームの送受信等、物理層及びＭＡＣ層の制御を行う。

ＴＣＰ／ＩＰ処理部１１２は、ユーザ端末５から受信したＤＮＳメッセージを解析し、ユーザ端末５のＩＰアドレス更新か、ＩＰアドレス解決（問い合わせ）かを判断するＤＮＳ処理部１１３を備える。ＤＮＳ処理部１１３は、ＬＤＮＳ処理部１１４、通常ＤＮＳ処理部１１５、及びＤＮＳメッセージ解析部１１６から構成されている。

ＤＮＳ処理部１１３におけるＬＤＮＳ処理部１１４は、インターネットＩＮＷに存在するＬＤＮＳサーバ１２とユーザ端末５の代理として通信を行い、地域コードに対応するＵＲＩを問い合わせる。また、ＬＤＮＳ処理部１１４はＵＲＩを更新する。

通常ＤＮＳ処理部１１５は、ＤＮＳサーバ１０が制御すべき各種の通常処理を行う。すなわち、インターネットＩＮＷに存在するＤＮＳサーバ１０とユーザ端末５の代理として通信を行い、ＵＲＩに対応するＩＰアドレスを問い合わせる。また、通常ＤＮＳ処理部１
１５はＩＰアドレスを更新する。

ＤＮＳメッセージ解析部１１６は、ユーザ端末５がＤＮＳサーバ１０から受信したＤＮＳメッセージを解析し、ユーザ端末５のＩＰアドレス更新か、ＩＰアドレス解決（問い合わせ）かを判断する。

［ＬＤＮＳサーバの構成例］
図２に示す通信ネットワークシステムＳＹＳにおいて、ＬＤＮＳサーバ１２はユーザ端末５の地域コードを管理するために、図１２に示す構成を採る。

ＬＤＮＳサーバ１２は、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）１２０、ＰＨＹ／ＭＡＣ部１２１、及びＴＣＰ／ＩＰ処理部１２２を備える。ＯＳ１２０はＷｉｎｄｏｗｓ（登録商標）等のＯＳ部分である。

ＰＨＹ／ＭＡＣ部１２１は１０／１００Ｂａｓｅ−ＴＸ ＰＨＹ／ＭＡＣ部１２１Ａから構成されている。１０／１００Ｂａｓｅ−ＴＸ ＰＨＹ／ＭＡＣ部１２１Ａは、イーサネット（登録商標）フレームの送受信等、物理層及びＭＡＣ層の制御を行う。

ＴＣＰ／ＩＰ処理部１２２はＴＣＰ／ＩＰに関する通常処理及び拡張処理を行う。ＴＣＰ／ＩＰ処理部１２２は、ＤＮＳ登録部１２４を有するＤＮＳ処理部１２３と、地域コード−ＵＲＩ登録テーブル１２５と、端末ＵＲＩ管理テーブル１２６とを備える。

ＤＮＳ処理部１２３はローカルＤＮＳサーバ１１から受信したＤＮＳメッセージを処理する。ＤＮＳ登録部１２４は、ローカルＤＮＳサーバ１１から受信したＤＮＳメッセージを処理し、地域コードとＵＲＩとの対応情報を取得し、地域コード−ＵＲＩ登録テーブル１２５へ登録する機能を有する。また、ＤＮＳ登録部１２４は管理対象の保存データを最新に保つためのタイマ監視を行う。

地域コード−ＵＲＩ登録テーブル１２５は、地域コードに対する複数のユーザ端末５のＵＲＩを管理するために、ある地域コードに対してポインタ（ＵＲＩポインタ）を返すことにより、別のデータベースである端末ＵＲＩ管理テーブル１２６を参照するためのデータベースである。

端末ＵＲＩ管理テーブル１２６は、ある特定の地域コードに対応する複数のユーザ端末５のＵＲＩを管理するためのデータベースである。端末ＵＲＩ管理テーブル１２６は、ポインタにより、地域コード−ＵＲＩ登録テーブル１２５とデータベース連携する。

［通信ネットワークシステムの動作例］
次に、図２に示す本発明の一実施の形態の通信ネットワークシステムＳＹＳにおける動作例について図３から図１６を併せ参照して説明する。なお、以下に詳述する動作例においては、特に限定を要しないときは、通信事業者ＩＰ網ＣＮＷなどの各ネットワークの介在を省略する。

この通信ネットワークシステムＳＹＳにおいては、ＤＮＳサーバ１０とユーザ端末５との間でＵＲＩを解決するＤＤＤＳプロトコルを、位置情報から複数のＵＲＩ（ＳＩＰ−ＵＲＩ等）及び複数のＩＰアドレスを解決できるように拡張する。

また、ユーザ端末５の移動時に位置情報の動的な更新のために、ユーザ端末５がある特定の地域内に入った場合、ＤＤＮＳ（Dynamic Domain Name System）機能により、自動的に位置情報及び登録済ＩＰアドレスを更新するようにする。

さらに、将来のオールＩＰネットワークシステムへ適用するにあたり、無線ＬＡＮ網ＡＮＷ１及びＷｉＭＡＸ網ＡＮＷ２などの無線アクセス網の種類の違いを吸収するために、同一地域に存在するユーザ端末５はアクセス網の種類によらず、同一位置情報を使用する。このため、ユーザ端末５のネットワーク接続時、ＤＨＣＰサーバ８において、無線アクセス網の基地局ＢＳまたはアクセスポイントＡＰのＬ２アドレス（ＭＡＣアドレス）を基に、位置情報としての地域情報をユーザ端末５へ応答する。ユーザ端末５はその地域情報を基にＤＮＳサーバ１０へ位置情報を登録する。
［動作Ａ：端末位置登録手順］
図２に示す通信ネットワークシステムＳＹＳにおいては、ユーザ端末５がネットワークへアクセスする時、位置情報としての地域コード（地域ＩＤ）をユーザがユーザ端末５から手動入力するか、ＤＨＣＰサーバ８から取得し、ローカルＤＮＳサーバ１１経由でＬＤＮＳサーバ１２へ位置登録する。この端末位置登録手順のシーケンスを図３に示す。

また、ユーザ端末５における起動動作のフローチャートを図６Ａに示す（処理ステップ６１〜６８）。各処理を概説すると、次の手順となる。

（１）ユーザ端末５の電源を投入（オン）して起動する（処理ステップ６１）。

（２）基地局からの電波強度をデータベース（ＤＢ）に登録するために（６２）、複数種類の無線アクセス技術を利用可能なユーザ端末（マルチ無線端末）５は、全ての無線アクセス網の電波及び全チャネルを監視する。

（３）マーカ装置を決定するために（６３，６４）、実際にアクセスする無線アクセス網ではなく、位置情報の特定の基準となる無線アクセス網の基地局を決定する。例えば、ＷｉＭＡＸ網ＡＮＷ２よりも無線ＬＡＮ網ＡＮＷ１の様なアクセスエリアがより狭く、位置情報を細かく特定可能な無線アクセス網が望ましい。受信した基地局の電波強度を電波強度監視テーブル５５に記憶しておき、電波強度と事前に設定した無線アクセス網の種別に対する優先度に基づき、地域コード特定の基準となるマーカ装置（無線アクセス装置）を決定する。このとき、マーカ装置は複数であってもよい。

（４）ＤＨＣＰ処理（６５）：ＤＨＣＰサーバ８からＩＰアドレスを取得する際、拡張フィールドにマーカ装置のハードウェアアドレス（ＭＡＣアドレス）を挿入して問い合わせる。ＤＨＣＰサーバ８では、マーカ装置のＭＡＣアドレスを基に地域コードを検索し、ユーザ端末５に対して回答する。

（５）地域コード抽出（６６）：ユーザ端末５はＤＨＣＰサーバ８からの応答により地域コードを取得し、端末設定テーブル５６へ記憶する。ユーザ端末５が頻繁に移動することを想定し、基地局と地域コードの関係を端末設定テーブル５６へ記憶しておくことにより、ＤＨＣＰサーバ８への問い合わせ回数を低減する。

（６）ＤＮＳサーバ登録処理（６７）：ＤＮＳサーバ１０においては、ユーザ端末５のＵＲＩとＩＰアドレスとのマッピング情報を登録する。ユーザ端末５が移動し、移動先で様々なＩＰアドレスによりアクセスすることを想定し、ＤＤＮＳによりＵＲＩとＩＰアドレスとを適宜登録（更新）する必要がある。

（７）ＬＤＮＳ登録処理（６８）：取得した地域コードを基に、ＬＤＮＳサーバ１２へ登録する。ＤＮＳサーバ１０及びＬＤＮＳサーバ１２へのアクセスは、通信事業者が所有するローカルＤＮＳサーバ１１を経由して行う。図１３にＬＤＮＳサーバ１２への登録処理に使用するＤＮＳ ｕｐｄａｔｅメッセージの拡張例を示す。

続いて、各処理について詳述する。

処理１：事前パラメータ設定（図６Ａ中の処理ステップ６１）
図５に詳細構成を示すユーザ端末５の起動時（電源オン時）など、ＤＨＣＰサーバ８による位置情報取得が確立していない場合、ユーザはユーザ端末５の在圏する地域の位置情報を事前に手動で入力する。ユーザがユーザ端末５のキー入力部（図示省略）から位置情報としての地域コードを直接入力すると、位置情報制御部５４の位置情報管理部５７に設定される。この場合、後述する処理３，４における地域コード取得手順は不要である。

この一実施の形態においては、位置情報としての地域コードは既存の国際的に一意な電話番号体系（Ｅ．１６４）を用いて表現する。詳細には、次の通りとする。
（１）未使用の国番号（例えば、＋８３）を位置情報を示すキー番号（識別コード）とし、残りの９桁の電話番号を位置情報として体系化する。
（２）市外局番及び市内局番までの既存体系を利用する。その理由は、既存の通信ネットワークシステムやエリア（地域）分割との親和性を重視するためである。
（３）残りの桁（加入者番号）は全て「０」とするか、地域によりカスタマイズする。例えば、無線アクセス網の種別番号（アクセス網識別子）で更に詳細化可能とする。

既存の電話番号体系を用いて表現するメリットは、既存電話番号体系との親和性を保持すること、位置情報をイメージし易くすること、更に電話番号からＵＲＩ（ＳＩＰ−ＵＲＩ）を検索する際に従来方式との親和性の高さにより容易な実装を可能にすることである。

図１５に位置情報としての地域コードの具体例を示す。図１５に示す地域コード「＋８３−ａｂ−ｃｄｅ−２０００」において、識別領域Ｆ１は位置情報を識別するコード、Ｆ２は例えば県や市レベルのエリア識別情報、Ｆ３は市内エリアの識別情報、Ｆ４はアクセス網の種別情報（アクセス網識別子）、及びＦ５はリザーブ（未使用）領域である。

処理２：無線・有線ネットワーク接続（図３の処理３１を参照）
ユーザ端末５は、通常、ネットワークへアクセスする際、無線ＬＡＮ網ＡＮＷ１のアクセスポイントＡＰまたはＷｉＭＡＸ網ＡＮＷ２の基地局ＢＳなどの無線アクセス装置へ接続し、その無線アクセス装置を経由して認証サーバ（図示省略）との間でユーザ認証を行う。この認証に成功したユーザ端末５のみが、対応のネットワークへの接続を許可される。

処理３：マーカ装置決定（図３の処理３２を参照）（図６Ａ中の処理ステップ６１）
上記処理１の事前パラメータ設定を行わない場合、ＤＨＣＰサーバ８へ問い合わせるために、位置情報の特定基準となるマーカ装置（無線アクセス装置）を決定する。このマーカ装置は、実際にアクセスする無線アクセス網ではなく、位置情報を細かく特定可能な無線アクセス網が望ましく、位置情報の特定基準となる無線アクセス網のアクセスポイントＡＰまたは基地局ＢＳ（特に、限定を要しないときは、単に基地局と記載することもある）である。ユーザ端末５がＷｉＭＡＸ網ＡＮＷ２へ接続する場合、位置情報の精度向上のため無線ＬＡＮ網ＡＮＷ１のアクセスポイントＡＰや、更に電波強度の最も強い装置（例えば、Ｂｌｕｅｔｏｏｔｈ等の基地局）をマーカ装置として決定する。

図５に詳細構成を示すマルチ無線対応のユーザ端末５においては、ＰＨＹ／ＭＡＣ部５１の各ＰＨＹ／ＭＡＣ部５１Ａ，５１Ｂ，５１Ｃが受信した基地局のＭＡＣアドレスと電波強度とを電波強度監視管理部５９で取得し、電波強度監視テーブル５５で管理する。電波強度監視管理部５９は、電波強度監視テーブル５５における電波強度と事前に設定した
無線アクセス網の種別に対する優先度とに基づき、地域コードの特定基準となるマーカ装置を決定する。

処理４：ＤＨＣＰによるＩＰアドレス及び地域コード取得（図３の処理３３を参照）（図６Ａ中の処理ステップ６５，６６）
ネットワーク接続を許可されたユーザ端末５は、次にＤＨＣＰによりマーカ装置としての基地局対応のＩＰアドレスを取得する。この実施の形態では、ＤＨＣＰを規定するＲＦＣ２１３１を拡張し、ユーザ端末５が接続した基地局の位置情報をＤＨＣＰサーバ８から取得できるように機能を追加している。

（４−１）ユーザ端末処理１
ユーザ端末５のＴＣＰ／ＩＰ通常処理部５３は、ＤＨＣＰ地域コード処理部６０を通じて電波強度監視管理部５９からマーカ装置のＭＡＣアドレスを取得し、ＤＨＣＰ ＤｉｓｃｏｖｅｒメッセージやＤＨＣＰ Ｒｅｑｕｅｓｔメッセージのオプションフィールドに追加して（図９参照）、ＤＨＣＰサーバ８へ送信する。

（４−２）ＤＨＣＰサーバ処理
ＤＨＣＰサーバ８は、ユーザ端末５からの問合せに対して、地域コードを回答する。図８に詳細構成を示すＤＨＣＰサーバ８１のＤＨＣＰサーバ通常処理部８４は、ユーザ端末５からのＤＨＣＰメッセージを取得すると、オプションフィールドから基地局のＭＡＣアドレスを抽出し、ＤＨＣＰ地域コード処理部８５へ引き渡す。

ＤＨＣＰ地域コード処理部８５は、基地局ＭＡＣアドレスから地域コードへの変換テーブル８６を参照し、地域コードを取得する。ＤＨＣＰ地域コード処理部８５は、地域コードをＤＨＣＰ通常処理部８４へ転送し、ユーザ端末５へＩＰアドレスとともに回答する。また、ＤＨＣＰ処理部８３は、端末管理テーブル８７でユーザ端末５へ払い出したＩＰアドレス（端末ＩＰアドレス）とともに地域コードを管理する。

（４−３）ユーザ端末処理２
ユーザ端末５は、ＤＨＣＰサーバ８から地域コードを取得し、端末設定テーブル５６に保持する。ユーザ端末５におけるＤＨＣＰ地域コード処理部６０は、ＤＨＣＰメッセージから地域コードを取得し、位置情報管理部５７へ引き渡し、保持する。

処理５：ＤＮＳサーバ登録処理（図３の処理３４を参照）（図６Ａ中の処理ステップ６７）
ユーザ端末５はＤＮＳサーバ１０へＵＲＩとＩＰアドレスとのマッピング情報を登録する。ユーザ端末５が移動し、移動先で様々なＩＰアドレスによりアクセスすることを想定し、ＤＤＮＳによりＵＲＩとＩＰアドレスとを適宜登録及び更新する必要がある。ユーザ端末５が、ＤＮＳサーバ１０へ直接に登録（更新）するのではなく、一旦ローカルＤＮＳサーバ１１へ登録し、ローカルＤＮＳサーバ１１がＤＮＳサーバ１０へ登録する。

（５−１）ユーザ端末処理
ユーザ端末５におけるＤＮＳ登録・更新処理部５８は、端末設定テーブル５６から取得したＵＲＩと、ＴＣＰ／ＩＰ通常処理部５３から取得したＩＰアドレスとのマッピング情報をＤＮＳ ｕｐｄａｔｅメッセージ（図１３参照）に追加してローカルＤＮＳサーバ１１へ送信する。

（５−２）ローカルＤＮＳサーバ処理
図１１に詳細構成を示すローカルＤＮＳサーバ１１においては、ユーザ端末５から受信したＤＮＳ ｕｐｄａｔｅメッセージをＤＮＳメッセージ解析部１１６が解析し、ＩＰア
ドレスの登録か、地域コードの登録かを判断する。解析結果、ＩＰアドレスの登録の場合は、通常ＤＮＳ処理部１１５がＤＮＳサーバ１０への登録処理を行う。

（５−３）ＤＮＳサーバ処理
図１０に詳細構成を示すＤＮＳサーバ１０においては、通常ＤＮＳ処理部１０３のＤＮＳ更新処理部１０４は、ローカルＤＮＳサーバ１１から取得したＩＰアドレスをＵＲＩとの対応関係を保持しているＩＰアドレス管理テーブル１０７において登録（更新）する。

厳密には、ＤＮＳ更新処理部１０４は、１０／１００／１０００Ｂａｓｅ−ＴＸ ＰＨＹ／ＭＡＣ部１０１Ａ、ＯＳ１００及びＤＮＳメッセージ解析部１０６を通して、ローカルＤＮＳサーバ１１から受信したＩＰアドレスの登録処理を行う。

処理６：ＬＤＮＳサーバ登録処理（図３の処理３５を参照）（図６Ａ中の処理ステップ６８）
ユーザ端末５は取得した地域コードを基にＬＤＮＳサーバ１２へ登録する。図１２はＬＤＮＳサーバ１２の詳細構成を示す。ＤＮＳサーバ１０及びＬＤＮＳサーバ１２へのアクセスは、通信事業者が所有するローカルＤＮＳサーバ１１を経由して行う。図１３はＬＤＮＳサーバ１２への登録処理に使用するＤＮＳ ｕｐｄａｔｅメッセージの拡張例を示す。

（６−１）ユーザ端末処理１
ユーザ端末５のＤＮＳ登録・更新処理部５８は、端末設定テーブル５６から取得したＵＲＩと位置情報管理部５７から取得したユーザ端末５の地域コードとのマッピング情報をＤＮＳ ｕｐｄａｔｅメッセージに追加し、ローカルＤＮＳサーバ１１へ送信する。

（６−２）ユーザ端末処理２
ユーザ端末５の位置情報管理部５７は、ユーザ端末５がアクセスする網種別情報を地域コードに付加してＤＮＳサーバ１０へ登録する。

ユーザ端末５の位置情報管理部５７は、ユーザ端末５が無線ＰＨＹ／ＭＡＣ部５１Ａ，５１Ｂ，５１Ｃのいずれかから実際にアクセスしている網種別を取得し、既に取得している地域コードを一部変換する。

図１５に具体例を示す地域コード「＋８３−ａｂ−ｃｄｅ−００００」において、ユーザ端末５が実際にアクセスしている網種別をＷｉＭＡＸ網ＡＮＷ２とすると、位置情報管理部５７は識別領域Ｆ４を「０」から「２」に変更する。その他の処理については、上記処理（６−１）と同様である。

（６−３）ローカルＤＮＳサーバ処理
ローカルＤＮＳサーバ１１においては、ＤＮＳ処理部１１３のＤＮＳメッセージ解析部１１６は、ユーザ端末５から受信したＤＮＳ ｕｐｄａｔｅメッセージを解析し、ＩＰアドレスの登録か、地域コードの登録かを判断する。解析結果、地域コード登録の場合は、ＬＤＮＳ処理部１１４がＬＤＮＳサーバ１２への登録処理を行う。

受信したＤＮＳ ｕｐｄａｔｅメッセージがＩＰアドレスの登録か、地域コードの登録かの判断は、ＤＮＳメッセージ解析部１１６において、図１３に示すＤＮＳ ｕｐｄａｔｅメッセージの「ＴＹＰＥ値」を参照することで行う。ＤＮＳメッセージ解析部１１６は、例えば、地域コードのＴＹＰＥ値＝１５０がメッセージ中にあれば、地域コード登録と判断し、ＬＤＮＳ処理部１１４へそのデータを引き渡す。

（６−４）ＬＤＮＳサーバ処理
ＬＤＮＳサーバ１２では、ユーザ端末５から取得した位置情報としての地域コードを登録及び管理する。

図１２に詳細構成を示すＬＤＮＳサーバ１２においては、ＤＮＳ処理部１２３のＤＮＳ登録部１２４が、１０／１００Ｂａｓｅ−ＴＸ ＰＨＹ／ＭＡＣ部１２１及びＯＳ１２０を通して、ユーザ端末５からの位置情報としての地域コードをＤＮＳ ｕｐｄａｔｅメッセージによって取得する。

ＤＮＳ登録部１２４はユーザ端末５の地域コードを地域コード−ＵＲＩ登録テーブル（ＮＡＰＴＲリソースコード）１２５に登録する。ここでは、１つの地域に複数の異なるユーザ端末５が存在することを前提としているため、１つの地域コードに対して、更に別テーブルの端末ＵＲＩ管理テーブル１２６で管理し、複数のユーザ端末５を管理できるように実装する。

［動作Ｂ：マーカ装置切替時における端末位置更新手順］
図２に示す通信ネットワークシステムＳＹＳにおいては、ユーザ端末５は位置情報を常に最新に保つため、定期的に周囲の各種無線の各チャネルの電波を監視し、位置情報が変化した場合はＬＤＮＳサーバ１２へ登録情報の更新を行う。マーカ装置切替時における端末位置更新手順のフローチャートを図６Ｂに示す（処理ステップ６１２〜６１８）。

ユーザ端末５の電波強度監視管理部５９は、定期的に各無線ＰＨＹ／ＭＡＣ部５１Ａ，５１Ｂ，５１Ｃを通じて、周囲の基地局からの電波強度を監視し、電波強度監視テーブル５５を更新する（処理ステップ６１２）。

電波強度監視管理部５９は、電波強度監視テーブル５５を参照し、地域コード取得に最適な基地局（マーカ装置）が変更されたかどうかを判断（６１３）し、変更された場合（テーブル５５のレコード順位が入れ替わった場合）に、位置情報管理部５７へ地域コード問い合わせ処理を起動する（６１４）。

上述した動作Ａの端末位置登録手順と同様に、ユーザ端末５においては、ＤＨＣＰサーバ８を通じて地域コードを問い合わせ、地域コードが変化した場合、ローカルＤＮＳサーバ１１を介してＬＤＮＳサーバ１２へ登録情報の更新を行う（６１５〜６１８、図３中の処理３３，３４，３５を参照）。

［動作Ｃ：ハンドオーバ時における端末位置更新手順］
図２に示す通信ネットワークシステムＳＹＳにおいては、ユーザ端末５は、ハンドオーバ（ローミング）時、端末のＩＰアドレス及び地域コードが変更されるにあたり、ローカルＤＮＳサーバ１１経由でＤＮＳサーバ１０もしくはＬＤＮＳサーバ１２へ登録情報の更新を行う。ハンドオーバ時における端末位置更新手順のフローチャートを図６Ｃに示す（処理ステップ６２２〜６２８）。

通信ネットワークシステムＳＹＳにおいて、ユーザ端末５が無線ゾーンを移動した場合、ハンドオーバまたはローミング処理（基地局の変更）が発生する（処理ステップ６２２）。この処理６２２の結果において、ユーザ端末５は移動先の新しい基地局へ接続する（６２３）。通常のハンドオーバ／ローミング処理は各無線ＰＨＹ／ＭＡＣ部５１Ａ，５１Ｂ，５１Ｃ及びＯＳ５０で行われる。

さらに、移動先において、マーカ装置を決定する（６２４）。動作の詳細は図３を参照して説明した処理３２と同様の手順で行う。ハンドオーバ／ローミング処理後、ユーザ端
末５は移動先のネットワークへ接続し、起動した際の手順と同様の処理を行う（６２５〜６２８）。動作の詳細は上述した動作Ａの処理３３〜３５を参照。

［動作Ｄ：情報発信端末からの情報配信手順］
図２に示す通信ネットワークシステムＳＹＳにおいては、企業内ＩＰ網ＥＮＷ収容の情報発信端末７が情報発信（情報配信または情報提供と記載することもある）する時、情報発信者はターゲットとする地域の地域コードを入力する。情報発信端末７はＬＤＮＳサーバ１２にターゲット地域内の複数のユーザ端末５のＵＲＩ（ＳＩＰ−ＵＲＩ等）を問い合わせる。情報発信端末７は、さらに得られたＵＲＩを基にＤＮＳサーバ１０へ問い合わせ、ユーザ端末５のＩＰアドレスを取得することによって、情報を配信することができる。情報発信端末７からの情報配信手順のシーケンスを図４に示す。

処理１：地域コード入力（図４の処理４１を参照）
図７に詳細構成を示す情報発信端末７において、情報発信者は、情報発信アプリケーション（アプリ）部７８を起動し、発信する地域の地域コードを入力する。この場合、情報発信者は情報発信端末７の入力部（図示省略）から地域コードを直接入力する。また、情報発信端末７に予めインストールされた地図ソフトウェアと連携し、情報発信者による画面表示の地図上のクリック操作に基づいて地域コードを自動入力するようにしてもよい。

情報発信端末７において、情報発信者は、画面表示を通してアプリケーション部７５の情報発信アプリ部（ＳＩＰ等）７８を起動する。情報発信アプリ部７８は、地域コード制御部７９を通じて情報発信者に対して地域コードの入力メニューを起動し、地域コードの入力を行わせる。入力された地域コードは、情報発信アプリ部７８から地域コード制御部７９へ通知されるとともに、地域コード制御部７９によって端末設定テーブル７７に格納される。

処理２：情報発信地域のユーザ端末のＵＲＩ取得（図４の処理４２を参照）
情報発信者が情報発信端末７において地域コードを入力後、ＤＮＳ／ＤＤＤＳ手順により、ＬＤＮＳサーバ１２に対して、情報配信を行う特定地域に存在する複数のユーザ端末５のＵＲＩを問い合わせる。図１４はＬＤＮＳサーバ１２への問い合わせ処理に使用するＤＤＤＳメッセージの拡張例を示す。

（２−１）情報発信端末処理１
情報発信端末７は、入力された地域コードを基に、ＬＤＮＳサーバ１２への問い合わせメッセージを送信する。

情報発信端末７において、地域コード制御部７９は、入力された地域コードをＴＣＰ／ＩＰ制御部７２のＤＤＤＳ／ＤＮＳメッセージ処理部７４へ通知する。ＤＤＤＳ／ＤＮＳメッセージ処理部７４は、ＯＳ７０及び１０／１００／１０００Ｂａｓｅ−ＴＸ ＰＨＹ／ＭＡＣ部７１Ａを通して、ローカルＤＮＳサーバ１１へ地域コードを通知する。

（２−２）ローカルＤＮＳサーバ処理
ローカルＤＮＳサーバ１１においては、ＤＮＳメッセージ解析部１１６は、情報発信端末７から受信したＤＮＳ問い合わせメッセージを解析し、ＩＰアドレスの問い合わせか、地域コードの問い合わせかを判断する。解析結果、地域コード問い合わせの場合は、ＬＤＮＳ処理部１１４がＬＤＮＳサーバ１２への問い合わせ処理を行う。

（２−３）ＬＤＮＳサーバ処理
ＬＤＮＳサーバ１２は、ローカルＤＮＳサーバ１１を介して情報発信端末７から受信した問い合わせメッセージ（ＤＤＤＳメッセージ）を解析し、ＵＲＩを回答する。

ＬＤＮＳサーバ１２において、ＤＮＳ処理部１２３のＤＮＳ登録部１２４が、ローカルＤＮＳサーバ１１を介して情報発信端末７からの位置問い合わせを取得する。ＤＮＳ登録部１２４は、問い合わせメッセージから地域コードを取得し、地域コード−ＵＲＩ登録テーブル１２５及び別テーブルの端末ＵＲＩ管理テーブル１２６を参照し、該当する全てのユーザ端末５のＵＲＩを取得する。ＤＮＳ登録部１２４は、取得したＵＲＩを図１４に示す拡張されたＤＤＤＳメッセージにより、情報発信端末７へ回答する。

処理３：ユーザ端末（情報受信端末）のＩＰアドレス取得（図４の処理４３を参照）
情報発信端末７は、ユーザ端末５のＵＲＩを取得後、ＤＮＳ手順により、ＤＮＳサーバ１０に対して、情報配信を行う複数のユーザ端末５のＩＰアドレスを問い合わせる。

図１６はＤＮＳサーバ１０への問い合わせ処理に使用するＤＮＳメッセージ例を示す。なお、複数のユーザ端末５のＩＰアドレスを単一のＤＮＳメッセージで問い合わせてもよいし、別々のＤＮＳメッセージで問い合わせてもよい。取得したユーザ端末５のＵＲＩは、情報発信端末７においてユーザ情報テーブル７６へ格納される。

（３−１）情報発信端末処理１
情報発信端末７は、ＵＲＩを基にローカルＤＮＳサーバ１１へ問い合わせメッセージを送信する。

情報発信端末７の情報発信アプリ部７８は、ユーザ情報テーブル７６からＵＲＩを取得し、ＤＤＤＳ／ＤＮＳメッセージ処理部７４へ通知することにより、ローカルＤＮＳサーバ１１へ問い合わせメッセージを通知する。

（３−２）ローカルＤＮＳサーバ処理
ローカルＤＮＳサーバ１１においては、ＤＮＳメッセージ解析部１１６が、情報発信端末７から受信したＤＮＳ問い合わせメッセージを解析し、ＩＰアドレスの問い合わせか、地域コードの問い合わせかを判断する。解析結果、ＩＰアドレス問い合わせの場合は、通常ＤＮＳ処理部１１５がＤＮＳメッセージ解析部１１６を介してＤＮＳサーバ１０へ問い合わせ処理を行う。

（３−３）ＤＮＳサーバ処理
ＤＮＳサーバ１０は、情報発信端末７からローカルＤＮＳサーバ１１を介して受信した問い合わせメッセージ（ＤＮＳメッセージ）を解析し、ＩＰアドレスを回答する。

ＤＮＳサーバ１０において、通常ＤＮＳ処理部１０３のＤＮＳアドレス解決部１０５は情報発信端末７からの位置問い合わせを取得する。ＤＮＳアドレス解決部１０５は、問い合わせメッセージからＵＲＩを取得し、ＩＰアドレス管理テーブル１０７を参照して、取得ＵＲＩに対応する全てのユーザ端末５のＩＰアドレスを抽出し、図１６に示すＤＮＳメッセージにより情報発信端末７へ回答する。

（３−４）情報発信端末処理２
情報発信端末７は、ローカルＤＮＳサーバ１１を介してＤＮＳサーバ１０から取得したＩＰアドレスをユーザ情報テーブル７６に格納する。

処理４：ユーザ端末（情報受信端末）へ情報発信（図４の処理４４を参照）
情報発信端末７は、取得したＩＰアドレスを基に、各ユーザ端末５に対してＳＩＰ等の呼制御手順を用いて呼を確立し、情報を配信する。

情報発信端末７の情報発信アプリ部７８は、ユーザ端末５のＩＰアドレスをユーザ情報テーブル７６から取得し、ＳＩＰ ＩＮＶＩＴＥメッセージをユーザ端末５に向けて送信する。情報発信端末７は、ユーザ端末５との間で「２００ ＯＫ」及び「ＡＣＫ」等のメッセージを送受信することにより、呼を確立する。その後、情報発信端末７は提供情報をＲＴＰ（Real-time Transfer Protocol）等によりユーザ端末５へ送信する。

［動作Ｅ：データ削除手順］
図２に示す通信ネットワークシステムＳＹＳにおいては、ＬＤＮＳサーバ１２のデータがいつまでも残存するのを防ぐために、ＬＤＮＳサーバ１２は地域コードなどの保持データをタイマにより管理する。ＬＤＮＳサーバ１２はタイマ満了時に保持データを削除する。データ削除手順のフローチャートを図６Ｄに示す（処理ステップ６３２〜６３８）。

図１２に示すＬＤＮＳサーバ１２において、ＤＮＳ登録部１２４は、ユーザ端末５に関するユーザデータ登録後（処理ステップ６３２）、タイマを用いてユーザデータを監視する。ＤＮＳ登録部１２４は、タイマ期間中、ユーザ端末５からのデータ更新を監視する。データ更新を受信した場合、ＤＮＳ登録部１２４は、地域コード−ＵＲＩ登録テーブル１２５及び端末ＵＲＩ管理テーブル１２６を参照して、タイマ値の更新を行う。また、地域コードの変更がある場合は、ＤＮＳ登録部１２４は、地域コード−ＵＲＩ登録テーブル１２５及び端末ＵＲＩ管理テーブル１２６のデータを変更する（６３３〜６３６）。

もし、タイマ監視期間中にユーザ端末５からのデータ更新がない場合、ユーザ端末５が電源オフもしくは圏外へ移動したものと判断し、ＤＮＳ登録部１２４は該当ユーザ端末５のデータ（地域コード）を地域コード−ＵＲＩ登録テーブル１２５から削除する（６３７，６３８）
［実施形態の効果］
本発明の一実施の形態によれば、無線アクセス網の種別に拘わりない、ＩＰ技術による地域情報配信が可能となり、異なる種類の無線アクセス網を使用するユーザ端末でも同一地域であれば、マルチキャストなどにより一様に配信することができる。ただし、特に無線アクセス網に限定することなく、有線アクセス網に接続するユーザ端末にも適用可能であるため、携帯電話端末を固定電話端末の子機として使用する形態などのように移動体通信と有線通信とを融合したＦＭＣ（Fixed Mobile Convergence）情報配信サービスが提供可能である。

また、ＤＮＳ及びＤＨＣＰというＩＰ上の一般的な仕組みを利用して上述した機能を実現しており、既存アプリ（メッセージ送信ソフト等）に容易に適用することができる。ＤＤＮＳによる自己位置登録ユーザのみが対象であり、配信を不要とするユーザには配信が行われない。また、自由に情報提供サービスへの加入状態（オン／オフ）を変更可能である。

さらに、ある特定の地域に存在する複数の加入者（ユーザ端末）に対して情報配信を行うことが可能となる。したがって、ある地域団体（例えば、旅行会社、地方自治体、地域商店会）が予めサービスに加入した旅行客に対して、該当地域に滞在している間のみ、地域情報、観光情報、時間限定の情報などを配信することも可能である。ユーザにとっては、限定エリア内での情報を受信できることがメリットとなり、観光業界等の団体にとっては、観光や買い物の利便性向上による集客効果がメリットとなる。

また、先行技術と対比すると、本発明の一実施の形態の情報提供サービス制御システムの優位性として、次の点が挙げられる。
（１）既存のＤＨＣＰやＤＮＳを流用するため、位置情報取得のための制御を新たに実装する必要はなく、通常のＩＰ携帯電話端末の必要不可欠な機能を少し拡張するだけで対応
可能であり、既存システムへの導入インパクトが小さい。
（２）位置情報について現在のＤＮＳサーバライクの管理を行うことにより、位置情報管理の階層化や公共サービス（特定の事業者に依存しないユニバーサルサービス）として提供可能である。
（３）位置情報としてＥ．１６４電話番号体系を利用した場合、既存のＥＮＵＭ手順を利用することが可能となるため、導入インパクトを更に小さくすることが可能である。

［変形例］
上述した一実施の形態の通信ネットワークシステムＳＹＳにおいては、ＤＮＳサーバ１０、ローカルＤＮＳサーバ１１、及びＬＤＮＳサーバ１２を個別に設けているが、これらのサーバの有する機能を１つのＤＮＳサーバに統合してもよい。

また、複数種類の無線アクセス網としては、無線ＬＡＮ網及びＷｉＭＡＸ網以外にＷｉＦｉ（Wireless Fidelity）網を含んでもよい。

上述した一実施の形態における処理はコンピュータで実行可能なプログラムとして提供され、ＣＤ−ＲＯＭやフレキシブルディスクなどの記録媒体、さらには通信回線を経て提供可能である。

また、上述した一実施の形態における各処理はその任意の複数または全てを選択し組合せて実施することもできる。

［その他］
（付記１）複数種類のアクセス網をＩＰ（Internet Protocol）コア網で統合し、前記
アクセス網の種別に拘わりなく、特定の地域に存在する複数のユーザ端末に情報発信端末からＩＰアドレスにより情報配信することを可能にする情報提供サービス制御システムであって；
前記複数のユーザ端末が在圏する地域の位置情報と、複数のＵＲＩ（Uniform Resource
Identifier）とを関連付けて管理する第１の管理手段と；
前記情報発信端末から入力された特定の地域の位置情報に基づく第１問合せに対して、前記特定の地域に存在する前記複数のユーザ端末対応の前記複数のＵＲＩを回答する第１の解決手段と；
前記複数のユーザ端末の前記複数のＵＲＩと、複数のＩＰアドレスとを関連付けて管理する第２の管理手段と；
前記情報発信端末からの前記回答されたＵＲＩに基づく第２問合せに対して、前記特定の地域に存在する前記複数のユーザ端末対応の前記複数のＩＰアドレスを回答する第２の解決手段と；
を備える情報提供サービス制御システム。（１）
（付記２）前記第１の解決手段に前記位置情報に基づき前記ＵＲＩを解決させるための第１メッセージと、前記第２の解決手段に前記ＵＲＩに基づき前記ＩＰアドレスを解決させるための第２メッセージとを判別し、メッセージ転送先を決定する解析手段を更に備える
付記１記載の情報提供サービス制御システム。（２）
（付記３）前記第１の管理手段、前記第１の解決手段、前記第２の管理手段及び前記第２の解決手段が、少なくとも１つのＤＮＳ（Domain Name System）サーバに設けられている
付記１記載の情報提供サービス制御システム。（３）
（付記４）前記第１の管理手段及び前記第１の解決手段が第１のＤＮＳサーバに設けられ、前記第２の管理手段及び前記第２の解決手段が第２のＤＮＳサーバに設けられ、かつ前記解析手段が第３のＤＮＳサーバに設けられている
付記２記載の情報提供サービス制御システム。（４）
（付記５）前記第１問合せはＤＤＤＳ（Dynamic Delegation Discovery System）クエ
リであり、前記第２問合せはＤＮＳ（Domain Name System）クエリである
付記１、３または４記載の情報提供サービス制御システム。（５）
（付記６）前記第１メッセージ及び前記第２メッセージはＤＮＳメッセージである
付記２または４記載の情報提供サービス制御システム。（６）
（付記７）前記複数種類のアクセス網は、無線アクセス網としての無線ＬＡＮ（Local Area Network）網、携帯電話網及びＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）網と有線アクセス網との内の複数種類を含む
付記１、３または４記載の情報提供サービス制御システム。（７）
（付記８）前記複数種類のアクセス網は、有線アクセス網を更に含む
付記７記載の情報提供サービス制御システム。

（付記９）前記複数のユーザ端末が在圏する地域の位置情報及び前記情報発信端末から入力された特定の地域の位置情報はＥ．１６４電話番号体系にマッピングされていて、前記第１の解決手段はＥＮＵＭ手順により前記ＵＲＩを解決する
付記１、３または４記載の情報提供サービス制御システム。（８）
（付記１０）前記各位置情報は、地域を特定する識別子と、前記アクセス網の種別を示す識別子とを含んでいる
付記１、３または４記載の情報提供サービス制御システム。（９）
（付記１１）前記アクセス網としての無線アクセス網の基地局の物理アドレス（もしくは有線アクセス網のデフォルトゲートウェイの物理アドレス）と、前記基地局（もしくは前記デフォルトゲートウェイ）の位置情報との変換テーブルを有するＤＨＣＰ（Dynamic Host Configuration Protocol）サーバを更に備え、
前記ＤＨＣＰサーバは、
前記ユーザ端末がアクセス対象の前記無線アクセス網の基地局からの無線電波を受信し（もしくは前記有線アクセス網のデフォルトゲートウェイからのＡＲＰ応答を受信し）、得られた前記無線アクセス網の基地局（もしくは前記デフォルトゲートウェイ）の物理アドレスに基づいて問合せたとき、ＩＰアドレスの割当と同時に前記在圏する地域の位置情報として前記基地局（もしくは前記デフォルトゲートウェイ）の位置情報を回答する
付記３または４記載の情報提供サービス制御システム。（１０）
（付記１２）前記アクセス網としての無線アクセス網の基地局の物理アドレスと、前記基地局の位置情報との変換テーブルを有するＤＨＣＰサーバを更に備え、
前記ＤＨＣＰサーバは、
前記ユーザ端末が前記無線アクセス網のある基地局から別の基地局へハンドオーバし、ハンドオーバ先の基地局の物理アドレスに基づいて問合せたとき、ＩＰアドレスの割当と同時に前記在圏する地域の位置情報として前記基地局の位置情報を回答し、その位置情報を前記ＤＮＳサーバまたは前記第１のＤＮＳサーバへ登録するために送信することを可能にする
付記３または４記載の情報提供サービス制御システム。

（付記１３）前記アクセス網としての無線アクセス網の基地局の物理アドレスと、前記基地局の位置情報との変換テーブルを有するＤＨＣＰサーバを更に備え、
前記ＤＨＣＰサーバは、
前記ユーザ端末が前記複数種類の無線アクセス網にアクセス可能である場合、実際の通信を行う無線アクセス網とは関係なく、よりカバーエリアが狭く、位置を詳細に特定することの可能な無線アクセス網の基地局の物理アドレスを決定するか、前記ユーザ端末が得られた複数の物理アドレスに基づいて問合せたとき、前記在圏する地域の位置情報として前記基地局の位置情報を回答し、その位置情報を前記ＤＮＳサーバまたは前記第１のＤＮＳサーバへ登録するために送信することを可能にする
付記３または４記載の情報提供サービス制御システム。

（付記１４）前記アクセス網としての無線アクセス網の基地局の物理アドレスと、前記基地局の位置情報との変換テーブルを有するＤＨＣＰサーバを更に備え、
前記ＤＨＣＰサーバは、
前記ユーザ端末が実際の通信を行う前記無線アクセス網とは関係なく、よりカバーエリアが狭い無線アクセス網の電波強度を監視し、最も電波の強い基地局が変化し、その基地局の物理アドレスに基づいて問合せたとき、前記在圏する地域の位置情報として前記最も電波の強い基地局の位置情報を回答し、その位置情報を前記ＤＮＳサーバまたは前記第１のＤＮＳサーバへ登録するために送信することを可能にする
付記３または４記載の情報提供サービス制御システム。

（付記１５）前記アクセス網としての無線アクセス網の基地局の物理アドレスと、前記基地局の位置情報との変換テーブルを有するＤＨＣＰサーバを更に備え、
前記ＤＨＣＰサーバは、
前記ユーザ端末の移動に伴いＩＰアドレスが変化したとき、前記ＤＮＳサーバまたは前記第１のＤＮＳサーバへ前記在圏する地域の位置情報を更新依頼するとともに、ＤＤＮＳ（Dynamic Domain Name System）機能により、自動的にＩＰアドレスを更新することを可能にする
付記３または４記載の情報提供サービス制御システム。

（付記１６）前記第１の管理手段は、各エントリデータにタイマを設定し、期限が切れたエントリデータを削除することで、動的に管理対象データを更新する
付記１記載の情報提供サービス制御システム。

（付記１７）複数種類のアクセス網をＩＰ（Internet Protocol）コア網で統合し、前
記アクセス網の種別に拘わりなく、特定の地域に存在する複数のユーザ端末に情報発信端末からＩＰアドレスにより情報配信することを可能にする情報提供サービス制御方法であって；
前記複数のユーザ端末が在圏する地域の位置情報と、複数のＵＲＩ（Uniform Resource
Identifier）とを関連付けて管理し；
前記情報発信端末から入力された特定の地域の位置情報に基づく第１問合せに対して、前記特定の地域に存在する前記複数のユーザ端末対応の前記複数のＵＲＩを回答し；
前記複数のユーザ端末の前記複数のＵＲＩと、複数のＩＰアドレスとを関連付けて管理し；
前記情報発信端末からの前記回答されたＵＲＩに基づく第２問合せに対して、前記特定の地域に存在する前記複数のユーザ端末対応の前記複数のＩＰアドレスを回答する；
情報提供サービス制御方法。

（付記１８）前記在圏する地域の位置情報に基づき前記ＵＲＩを解決させるための第１メッセージと、前記ＵＲＩに基づき前記ＩＰアドレスを解決させるための第２メッセージとを判別し、メッセージ転送先を決定する；
付記１７記載の情報提供サービス制御方法。

従来技術の問題点を説明するための図である。 本発明の一実施の形態のシステム構成を示すブロック図である。 端末位置登録シーケンスを示す。 ＤＤＤＳによるＵＲＩ解決及び情報配信のシーケンスを示す。 ユーザ端末の構成例を示すブロック図である。 ユーザ端末における起動処理を説明するためのフローチャートである。 ユーザ端末における地域コードの管理処理を説明するためのフローチャートである。 ユーザ端末におけるハンドオーバ処理を説明するためのフローチャートである。 ＬＤＮＳサーバにおけるデータ削除処理を説明するためのフローチャートである。 情報発信端末の構成例を示すブロック図である。 ＤＨＣＰサーバの構成例を示すブロック図である。 ＤＨＣＰパケットフォーマットの拡張例を示す。 ＤＮＳサーバの構成例を示すブロック図である。 ローカルＤＮＳサーバの構成例を示すブロック図である。 ＬＤＮＳサーバの構成例を示すブロック図である。 ＤＮＳ ｕｐｄａｔｅメッセージの拡張例を示す。 ＤＤＤＳメッセージの拡張例を示す。 位置情報（地域コード）の構成例を説明するための図である。 ＤＮＳメッセージの拡張例を示す。

符号の説明

ＳＹＳ 通信ネットワークシステム（情報提供サービス制御システム）
ＡＮＷ１ 無線ＬＡＮ網
ＡＮＷ２ ＷｉＭＡＸ網
ＡＮＷ３ 携帯電話網
ＡＮＷ４ 一般家庭網
ＥＮＷ 企業内ＩＰ網
ＣＮＷ 通信事業者ＩＰ網
ＩＮＷ インターネット
５ ユーザ端末
７ 情報発信端末
８ ＤＨＣＰサーバ
１０ ＤＮＳサーバ
１１ ローカルＤＮＳサーバ
１２ ＬＤＮＳサーバ

Claims (10)

1. 複数種類のアクセス網をＩＰコア網で統合し、前記アクセス網の種別に拘わりなく、特定の地域に存在する複数のユーザ端末に情報発信端末からＩＰアドレスにより情報配信することを可能にする情報提供サービス制御システムであって；
   前記複数のユーザ端末が在圏する地域の位置情報と、複数のＵＲＩとを関連付けて管理する第１の管理手段と；
   前記情報発信端末から入力された特定の地域の位置情報に基づく第１問合せに対して、前記特定の地域に存在する前記複数のユーザ端末対応の前記複数のＵＲＩを回答する第１の解決手段と；
   前記複数のユーザ端末の前記複数のＵＲＩと、複数のＩＰアドレスとを関連付けて管理する第２の管理手段と；
   前記情報発信端末からの前記回答されたＵＲＩに基づく第２問合せに対して、前記特定の地域に存在する前記複数のユーザ端末対応の前記複数のＩＰアドレスを回答する第２の解決手段と；
   を備える情報提供サービス制御システム。
2. 前記第１の解決手段に前記位置情報に基づき前記ＵＲＩを解決させるための第１メッセージと、前記第２の解決手段に前記ＵＲＩに基づき前記ＩＰアドレスを解決させるための第２メッセージとを判別し、メッセージ転送先を決定する解析手段を更に備える
   請求項１記載の情報提供サービス制御システム。
3. 前記第１の管理手段、前記第１の解決手段、前記第２の管理手段及び前記第２の解決手段が、少なくとも１つのＤＮＳサーバに設けられている
   請求項１記載の情報提供サービス制御システム。
4. 前記第１の管理手段及び前記第１の解決手段が第１のＤＮＳサーバに設けられ、前記第２の管理手段及び前記第２の解決手段が第２のＤＮＳサーバに設けられ、かつ前記解析手段が第３のＤＮＳサーバに設けられている
   請求項２記載の情報提供サービス制御システム。
5. 前記第１問合せはＤＤＤＳクエリであり、前記第２問合せはＤＮＳクエリである
   請求項１、３または４記載の情報提供サービス制御システム。
6. 前記第１メッセージ及び前記第２メッセージはＤＮＳメッセージである
   請求項２または４記載の情報提供サービス制御システム。
7. 前記複数種類のアクセス網は、無線アクセス網としての無線ＬＡＮ網、携帯電話網及びＷｉＭＡＸ網と有線アクセス網との内の複数種類を含む
   請求項１、３または４記載の情報提供サービス制御システム。
8. 前記複数のユーザ端末が在圏する地域の位置情報及び前記情報発信端末から入力された特定の地域の位置情報はＥ．１６４電話番号体系にマッピングされていて、前記第１の解決手段はＥＮＵＭ手順により前記ＵＲＩを解決する
   請求項１、３または４記載の情報提供サービス制御システム。
9. 前記各位置情報は、地域を特定する識別子と、前記アクセス網の種別を示す識別子とを含んでいる
   請求項１、３または４記載の情報提供サービス制御システム。
10. 前記アクセス網としての無線アクセス網の基地局の物理アドレスもしくは有線アクセス網のデフォルトゲートウェイの物理アドレスと、前記基地局もしくは前記デフォルトゲートウェイの位置情報との変換テーブルを有するＤＨＣＰサーバを更に備え、
    前記ＤＨＣＰサーバは、
    前記ユーザ端末がアクセス対象の前記無線アクセス網の基地局からの無線電波を受信しもしくは前記有線アクセス網のデフォルトゲートウェイからのＡＲＰ応答を受信し、得られた前記無線アクセス網の基地局もしくは前記デフォルトゲートウェイの物理アドレスに基づいて問合せたとき、ＩＰアドレスの割当と同時に前記在圏する地域の位置情報として前記基地局もしくは前記デフォルトゲートウェイの位置情報を回答する
    請求項３または４記載の情報提供サービス制御システム。

Images