JPWO2007004625A1 - パーソナルネットワーク管理方法及びパーソナルネットワーク管理装置 - Google Patents

パーソナルネットワーク管理方法及びパーソナルネットワーク管理装置 Download PDF

Info

Publication number
JPWO2007004625A1
JPWO2007004625A1 JP2007524063A JP2007524063A JPWO2007004625A1 JP WO2007004625 A1 JPWO2007004625 A1 JP WO2007004625A1 JP 2007524063 A JP2007524063 A JP 2007524063A JP 2007524063 A JP2007524063 A JP 2007524063A JP WO2007004625 A1 JPWO2007004625 A1 JP WO2007004625A1
Authority
JP
Japan
Prior art keywords
connection
terminal
communication terminal
management
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
JP2007524063A
Other languages
English (en)
Inventor
後明　一聖
一聖 後明
飯野　聡
聡 飯野
良彦 竹井
良彦 竹井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2007004625A1 publication Critical patent/JPWO2007004625A1/ja
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

パーソナルネットワーク外部の通信端末からのアクセス要求時に、その通信端末情報のパーソナルネットワーク内の端末との対応付けが未登録である場合、その通信端末に対する接続可否の登録処理を動的に行うことが可能になり、パーソナルネットワーク外の通信端末からの登録手順が容易になるとともに、パーソナルネットワーク内へのアクセスも可能にするパーソナルネットワーク管理方法。この方法のネットワークシステム（１）では、パーソナルネットワーク外部の携帯端末（１２）からパーソナルネットワーク（４０）内の携帯端末（１０）へのアクセス要求が送信された後、アクセス要求を受信した携帯端末が接続許可に必要な情報を抽出して、携帯網管理装置（２０）に接続許可登録要求を送信し、携帯網管理装置（２０）は、接続許可登録要求とともに受信した情報に基づいて、パーソナルネットワーク内の携帯端末の接続を管理するデータベースに接続許可情報を追加登録する。

Description

本発明はパーソナルネットワーク管理方法及びパーソナルネットワーク管理装置に関し、特に、パーソナルネットワーク内の通信端末装置へのアクセスを管理するパーソナルネットワーク管理方法及びパーソナルネットワーク管理装置に関する。
複数の通信機器をネットワーク上においてグループ化し、このグループ化した複数の通信機器をネットワーク上の管理サーバで管理・運営するネットワークサービスが提案されている。このサービスでは、ネットワークに接続された複数の通信端末の識別情報等を、通信端末ユーザが管理サーバに登録して、登録したグループ内の通信端末同士で通信を可能にする。このように、個人ユーザが所有する携帯電話機等の複数の通信機器を利用してネットワークを構成するネットワーク形態は、ＰＮ（Personal Network）と呼ばれ、ネットワークを利用したサービス形態として注目されている。ＰＮに関わる技術は、３ＧＰＰ（3rd Generation Partnership Project）で検討が進められている（非特許文献１参照）。
また、パーソナルネットワークサービスは、電話網等の公衆回線網を利用するだけではなく、ＬＡＮやインターネット等の利用も想定され、複数種類の異なるネットワークに接続された複数の通信端末をグループ化することも想定されている。
複数種類の異なるネットワークに接続された複数の通信端末をグループ化するＰＮに関する技術としては、例えば、特許文献１に記載されたパーソナル通信追跡接続方法がある。この方法では、人に対応してパーソナル通信番号を付与し、利用者は、自己のパーソナル通信番号に接続先の端末を複数のネットワークに渡り指定し、移動端末はその位置情報を複数のネットワークで管理することにより、利用者はパーソナル通信番号を指定することにより複数のネットワーク内の任意の通信端末を指定できるようにしている。
特開平５−１４５９６３号公報 TSG S#27(05)0386「New WI for Personal Network(PN) and Personal Area Network(PAN)」 3GPP
しかしながら、３ＧＰＰで検討が進められているパーソナルネットワークサービス(上記非特許文献１)では、パーソナルネットワーク内の通信端末同士の通信しか検討されておらず、すなわち、同一ユーザが所有する複数の通信端末で構成されるパーソナルネットワーク内の通信端末同士による通信しか検討されていない。
また、パーソナルネットワーク外部の通信端末ユーザが、パーソナルネットワーク内に接続するためには、パーソナルネットワーク内の端末を、事前に知ることが必要となる。さらに、従来のパーソナルネットワークでは、利用する複数の通信端末のネットワークに対する登録を、利用者が管理サーバにアクセスして登録することを前提にしており、その登録処理が利用者にとって煩雑であるという問題がある。
さらに、パーソナルネットワーク内の通信端末に対する外部からのアクセス制限情報を実現するためには、個々のパーソナルネットワーク内の通信端末毎に、パーソナルネットワーク内の管理者がアクセス制限情報の設定の追加や変更を行う必要があり、設定の追加や変更という作業も煩雑であるという問題がある。
また、上記特許文献１では、利用者は自己のパーソナル通信番号に接続先の端末を複数のネットワークに渡り指定する際には、予め接続先端末の識別情報等をネットワーク側に登録しておく必要があり、やはり接続先端末を指定する登録手順が煩雑であるという問題がある。
本発明の目的は、パーソナルネットワーク外部の通信端末からのアクセス要求時に、その通信端末情報のパーソナルネットワーク内の端末との対応付けが未登録である場合、その通信端末に対する接続可否の登録処理を動的に行うパーソナルネットワーク管理方法及びパーソナルネットワーク管理装置を提供することである。
本発明のパーソナルネットワーク管理方法は、ネットワークに接続された複数の通信端末装置により構成されるパーソナルネットワークを管理するパーソナルネットワーク管理方法であって、前記パーソナルネットワークを構成する通信端末装置毎に、接続先の通信端末情報をメモリに登録して管理する端末接続管理工程と、前記パーソナルネットワーク外の通信端末装置からパーソナルネットワーク内の通信端末装置への接続要求を受信する受信工程と、前記受信した接続要求から接続元の通信端末情報と接続先の通信端末情報を抽出し、当該接続元の通信端末情報を前記メモリから検索する検索工程と、前記パーソナルネットワーク内の通信端末情報と前記接続元の通信端末情報が前記メモリに対応付けて登録されていなければ、前記パーソナルネットワーク内の通信端末情報と前記接続元の通信端末情報を対応付けて前記メモリに登録する登録工程と、を有する方法を採る。
また、本発明のパーソナルネットワーク管理装置は、ネットワークに接続された複数の通信端末装置により構成されるパーソナルネットワークを管理するパーソナルネットワーク管理装置であって、前記パーソナルネットワークを構成する通信端末装置毎に、接続先の通信端末情報を登録して管理する端末接続管理手段と、前記パーソナルネットワーク外の通信端末装置からパーソナルネットワーク内の通信端末装置への接続要求を受信する受信手段と、前記受信した接続要求から接続元の通信端末情報と接続先の通信端末情報を抽出し、当該接続元の通信端末情報を前記端末接続管理手段から検索する検索手段と、前記パーソナルネットワーク内の通信端末情報と前記接続元の通信端末情報が前記端末接続管理手段に対応付けて登録されていなければ、前記パーソナルネットワーク内の通信端末情報と前記接続元の通信端末情報を対応付けて前記端末接続管理手段に登録する登録手段と、を具備する構成を採る。
本発明によれば、パーソナルネットワーク外部の通信端末からのアクセス要求時に、その通信端末情報のパーソナルネットワーク内の端末との対応付けが未登録である場合、その通信端末に対する接続可否の登録処理を動的に行うことが可能になり、パーソナルネットワーク外の通信端末からの登録手順が容易になるとともに、パーソナルネットワーク内へのアクセスも可能になる。また、オペレータが保証する認証機能（端末の正当性）や通信路の暗号化（セキュリティ）を利用することで、電子証明書等を用いた複雑な処理を軽減し、セキュアに処理を行うことが可能である。
本発明の実施の形態１に係るネットワークシステムのシステム構成を示す図 本発明の実施の形態１に係る携帯網管理装置の概略構成を示すブロック図 本発明の実施の形態１に係る端末接続管理データベースの一例を示す図 本発明の実施の形態１に係る端末属性管理データベースの一例を示す図 本発明の実施の形態１に係るパーソナルネットワーク外部の携帯端末からパーソナルネットワーク内の携帯端末にアクセスする場合の動作を示すラダーチャート 本発明の実施の形態１に係る携帯網管理装置で実行されるデータベース検索処理を示すフローチャート 本発明の実施の形態１に係る携帯網管理装置で実行される接続許可登録処理を示すフローチャート 本発明の実施の形態１に係る接続許可登録処理後の端末接続管理データベースの一例を示す図 本発明の実施の形態１に係る接続許可削除要求時の動作を示すラダーチャート 本発明の実施の形態１に係る携帯網管理装置で実行される接続許可削除処理を示すフローチャート 本発明の実施の形態２に係るネットワークシステムのシステム構成を示す図 本発明の実施の形態２に係る携帯網管理装置で実行されるデータベース検索処理を示すフローチャート 本発明の実施の形態２に係る携帯網管理装置で実行される接続許可登録処理を示すフローチャート 本発明の実施の形態２に係る接続許可した情報を登録する前の各社のＤＢの構成を示す図 本発明の実施の形態２に係る接続許可登録処理後の各社のＤＢの構成を示す図 本発明の実施の形態２に係る携帯網管理装置で実行される接続許可削除処理を示すフローチャート 本発明の実施の形態２に係るパーソナルネットワーク内外の各携帯端末と各携帯／固定端末間のアクセス要求時の動作を示すラダーチャート 本発明の実施の形態２に係る端末接続管理データベース、端末属性管理データベースの一例を示す図 本発明の実施の形態２に係る接続許可登録処理後の端末接続管理データベースの一例を示す図 本発明の実施の形態２に係るパーソナルネットワーク外部の携帯端末からパーソナルネットワーク内の携帯端末にアクセスする場合の動作を示すラダーチャート 本発明の実施の形態３に係る携帯網管理装置の概略構成を示すブロック図 本発明の実施の形態３に係るグループ管理データベースの一例を示す図 本発明の実施の形態３に係るグループ登録要求時の動作を示すラダーチャート 本発明の実施の形態３に係る携帯網管理装置で実行されるグループ登録処理を示すフローチャート 本発明の実施の形態３に係るグループ削除要求時の動作を示すラダーチャート 本発明の実施の形態３に係る携帯網管理装置で実行されるグループ削除処理を示すフローチャート 本発明の実施の形態４に係るネットワークシステムのシステム構成を示す図
以下、本発明の実施の形態について図面を参照して詳細に説明する。
以下の実施の形態では、ネットワークに対してオペレータ管理網、特に、通信路に強固なセキュリティが提供される携帯網を適用する場合を示すが、携帯網以外の他のオペレータ管理網を適用するようにしてもよい。
（実施の形態１）
図１は、本実施の形態１に適用するネットワークシステムのシステム構成を示す図である。図１において、ネットワークシステム１は、携帯網３０に接続されるパーソナルネットワーク４０に属する携帯端末１０及び携帯／固定端末１１と、パーソナルネットワーク４０に属さない携帯端末１２と、携帯網管理装置２０と、から構成される。
図１に示すように、携帯端末１０にはユーザ識別子として「ＵＩＤ−１」が設定され、携帯／固定端末１１にはユーザ識別子として「ＵＩＤ−２」が設定され、携帯端末１２にはユーザ識別子として「ＵＩＤ−３」が設定されている。このユーザ識別子の一例としては、ユーザを一意に識別するためにオペレータにより発行され、携帯電話システムで契約者を識別するために利用されるＵＳＩＭ情報などである。なお、このユーザ識別子は、オペレータにより発行されるものに限定されず、オペレータが契約者、または、端末を識別するための情報を含んでいればよい。
なお、図１のネットワークシステム１では、３台の携帯端末１０、携帯／固定端末１１及び携帯端末１２が接続されている場合を示したが、これらの接続台数は特に限定するものではない。
図２は、携帯網管理装置２０の概略構成を示すブロック図である。図２において、携帯網管理装置２０は、フレーム解析部２００と、通信制御部２０１と、データベース（ＤＢ）整合確認部２０２と、処理判別部２０３と端末識別子管理データベース（ＤＢ）２１０と、接続拒否管理データベース（ＤＢ）２１１と、接続許可管理データベース（ＤＢ）２１２と、パーソナルネットワーク（ＮＷ）管理データベース（ＤＢ）２１３と、端末属性管理データベース（ＤＢ）２１４と、から構成される。なお、接続拒否管理ＤＢ２１１と、接続許可管理ＤＢ２１２と、パーソナルＮＷ管理ＤＢ２１３は、端末接続管理データベース（ＤＢ）２２０を構成する。
通信制御部２０１は、携帯網３０と接続する通信Ｉ／Ｆ機能を有し、携帯端末１０、携帯／固定端末１１及び携帯端末１２との間で通話要求やデータ通信要求等に応じた通信手順を実行する。
ＤＢ整合確認部２０２は、通信制御部２０１を介して携帯端末１２から受信した各要求に対応する処理を処理判別部２０３により判別し、フレーム解析部２００で処理に必要な各情報を抽出し、抽出した各情報と、端末識別子管理ＤＢ２１０と、端末接続管理ＤＢ２２０と、端末属性管理ＤＢ２１４にそれぞれ記憶される情報とを比較して、後述するデータベース検索処理（図６参照）、接続許可登録処理（図７参照）、接続許可削除処理（図１０参照）を実行する。
フレーム解析部２００は、ＤＢ整合確認部２０２から入力される各要求のフレーム構成を解析し、処理に必要な各情報を抽出し、その接続先と接続元の各情報をＤＢ整合確認部２０２に出力する。
端末識別子管理ＤＢ２１０は、携帯網３０に接続された携帯端末１０、携帯／固定端末１１及び携帯端末１２の各端末識別子として図１に示したユーザ識別子「ＵＩＤ−１」、「ＵＩＤ−２」、「ＵＩＤ−３」を管理するデータベースである。
接続拒否管理ＤＢ２１１は、携帯網３０に接続された携帯端末１０、携帯／固定端末１１及び携帯端末１２毎へのネットワーク接続を拒否する情報（例えば、「ＮＵＬＬ：設定無し」や「ＡＬＬ：全接続拒否」等）を管理するデータベースである。
接続許可管理ＤＢ２１２は、携帯網３０に接続された携帯端末１０、携帯／固定端末１１及び携帯端末１２毎へのネットワーク接続を許可する情報（例えば、「ＡＬＬ：全接続許可」や特定のユーザ識別子等）を管理するデータベースである。
パーソナルＮＷ管理ＤＢ２１３は、携帯網３０に接続された携帯端末１０、携帯／固定端末１１及び携帯端末１２毎のパーソナルネットワークに属する他の端末情報を管理するデータベースである。
端末属性管理ＤＢ２１４は、携帯網３０に接続された携帯端末１０、携帯／固定端末１１及び携帯端末１２毎に端末属性情報（ユーザ識別子、管理者情報：ｍａｓｔｅｒ）を管理するデータベースである。なお、本実施の形態では、管理者情報をデータベースで管理する方法について説明を行うが、ユーザ識別子に、管理者情報が含まれていてもよい。
上記接続拒否管理ＤＢ２１１と、接続許可管理ＤＢ２１２と、パーソナルＮＷ管理ＤＢ２１３から構成される端末接続管理ＤＢ２２０の一例を図３に示す。この端末接続管理ＤＢ２０では、携帯端末１０、携帯／固定端末１１及び携帯端末１２の各ユーザ識別子「Ｕｓｅｒ−ＩＤ」と対応付けて、「ＮＷ接続拒否」欄、「ＮＷ接続許可」欄及び「パーソナルＮＷ」欄を設けている。
この例では、携帯端末１０を示す「ＵＩＤ−１」では、「ＮＷ接続拒否：ＮＵＬＬ」、「ＮＷ接続許可：ＡＬＬ」及び「パーソナルＮＷ：ＵＩＤ−２」が登録されている。すなわち、携帯端末１０は、全端末からのネットワーク接続を許可し、当該端末が属するパーソナルネットワーク４０には、携帯／固定端末１１が属することが示されている。
また、携帯／固定端末１１を示す「ＵＩＤ−２」では、「ＮＷ接続拒否：ＡＬＬ」及び「ＮＷ接続許可：ＵＩＤ−１」が登録されている。すなわち、携帯／固定端末１１は、携帯端末１０との接続のみを許可し、それ以外の端末からのネットワーク接続は拒否することを示している。ここで、携帯／固定端末１１として想定されるのは、例えば、携帯／固定端末１１は、携帯端末１０を所有するユーザが管理するホームＮＷの管理端末などである。ホームＮＷでは、セキュリティの観点により、管理者以外の接続を拒否することが望ましい。
また、携帯端末１２を示す「ＵＩＤ−３」では、「ＮＷ接続拒否：ＮＵＬＬ」及び「ＮＷ接続許可：ＡＬＬ」が登録されている。すなわち、携帯端末１２は、すべての端末からのネットワーク接続を許可することを示している。
上記端末属性管理ＤＢ２１４の一例を図４に示す。この端末属性管理ＤＢ２１４では、携帯端末１０、携帯／固定端末１１及び携帯端末１２の各ユーザ識別子「Ｕｓｅｒ−ＩＤ」欄と対応付けて、管理者を示す「ｍａｓｔｅｒ」欄を設けている。この例では、携帯端末１０を示す「ＵＩＤ−１」の管理者は当該ユーザ自身であり、携帯／固定端末１１を示す「ＵＩＤ−２」の管理者は「ＵＩＤ−１」であり、携帯端末１２を示す「ＵＩＤ−３」の管理者は当該ユーザ自身であることを示している。管理者登録されているならば、当該ユーザ自身でなくとも、図３、図４に示した端末接続管理ＤＢ２２０や端末属性管理ＤＢ２１４の登録内容の変更や追加を行うことが可能である。
次に、図１のネットワークシステム１において、携帯端末１２がパーソナルネットワーク４０内の携帯端末１０にアクセスする場合の動作について、図５に示すラダーチャートを参照して説明する。
図５において、携帯端末１２から携帯端末１０へのアクセス要求が携帯網３０を介して携帯網管理装置２０に送信されると（Ｓ１０）、携帯網管理装置２０は、処理判別部２０３で受信した要求がアクセス要求であることを検知し、データベース検索処理を実行する（Ｓ１１）。
このデータベース検索処理の詳細について、図６に示すフローチャートを参照して説明する。
図６において、アクセス要求であることを検知した携帯網管理装置２０内のＤＢ整合確認部２０２及びフレーム解析部２００は、アクセス要求をフレーム解析して接続先と接続元の各情報「ＵＩＤ−１」、「ＵＩＤ−３」を抽出する（ステップＳ１００）。次いで、ＤＢ整合確認部２０２は、抽出した接続先と接続元の各情報に基づいて、接続先と接続先の「ｍａｓｔｅｒ」が一致するかを、図４に示した端末属性管理ＤＢ２１４を検索して判断する（ステップＳ１０１）。
この場合、接続先である携帯端末１０「ＵＩＤ−１」の管理者は「ＵＩＤ−１」であり、管理者が一致している。
このため、ＤＢ整合確認部２０２は、接続先と接続先の「ｍａｓｔｅｒ」が一致すると判断し（ステップＳ１０１：ＹＥＳ）、ステップＳ１０２に移行して、接続元である携帯端末１２「ＵＩＤ−３」が接続先である携帯端末１０「ＵＩＤ−１」により「ＮＷ接続許可」が登録されているかを、図３の端末接続管理ＤＢ２２０により確認する。
図３の端末接続管理ＤＢ２２０では、携帯端末１０「ＵＩＤ−１」には「ＮＷ接続許可（ＡＬＬ）」が登録されており、全端末からのネットワーク接続が許可されている。このため、ＤＢ整合確認部２０２は、携帯端末１０「ＵＩＤ−１」は携帯端末１２「ＵＩＤ−３」からの接続を許可していると判断して（ステップＳ１０２：ＹＥＳ）、ステップＳ１０３に移行する。
ステップＳ１０３において、ＤＢ整合確認部２０２は、接続元である携帯端末１２「ＵＩＤ−３」が接続先である携帯端末１０「ＵＩＤ−１」により「ＮＷ接続拒否」が登録されているかを、図３の端末接続管理ＤＢ２２０により確認する。携帯端末１０「ＵＩＤ−１」には「ＮＷ接続拒否（ＮＵＬＬ）」が登録されており、携帯端末１２「ＵＩＤ−３」からの接続は、拒否されていない。このため、ＤＢ整合確認部２０２は、携帯端末１０「ＵＩＤ−１」は携帯端末１２「ＵＩＤ−３」からの接続拒否を設定していないと判断して（ステップＳ１０３：ＮＯ）、携帯端末１２から携帯端末１０への接続を許可して（ステップＳ１０４）、本処理を終了する。
また、ＤＢ整合確認部２０２は、ステップＳ１０２において接続元が接続先により接続許可登録されていない場合（ステップＳ１０２：ＮＯ）、また、ステップＳ１０３において接続元が接続先により接続拒否登録されている場合（ステップＳ１０３：ＹＥＳ）、携帯端末１２から携帯端末１０への接続を拒否して（ステップＳ１０５）、本処理を終了する。
また、ＤＢ整合確認部２０２は、ステップＳ１０１において接続先と接続先の管理者が一致しない場合、例えば、接続先の端末がホームＮＷであり、ホームＮＷを管理する端末が別に存在する場合（ステップＳ１０１：ＮＯ）、ステップＳ１０６に移行して接続元が接続先により接続拒否登録されているかを、図３の端末接続管理ＤＢ２２０により確認する。ＤＢ整合確認部２０２は、接続拒否登録されている場合（ステップＳ１０６：ＹＥＳ）、接続元が接続先により接続許可登録されているかを、図３の端末接続管理ＤＢ２２０により確認する（ステップＳ１０７）。
ＤＢ整合確認部２０２は、接続許可が設定されていない場合（ステップＳ１０７：ＮＯ）、接続元から接続先への接続を拒否して（ステップＳ１０８）、本処理を終了する。また、ステップＳ１０６において接続元が接続先により接続拒否が登録されていない場合（ステップＳ１０６：ＮＯ）、また、ステップＳ１０７において接続元が接続先により接続許可が登録されている場合（ステップＳ１０７：ＹＥＳ）、接続元から接続先への接続を許可して（ステップＳ１０９）、本処理を終了する。
以上のデータベース検索処理により、携帯網管理装置２０は、携帯端末１２から携帯端末１０への接続を許可したため、図５において携帯端末１２から携帯端末１０への回線を接続する（Ｓ１２）。携帯端末１０は、携帯網管理装置２０による転送が受理されると（Ｓ１３）、携帯端末１２との間で接続を確立する（Ｓ１４）。
次に、携帯端末１０は、登録要求元「ＵＩＤ−１」と、登録対象「ＵＩＤ−３」及び登録要求先「ＵＩＤ−２」を設定した接続許可登録要求を携帯網管理装置２０に送信する（Ｓ１５）。携帯網管理装置２０では、処理判別部２０３により受信した要求が、接続許可登録要求であることを検知すると、接続許可登録処理を実行する（Ｓ１６）。
この接続許可登録処理の詳細について、図７に示すフローチャートを参照して説明する。
図７において、接続許可登録要求であることを検知した携帯網管理装置２０内のＤＢ整合確認部２０２及びフレーム解析部２００は、接続許可登録要求のフレームを解析して登録要求元「ＵＩＤ−１」と、登録対象「ＵＩＤ−３」及び登録要求先「ＵＩＤ−２」を抽出する（ステップＳ２００）。次いで、ＤＢ整合確認部２０２は、登録要求元「ＵＩＤ−１」が登録要求先「ＵＩＤ−２」又は登録要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ」と一致するかを、図４の端末属性管理ＤＢ２１４により判断する（ステップＳ２０１）。
図４の端末属性管理ＤＢ２１４では、登録要求元「ＵＩＤ−１」と、登録要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ」として「ＵＩＤ−１」が登録されている。このため、ＤＢ整合確認部２０２は、登録要求元「ＵＩＤ−１」が登録要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ：ＵＩＤ−１」と一致すると判断し（ステップＳ２０１：ＹＥＳ）、図３の端末接続管理ＤＢ２２０の登録要求先「ＵＩＤ−２」の「ＮＷ接続許可」に登録対象「ＵＩＤ−３」を登録する（ステップＳ２０２）。次いで、ＤＢ整合確認部２０２は、登録対象「ＵＩＤ−３」の「パーソナルＮＷ」に登録要求先「ＵＩＤ−２」を登録する（ステップＳ２０３）。
これらステップＳ２０２及びステップＳ２０３の各登録処理により、端末接続管理ＤＢ２２０には、図８に示すように登録内容が追加される。
次に、ＤＢ整合確認部２０２は、通信制御部２０１から登録要求元「ＵＩＤ−１」に登録完了を通知して（ステップＳ２０４）、本処理を終了する。また、ＤＢ整合確認部２０２は、ステップＳ２０１において、登録要求元が登録要求先又は登録要求先の「ｍａｓｔｅｒ」と一致しないと判断した場合は（ステップＳ２０１：ＮＯ）、通信制御部２０１から登録要求元「ＵＩＤ−１」に登録不可を通知して（ステップＳ２０５）、本処理を終了する。
次に、図５に戻り、携帯端末１０は、携帯網管理装置２０から登録完了の通知を受信すると、接続先として携帯／固定端末１１のユーザ識別子「ＵＩＤ−２」を設定した接続先通知を携帯端末１２に送信する（Ｓ１７）。なお、Ｓ１７として、携帯端末１０が接続先を通知する方法を例示したが、携帯網管理装置２０が携帯端末１０に登録完了を通知する際に、あわせて携帯端末１２に対して接続先通知を行ってもよい。携帯端末１２は、接続先通知を受信すると、その接続先「ＵＩＤ−２」を設定したアクセス要求を携帯網管理装置２０に送信する（Ｓ１８）。
携帯網管理装置２０は、携帯端末１２からアクセス要求を受信すると、上記（Ｓ１１）と同様にデータベース検索処理を実行する（Ｓ１９）。この時、携帯網管理装置２０内の端末属性管理ＤＢ２１４には、上記接続許可登録処理により、接続先「ＵＩＤ−２」の「ＮＷ接続許可」に「ＵＩＤ−３」が登録済みであるため、携帯端末１２から携帯／固定端末１１への回線接続処理を実行する（Ｓ２０）。
携帯／固定端末１１は、携帯網管理装置２０による転送が受理されると（Ｓ２１）、携帯端末１２との間で接続を確立する（Ｓ２２）。
以上のように、パーソナルネットワーク４０外の携帯端末１２からパーソナルネットワーク４０内の携帯端末１０に対するアクセス要求を契機として、携帯網管理装置２０内の端末属性管理ＤＢ２１４には、携帯／固定端末１１の「ＮＷ接続許可」と、携帯端末１２の「パーソナルＮＷ」の各情報が追加登録される。
次に、携帯端末１０において実行される接続許可削除処理について、図９に示すラダーチャートと、図１０に示すフローチャートを参照して説明する。
図９において、携帯端末１０から削除要求元「ＵＩＤ−１」、削除要求先「ＵＩＤ−２」及び削除対象「ＵＩＤ−３」を設定した接続許可削除要求が携帯網管理装置２０に送信されると（Ｓ３０）、携帯網管理装置２０では、処理判別部２０３により、その要求が接続許可削除要求であることを検知した後、接続許可削除処理が実行される（Ｓ３１）。
図１０において、携帯網管理装置２０内のＤＢ整合確認部２０２及びフレーム解析部２００は、接続許可削除要求のフレームを解析して、削除要求元「ＵＩＤ−１」、削除要求先「ＵＩＤ−２」及び削除対象「ＵＩＤ−３」を抽出する（ステップＳ３００）。次いで、ＤＢ整合確認部２０２は、削除要求元「ＵＩＤ−１」が削除要求先「ＵＩＤ−２」又は削除要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ」と一致するかを、図４の端末属性管理ＤＢ２１４により判断する（ステップＳ３０１）。
図４の端末属性管理ＤＢ２１４では、削除要求元「ＵＩＤ−１」と削除要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ」として「ＵＩＤ−１」が登録されている。このため、ＤＢ整合確認部２０２は、削除要求元「ＵＩＤ−１」が削除要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ：ＵＩＤ−１」と一致すると判断し（ステップＳ３０１：ＹＥＳ）、図３の端末接続管理ＤＢ２２０の削除要求先「ＵＩＤ−２」の「ＮＷ接続許可」の削除対象「ＵＩＤ−３」を削除する（ステップＳ３０２）。
次いで、ＤＢ整合確認部２０２は、図３の端末接続管理ＤＢ２２０の削除対象「ＵＩＤ−３」の「パーソナルＮＷ：ＵＩＤ−２」を削除して（ステップＳ３０３）、通信制御部２０１から削除要求元「ＵＩＤ−１」に削除完了を通知して（ステップＳ３０４）、本処理を終了する。
また、ＤＢ整合確認部２０２は、削除要求元「ＵＩＤ−１」が削除要求先「ＵＩＤ−２」又は削除要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ」と一致しないと判断した場合は（ステップＳ３０１：ＮＯ）、通信制御部２０１から削除要求元「ＵＩＤ−１」に削除不可を通知して（ステップＳ３０５）、本処理を終了する。
以上のように、本実施の形態１のネットワークシステムでは、パーソナルネットワーク外部の携帯端末からパーソナルネットワーク内の端末へのアクセス要求が送信された場合、アクセス要求を受信した端末が接続許可に必要な情報を抽出して、携帯網管理装置に接続許可登録要求を送信し、携帯網管理装置は、接続許可登録要求とともに受信した情報に基づいて、パーソナルネットワーク内の端末の接続先を管理するデータベースに接続許可情報を追加登録できるようにした。
したがって、パーソナルネットワーク外部の通信端末からのアクセス要求時に、その通信端末情報のパーソナルネットワーク内の端末との対応付けが未登録である場合、その通信端末に対する接続可否の登録処理を動的に行うことが可能になり、パーソナルネットワーク外の通信端末からの登録手順が容易になるとともに、パーソナルネットワーク内へのアクセスも可能になる。
（実施の形態２）
上記実施の形態１では、ネットワークシステムとして、一つの携帯網３０に接続された携帯端末によりパーソナルネットワークが構成されている場合について説明したが、本実施の形態２では、複数の異なる会社の携帯網に接続された携帯端末によりパーソナルネットワークが構成されるネットワークシステムの場合について説明する。
図１１は、本実施の形態２に適用するネットワークシステムのシステム構成を示す図である。図１１において、ネットワークシステム１００は、キャリアＡ社（以下、単にＡ社という）の携帯網Ａ３０と、キャリアＢ社（以下、単にＢ社という）の携帯網Ｂ３１と、キャリアＣ社（以下、Ｃ社という）の携帯網Ｃ３２とが、各携帯網Ａ３０，Ｂ３１，Ｃ３２に接続された携帯網管理装置Ａ２０、携帯網管理装置Ｂ２１及び携帯網管理装置Ｃ２２により相互に連携されている。また、携帯網Ａ３０には携帯端末１０が接続され、携帯網Ｂ３１には携帯／固定端末１１が接続され、携帯網Ｃ３２には携帯端末１２が接続されている。また、図１１のネットワークシステム１００では、携帯端末１０と携帯／固定端末１１がパーソナルネットワーク４０を構成している。
携帯端末１０にはＡ社から当該端末ユーザに一意に付与されるユーザ識別子「Ａ社．ＵＩＤ−１」が設定され、携帯／固定端末１１にはＣ社から当該端末ユーザに一意に付与されるユーザ識別子「Ｃ社．ＵＩＤ−１」が設定され、携帯端末１２にはＢ社から当該端末ユーザに一意に付与されるユーザ識別子「Ｂ社．ＵＩＤ−１」が設定されている。
本実施の形態２の携帯網管理装置Ａ２０，Ｂ２１，Ｃ２２の各構成は、実施の形態１の図２に示した携帯網管理装置２０と同様であるため、その図示及び構成説明は省略する。また、携帯網管理装置Ａ２０，Ｂ２１，Ｃ２２内には、上記実施の形態１の図３及び図４に示した端末接続管理ＤＢ２２０及び端末属性管理ＤＢ２１４と同様の構成の各ＤＢが各々記憶されている。
以下、携帯端末１２から携帯端末１０へのアクセス要求が送信された場合の処理を、図２０のラダーチャートを用いて説明する。なお、図２０に示した処理は、図５と類似しており、処理として異なる部分を中心に説明する。
携帯端末１２は、まず、自オペレータの携帯網管理装置Ｂ２１にアクセス要求し（Ｓ１０）、携帯網管理装置Ｂ２１は、受信したアクセス要求より、データベース検索処理を実行する。このデータベース検索処理について、図１２に示すフローチャートを参照して説明する。
図１２において、処理判別部２０３と連携し、アクセス要求であることを検知した携帯網管理装置Ｂ２１内のＤＢ整合確認部２０２及びフレーム解析部２００は、アクセス要求のフレーム解析を行い、接続先「Ａ社．ＵＩＤ−１」と接続元「Ｂ社．ＵＩＤ−１」の各情報を抽出する（ステップＳ４００）。次いで、ＤＢ整合確認部２０２は、抽出した接続先「Ａ社．ＵＩＤ−１」が自オペレータ管理網、すなわち、携帯網Ｂ３１に登録された携帯端末であるかを判断する（ステップＳ４０１）。ここで、抽出した接続先「Ａ社．ＵＩＤ−１」は、携帯網Ｂ３１に登録された携帯端末でないため（ステップＳ４０１：ＮＯ）、接続先「Ａ社．ＵＩＤ−１」が属する携帯網管理装置Ａ２０に対し、データベース検索要求を転送し(ステップＳ４０２)、本処理を終了する。
次に、携帯網管理装置Ａ２０は転送されたデータベース検索要求を受け取ると、接続先「Ａ社．ＵＩＤ−１」と接続元「Ｂ社．ＵＩＤ−１」の各情報を抽出する（ステップＳ４００）。次いで、ＤＢ整合確認部２０２は、抽出した接続先「Ａ社．ＵＩＤ−１」が自オペレータ管理網、すなわち、携帯網Ａ３０に登録された携帯端末かを端末識別子管理ＤＢ２１０を検索して判断する（ステップＳ４０１）。ＤＢ整合確認部２０２は、抽出した接続先「Ａ社．ＵＩＤ−１」が携帯網Ａ３０に登録された携帯端末であると判断し（ステップＳ４０１：ＹＥＳ）、ステップＳ４０３以降の処理を実行する。ステップＳ４０３以降のステップＳ４１１までの処理は、上記実施の形態１で説明した図６のステップＳ１０１〜ステップＳ１０９と同様の処理であるため、説明は省略する。
なお、上記図１２のデータベース検索処理は、携帯網管理装置Ａ２０，Ｂ２１，Ｃ２２において同様に実行される。
そして図２０に戻り、上記データベース検索処理により、携帯端末１２と携帯端末１０との間の回線接続が携帯網管理装置Ｂ２１及び携帯網管理装置Ａ２０を介して行われる(Ｓ１２)。携帯端末１０は、携帯網管理装置Ａ１０からの接続が受理されると（Ｓ１３）、携帯端末１２との間で接続を確立する（Ｓ１４）。
その後、携帯端末１０から登録要求元「Ａ社．ＵＩＤ−１」と、登録対象「Ｂ社．ＵＩＤ−１」及び登録要求先「Ｃ社．ＵＩＤ−１」を設定した接続許可登録要求が携帯網管理装置Ａ２０に送信されると、携帯網管理装置Ａ２０では、以下の接続許可登録処理が実行される。
この携帯網管理装置Ａ２０により実行される接続許可登録処理について、図１３に示すフローチャートを参照して説明する。
図１３において、処理判別部２０３と連携し、アクセス要求であることを検知した携帯網管理装置Ａ２０内のＤＢ整合確認部２０２及びフレーム解析部２００は、接続許可登録要求のフレームを解析して登録要求元「Ａ社．ＵＩＤ−１」と、登録対象「Ｂ社．ＵＩＤ−１」及び登録要求先「Ｃ社．ＵＩＤ−１」を抽出する（ステップＳ５００）。次いで、ＤＢ整合確認部２０２は、登録要求先「Ｃ社．ＵＩＤ−１」が自オペレータ網、すなわち、携帯網Ａ３０に登録された携帯端末かを判断する（ステップＳ５０１）。ＤＢ整合確認部２０２は、抽出した登録要求先「Ｃ社．ＵＩＤ−１」が携帯網Ａ３０に登録された携帯端末でないと判断した場合は（ステップＳ５０１：ＮＯ）、抽出した接続先のユーザ識別子から接続先のキャリアを判断し、その接続先が属する携帯網管理装置Ｃ２２に対して、接続許可登録要求を転送して（ステップＳ５０７）、本処理を終了する。
その後、携帯網管理装置Ｃ２２では、登録要求元「Ａ社．ＵＩＤ−１」と、登録対象「Ｂ社．ＵＩＤ−１」及び登録要求先「Ｃ社．ＵＩＤ−１」を抽出し（ステップＳ５００）、ＤＢ整合確認部２０２によりは、抽出した接続先「Ｃ社．ＵＩＤ−１」が携帯網Ｃ３２に登録された携帯端末であると判断し（ステップＳ５０１：ＹＥＳ）、ステップＳ５０２以降の処理を実行する。ステップＳ５０２以降のステップＳ５０６までの処理は、上記実施の形態１で説明した図７のステップＳ２０１〜ステップＳ２０５と同様の処理であるため、説明は省略する。
なお、上記図１３の接続許可登録処理は、携帯網管理装置Ａ２０，Ｂ２１，Ｃ２２において同様に実行される。
以上の接続許可登録処理が実行された結果、携帯網管理装置Ａ２０、携帯網管理装置Ｂ２１及び携帯網管理装置Ｃ２２において、各々管理される端末接続管理ＤＢに接続許可した情報が登録される例を、図１４及び図１５を参照して説明する。
図１４は、接続許可した情報を登録する前の各社のＤＢの構成を示す図である。図１４Ａ及び図１４ＢはＡ社の携帯網管理装置Ａ２０内の端末接続管理ＤＢ５００及び端末属性管理ＤＢ５１０の一例を示す図、図１４Ｃ及び図１４ＤはＣ社の携帯網管理装置Ｂ２１内の端末接続管理ＤＢ６００及び端末属性管理ＤＢ６１０の一例を示す図、図１４Ｅ及び図１４ＦはＢ社の携帯網管理装置Ｃ２２内の端末接続管理ＤＢ７００及び端末属性管理ＤＢ７１０の一例を示す図である。
ここで、端末接続管理ＤＢ５００には、携帯端末１０の管理下にある携帯／固定端末１１のユーザ識別子情報「Ｃ社．ＵＩＤ−１」が「パーソナルＮＷ」欄に既に登録されている。また、端末属性管理ＤＢ６１０には、携帯／固定端末１１の管理者端末である携帯端末１０のユーザ識別子情報「Ａ社．ＵＩＤ−１」が「ｍａｓｔｅｒ」欄に既に登録されている。
図１４の各端末接続管理ＤＢ５００，６００，７００及び各端末属性管理ＤＢ５１０，６１０，７１０を用いて、上記接続許可登録処理を実行することにより、図１５Ｂに示すように、携帯網管理装置Ｃ２２により端末接続管理ＤＢ６００には、登録対象「Ｂ社．ＵＩＤ−１」のＮＷ接続許可登録が追加登録される。また、図１５Ｃに示すように、携帯網管理装置Ｂ２１により端末接続管理ＤＢ７００には、登録要求先「Ｃ社．ＵＩＤ−１」のパーソナルＮＷ登録が追加登録される。
次に、携帯端末１０「Ａ社．ＵＩＤ−１」が、携帯端末１２「Ｂ社．ＵＩＤ−１」の携帯／固定端末１１「Ｃ社．ＵＩＤ−１」に対する接続許可を削除する処理について、図１６に示すフローチャートを参照して説明する。
図１６において、処理判別部２０３と連携し、接続許可削除要求であることを検知した携帯網管理装置２０Ａ内のＤＢ整合確認部２０２及びフレーム解析部２００は、接続許可削除要求のフレームを解析して削除要求元「Ａ社．ＵＩＤ−１」と、削除対象「Ｂ社．ＵＩＤ−１」及び削除要求先「Ｃ社．ＵＩＤ−１」を抽出する（ステップＳ６００）。次いで、ＤＢ整合確認部２０２は、抽出した削除要求先「Ｃ社．ＵＩＤ−１」が自オペレータ管理網、すなわち、携帯網Ａ３０に登録された携帯端末かを端末識別子管理ＤＢ５００を検索して判断する（ステップＳ６０１）。ＤＢ整合確認部２０２は、抽出した削除要求先が携帯網Ａ３０に登録された携帯端末でないと判断した場合は（ステップＳ６０１：ＮＯ）、抽出した削除要求先のユーザ識別子から削除要求先のキャリアを判断し、その削除要求先が属する携帯網管理装置Ｂ２１又はＣ２２に対して、抽出した削除要求先のユーザ識別子情報と共に接続許可削除要求を転送して（ステップＳ６０７）、本処理を終了する。
また、ＤＢ整合確認部２０２は、抽出した削除要求先が自携帯網Ａ３０に登録された携帯端末であると判断した場合には（ステップＳ６０１：ＹＥＳ）、ステップＳ６０２以降の処理を実行する。ステップＳ６０２以降のステップＳ６０６までの処理は、上記実施の形態１で説明した図１０のステップＳ３０１〜ステップＳ３０５と同様の処理であるため、説明は省略する。
なお、上記図１６の接続許可削除処理は、携帯網管理装置Ａ２０，Ｂ２１，Ｃ２２において同様に実行される。
次に、図１１のネットワークシステム１００において、携帯端末１２も管理者端末となり、その管理下に携帯／固定端末１３が接続されている場合について、図１７〜図１９を参照して説明する。
図１７は、携帯端末１０，１２による携帯／固定端末１１，１３間のアクセス要求時の動作を示すラダーチャートである。図１８は、携帯網管理装置Ｂ２１が管理する端末接続管理ＤＢ７００及び端末属性管理ＤＢ７１０の一例を示す図である。図１９は、図１７の動作において接続許可登録処理が実行された結果、携帯網管理装置Ａ２０、携帯網管理装置Ｂ２１及び携帯網管理装置Ｃ２２において、各々管理される端末接続管理ＤＢ５００，６００，７００の登録結果を示す図である。
図１８Ａの端末接続管理ＤＢ７００では、携帯端末１２管理下の携帯／固定端末１３の端末接続管理情報として、ユーザ識別子情報「ＵＩＤ−２」、ＮＷ接続拒否情報「ＡＬＬ」及びＮＷ接続許可情報「ＵＩＤ−１」が追加登録済みである。
また、図１８Ｂの端末属性管理ＤＢ７１０では、携帯／固定端末１３の携帯端末属性情報として携帯／固定端末１３のユーザ識別子情報「ＵＩＤ−２」と、その管理者端末情報「ＵＩＤ−１」が追加登録済みである。
次に、携帯端末１０，１２による携帯／固定端末１１，１３間のアクセス要求時の動作について、図１７のラダーチャートを参照して説明する。
図１７において、携帯／固定端末１３と携帯端末１２間の接続を確立すると（Ｓ４０）、携帯端末１２から携帯端末１０へのアクセス要求が携帯網Ｂ３１，携帯網管理装置Ｂ２１を介して携帯網管理装置Ａ２０に送信されると（Ｓ４１，Ｓ４２）、携帯網管理装置Ａ２０は、受信したアクセス要求によりデータベース検索処理を実行する（Ｓ４２）。この時、携帯網管理装置Ｂ２１，携帯網管理装置Ａ２０では、上記図１２のデータベース検索処理が実行されている。接続先「Ａ社．ＵＩＤ−１」が自オペレータ管理網である携帯網Ａ３０に登録された携帯端末であることが確認されて、携帯端末１２と携帯端末１０の間の回線接続が行われる（Ｓ４３）。
携帯端末１０は、携帯網管理装置Ａ２０からの接続を受理すると（Ｓ４４）、携帯端末１２との間で接続を確立する（Ｓ４５）。また、このとき、登録対象となる携帯／固定端末１３のユーザ識別子「Ｂ社．ＵＩＤ−２」を送信する。次に、携帯端末１０は、登録要求元「Ａ社．ＵＩＤ−１」と、登録対象「Ｂ社．ＵＩＤ−２」及び登録要求先「Ｃ社．ＵＩＤ−１」を設定した接続許可登録要求を携帯網管理装置Ａ２０に送信する（Ｓ４６）。携帯網管理装置Ａ２０は、接続許可登録要求を受信すると、接続許可登録処理を実行する（Ｓ４７）。
この時、携帯網管理装置Ａ２０では、上記図１３の接続許可登録処理が実行される。携帯網管理装置Ａ２０では、登録要求先「Ｃ社．ＵＩＤ−１」が自オペレータ管理網、すなわち、携帯網Ａ３０に登録された携帯端末でないため、接続許可登録要求は携帯網管理装置Ｃ２２に転送される。
そして、携帯網管理装置Ｃ２２において、上記図１３の接続許可登録処理が実行されることにより、図１９Ｂに示すように端末接続管理ＤＢ６００には、新たなネットワーク接続許可先として、携帯／固定端末１３のユーザ識別子情報「Ｂ社．ＵＩＤ−２」が追加登録される。
また、携帯網管理装置Ｂ２１の端末接続管理ＤＢ７００には、図１９Ｃに示すように、登録対象である携帯／固定端末１３のユーザ識別子「ＵＩＤ−２」に対応する「パーソナルＮＷ」欄に、登録要求先の携帯／固定端末１１のユーザ識別子情報「Ｃ社．ＵＩＤ−１」が追加登録される。
図１７に戻り、携帯網管理装置Ａ２０，Ｂ２１，Ｃ２２の接続許可登録処理が終了し、その登録完了の通知を携帯端末１０が受けると、接続先である携帯／固定端末１１のユーザ識別子情報「Ｃ社．ＵＩＤ−１」とともに接続先通知を携帯端末１２に送信する（Ｓ４８）。なお、Ｓ４８として、携帯端末１０が接続先を通知する方法を例示したが、携帯端末１０に登録完了を通知する際に、携帯網管理装置Ａ２０，またはＢ２１，またはＣ２２が、あわせて携帯端末１２に対して接続先通知を行ってもよい。携帯端末１２は、ユーザ識別子情報「Ｃ社．ＵＩＤ−１」とともに接続先通知を受信すると、携帯／固定端末１３に転送する（Ｓ４９）。
携帯／固定端末１３は、接続先通知を受信すると、その接続先「Ｃ社．ＵＩＤ−１」を設定したアクセス要求は携帯網管理装置Ｂ２１を介し、携帯網管理装置Ｃ２２に送信される（Ｓ５０、Ｓ５１）。携帯網管理装置Ｃ２２は、携帯／固定端末１３からアクセス要求を受信すると、上記（Ｓ４２）と同様にデータベース検索処理を実行する（Ｓ５１）。この時、携帯網管理装置Ｃ２２内の端末接続管理ＤＢ７００には、上記接続許可登録処理により、接続先「ＵＩＤ−１」の「ＮＷ接続許可」に「Ｂ社．ＵＩＤ−２」が登録済みであるため、携帯／固定端末１３から携帯／固定端末１１への回線接続処理を実行する（Ｓ５２）。
携帯／固定端末１１は、携帯網管理装置Ｃ２２からの接続を受理（Ｓ５３）すると、携帯／固定端末１３との間で接続を確立する（Ｓ５４）。
以上のように、本実施の形態２のネットワークシステムでは、複数の異なるネットワークに接続された複数の通信端末で構成されたパーソナルネットワーク外部の端末からパーソナルネットワーク内の携帯端末へのアクセス要求が送信された場合、アクセス要求を受信した携帯端末が接続許可に必要な情報を抽出して、携帯網管理装置に接続許可登録要求を送信し、パーソナルネットワークを構成する端末が接続される携帯網の管理装置は、接続許可登録要求とともに受信した情報に基づいて、パーソナルネットワーク内の携帯端末の接続を管理するデータベースに接続許可情報を追加登録するようにした。
したがって、複数の異なるネットワークに接続された複数の通信端末で構成されたパーソナルネットワークに対して、外部のネットワークに接続された通信端末からのアクセス要求時に、その通信端末情報のパーソナルネットワーク内の端末との対応付けが未登録である場合、その通信端末に対する接続可否の登録処理を動的に行うことが可能になり、パーソナルネットワーク外の通信端末からの登録手順が容易になるとともに、パーソナルネットワーク内へのアクセスも可能になる。
（実施の形態３）
上記実施の形態１、２の説明では、図５のＳ１５、あるいは、図１７のＳ４６の接続許可登録要求において、登録要求先が１つの端末となる場合についてのみ例示したが、一度の要求で複数の端末への接続許可登録処理を行うことも考えられる。このような場合、例えば、上記実施の形態１において、図５のＳ１５において登録要求先を同時に複数指定することで、複数の端末への接続許可登録処理を行ってもよい。
また、他の方法として、図２１に示すように、携帯網管理装置２０が、図２で示した携帯網管理装置に、さらにグループ管理ＤＢ２１５を有する方法も考えられる。グループ管理ＤＢ２１５に、複数の端末をグループ化し、例えば、図２２に示すように、グループＩＤ「ＧＩＤ−１」と、端末のユーザ識別子「ＵＩＤ−２」「ＵＩＤ−４」とを対応付けて端末グループ化テーブル２１５ａとし、グループＩＤ「ＧＩＤ−１」の作成者である「ＵＩＤ−１」を登録者として対応付けてグループ登録者テーブル２１５ｂとしてグループ登録を行っておき、そのグループに対するグループＩＤ「ＧＩＤ−１」を、登録要求先として指定することにより、複数の端末への接続許可登録処理を行うこともできる。
次に、このグループ登録処理についての一例を、図２３に示すラダーチャートと、図２４に示すフローチャートを参照して説明する。
図２３において、携帯端末１０からグループ登録要求元を設定したグループ登録要求が携帯網管理装置２０に送信されると（Ｓ６０）、携帯網管理装置２０では、処理判別部２０３により、その要求がグループ登録要求であることを検知した後、グループ登録処理が実行される（Ｓ６１）。
図２４において、携帯網管理装置２０内のＤＢ整合確認部２０２及びフレーム解析部２００は、グループ登録要求のフレームを解析して、グループ登録要求元を抽出する（ステップＳ６００）。次いで、ＤＢ整合確認部２０２は、グループ登録要求元が「ｍａｓｔｅｒ」として登録されている端末を端末属性管理ＤＢ２１４から抽出し、グループ登録要求元に結果を提示する（ステップＳ６０１）。
次に、グループ登録要求元に提示した結果の中から選択された端末に対し、グループ識別子を設定し、グループ管理ＤＢ２１５内の端末グループ化テーブル２１５ａに登録し（ステップＳ６０２）、グループ登録要求元に登録完了を通知して(ステップＳ６０３)、本処理を終了する。
また、グループ削除処理についての一例を、図２５に示すラダーチャートと、図２６に示すフローチャートを参照して説明する。
図２５において、携帯端末１０からグループ削除要求元を設定したグループ削除要求が携帯網管理装置２０に送信されると（Ｓ７０）、携帯網管理装置２０では、処理判別部２０３により、その要求がグループ削除要求であることを検知した後、グループ削除処理が実行される（Ｓ７１）。
図２６において、携帯網管理装置２０内のＤＢ整合確認部２０２及びフレーム解析部２００は、グループ削除要求のフレームを解析して、グループ削除要求元を抽出する（ステップＳ７００）。次いで、ＤＢ整合確認部２０２は、グループ削除要求元が「登録者」として登録されているグループをグループ管理ＤＢ２１５内のグループ登録者テーブル２１５ｂから抽出し、グループ削除要求元に結果を提示する（ステップＳ７０１）。
次に、グループ削除要求元からの要求を判別し（ステップＳ７０２）、グループ全体の削除要求である場合（ステップＳ７０２：ＹＥＳ）、削除選択されたグループをグループ管理ＤＢ２１５内の端末グループ化テーブル２１５ａから削除し（ステップＳ７０３）、グループ削除要求元に削除完了を通知して（ステップＳ７０６）、本処理を終了する。また、ステップＳ７０２において、削除要求がグループ登録されている個々の端末である場合（ステップＳ７０２：ＮＯ）、選択されたグループとして登録されている端末を抽出し、グループ削除要求元へ提示する（ステップＳ７０４）。その後、削除選択された端末をグループ管理ＤＢ２１５内の端末グループ化テーブル２１５ａから当該グループから削除し（ステップＳ７０５）、グループ削除要求元に削除完了を通知して（ステップＳ７０６）、本処理を終了する。
なお、複数の端末への接続許可登録処理の例として、実施の形態１に関する例を示したが、実施の形態２に対しても適用可能であることは、容易に類推できる。
（実施の形態４）
上記実施の形態１、２、３で、携帯端末、または、携帯／固定端末として表現しているものを、ホームネットワークやＰＡＮ(Ｐｒｉｖａｔｅ Ａｒｅａ Ｎｅｔｗｏｒｋ)などの、パーソナルネットワークの要素の管理端末としてみなし、パーソナルネットワークの要素内へのアクセスを管理するように適用することも可能である。さらに、それらのパーソナルネットワークの要素内のデバイスに対して、本発明を適用することで、デバイスレベルでの管理も可能である。
その一例として、実施の形態１の図１で示した携帯／固定端末１１がホームネットワークの管理端末としての機能を有する固定端末である場合のシステム構成例を図２７を用いて説明する。図２７に示すネットワークシステム４００では、固定端末１１を中心とするホームネットワーク５０が存在し、ホームネットワーク５０には、固定端末１１と接続されたデバイス６０とデバイス６１が存在している。ここで、デバイス６０やデバイス６１の例としては、テレビ番組等の動画や音楽を保存しているＨＤＤレコーダやステレオ、ＰＣ、ネットワーク対応のゲーム機器等である。
このデバイス６０、デバイス６１はデバイス識別子として、それぞれ、ＤＥＶ１、ＤＥＶ２を有している。このデバイス識別子がオペレータにより識別できるものであれば、デバイス識別子を、実施の形態１で述べたユーザ識別子と同等に扱い、携帯網管理装置２０において、デバイス６０への接続に関しても接続管理を行うことで、個々のデバイス単位での接続管理も可能である。
なお、このデバイスへの接続管理に関しては、固定端末１１で管理を行ってもよく、例えば、図２７のホームネットワーク５０（すなわち、固定端末１１）に対する接続は、実施の形態１で述べたように携帯網管理装置２０で管理し、ホームネットワーク５０内の個々のデバイス６０、６１に対する接続は固定端末１１で管理してもよい。このように管理を分離することで、固定端末１１に必要な機能が増え、処理性能がより要求されるという欠点もあるが、携帯網管理装置２０への負荷集中を回避することが可能となるとともに、ホームネットワーク５０内のデバイスとして、識別子を所有しないデバイスであっても、固定端末１１への物理的な接続方法により識別してもよいため、利用するデバイスの自由度が上がるという利点も考えられる。
以上のように、パーソナルネットワーク外部から、携帯網３０を介して、デバイス６０、または、デバイス６１へのアクセス時に、その通信端末情報がパーソナルネットワーク内のデバイスとの対応付けが未登録である場合、その通信端末に対する接続可否の登録処理を動的に行うことが可能になり、パーソナルネットワーク外からの登録手順が容易になるとともに、パーソナルネットワーク内へのアクセスも可能になる。
なお、上記実施の形態１、２、３、４では、１つのパーソナルネットワークに属する携帯端末又は携帯／固定端末と管理者端末「ｍａｓｔｅｒ」が１対１で登録されている場合を示したが、あるパーソナルネットワークに属する携帯端末又は携帯／固定端末が当該パーソナルネットワークに属する管理者端末と、他のパーソナルネットワークに属する管理者端末とで共有される場合、すなわち、１対多で登録される構成も考えられる。このようなパーソナルネットワークの構成に対しても、本発明は適用可能である。
本明細書は、２００５年７月４日出願の特願２００５−１９５６１６、２００６年２月６日出願の特願２００６−０２９０６０に基づく。この内容はすべてここに含めておく。
本発明は、パーソナルネットワーク外部の通信端末からのアクセス要求時に、その通信端末情報のパーソナルネットワーク内の端末との対応付けが未登録である場合、その通信端末に対する接続可否の登録処理を動的に行うことが可能になり、パーソナルネットワーク外の通信端末からの登録手順が容易になるとともに、パーソナルネットワーク内へのアクセスも可能にするパーソナルネットワークシステム等に有用である。
本発明はパーソナルネットワーク管理方法及びパーソナルネットワーク管理装置に関し、特に、パーソナルネットワーク内の通信端末装置へのアクセスを管理するパーソナルネットワーク管理方法及びパーソナルネットワーク管理装置に関する。
複数の通信機器をネットワーク上においてグループ化し、このグループ化した複数の通信機器をネットワーク上の管理サーバで管理・運営するネットワークサービスが提案されている。このサービスでは、ネットワークに接続された複数の通信端末の識別情報等を、通信端末ユーザが管理サーバに登録して、登録したグループ内の通信端末同士で通信を可能にする。このように、個人ユーザが所有する携帯電話機等の複数の通信機器を利用してネットワークを構成するネットワーク形態は、ＰＮ（Personal Network）と呼ばれ、ネットワークを利用したサービス形態として注目されている。ＰＮに関わる技術は、３ＧＰＰ（3rd Generation Partnership Project）で検討が進められている（非特許文献１参照）。
また、パーソナルネットワークサービスは、電話網等の公衆回線網を利用するだけではなく、ＬＡＮやインターネット等の利用も想定され、複数種類の異なるネットワークに接続された複数の通信端末をグループ化することも想定されている。
複数種類の異なるネットワークに接続された複数の通信端末をグループ化するＰＮに関する技術としては、例えば、特許文献１に記載されたパーソナル通信追跡接続方法がある。この方法では、人に対応してパーソナル通信番号を付与し、利用者は、自己のパーソナル通信番号に接続先の端末を複数のネットワークに渡り指定し、移動端末はその位置情報を複数のネットワークで管理することにより、利用者はパーソナル通信番号を指定することにより複数のネットワーク内の任意の通信端末を指定できるようにしている。
特開平５−１４５９６３号公報 TSG S#27(05)0386「New WI for Personal Network(PN) and Personal Area Network(PAN)」 3GPP
しかしながら、３ＧＰＰで検討が進められているパーソナルネットワークサービス(上記非特許文献１)では、パーソナルネットワーク内の通信端末同士の通信しか検討されておらず、すなわち、同一ユーザが所有する複数の通信端末で構成されるパーソナルネットワーク内の通信端末同士による通信しか検討されていない。
また、パーソナルネットワーク外部の通信端末ユーザが、パーソナルネットワーク内に接続するためには、パーソナルネットワーク内の端末を、事前に知ることが必要となる。さらに、従来のパーソナルネットワークでは、利用する複数の通信端末のネットワークに対する登録を、利用者が管理サーバにアクセスして登録することを前提にしており、その登録処理が利用者にとって煩雑であるという問題がある。
さらに、パーソナルネットワーク内の通信端末に対する外部からのアクセス制限情報を実現するためには、個々のパーソナルネットワーク内の通信端末毎に、パーソナルネットワーク内の管理者がアクセス制限情報の設定の追加や変更を行う必要があり、設定の追加や変更という作業も煩雑であるという問題がある。
また、上記特許文献１では、利用者は自己のパーソナル通信番号に接続先の端末を複数のネットワークに渡り指定する際には、予め接続先端末の識別情報等をネットワーク側に登録しておく必要があり、やはり接続先端末を指定する登録手順が煩雑であるという問題がある。
本発明の目的は、パーソナルネットワーク外部の通信端末からのアクセス要求時に、その通信端末情報のパーソナルネットワーク内の端末との対応付けが未登録である場合、その通信端末に対する接続可否の登録処理を動的に行うパーソナルネットワーク管理方法及びパーソナルネットワーク管理装置を提供することである。
本発明のパーソナルネットワーク管理方法は、ネットワークに接続された複数の通信端末装置により構成されるパーソナルネットワークを管理するパーソナルネットワーク管理方法であって、前記パーソナルネットワーク外の通信端末装置からパーソナルネットワーク内の通信端末装置への接続要求を受信する受信工程と、接続要求時に取得する通信端末装置の識別子により接続の可否を判断する工程と、を有する方法を採る。
また、本発明のパーソナルネットワーク管理装置は、ネットワークに接続された複数の通信端末装置により構成されるパーソナルネットワークを管理するパーソナルネットワーク管理装置であって、前記パーソナルネットワークを構成する通信端末装置毎に、接続先の通信端末識別子を登録して管理する端末接続管理手段と、前記パーソナルネットワーク外の通信端末装置からパーソナルネットワーク内の通信端末装置への接続要求を受信する受信手段と、前記受信した接続要求から接続元の通信端末識別子と接続先の通信端末識別子を抽出し、当該接続元の通信端末識別子を前記端末接続管理手段から検索する検索手段と、前記パーソナルネットワーク内の通信端末識別子と前記接続元の通信端末識別子が前記端末接続管理手段に対応付けて登録されていなければ、前記パーソナルネットワーク内の通信端末識別子と前記接続元の通信端末識別子を対応付けて前記端末接続管理手段に登録する登録手段と、を具備する構成を採る。
構成を採る。
本発明によれば、パーソナルネットワーク外部の通信端末からのアクセス要求時に、その通信端末情報のパーソナルネットワーク内の端末との対応付けが未登録である場合、その通信端末に対する接続可否の登録処理を動的に行うことが可能になり、パーソナルネットワーク外の通信端末からの登録手順が容易になるとともに、パーソナルネットワーク内へのアクセスも可能になる。また、オペレータが保証する認証機能（端末の正当性）や通信路の暗号化（セキュリティ）を利用することで、電子証明書等を用いた複雑な処理を軽減し、セキュアに処理を行うことが可能である。
以下、本発明の実施の形態について図面を参照して詳細に説明する。
以下の実施の形態では、ネットワークに対してオペレータ管理網、特に、通信路に強固なセキュリティが提供される携帯網を適用する場合を示すが、携帯網以外の他のオペレータ管理網を適用するようにしてもよい。
（実施の形態１）
図１は、本実施の形態１に適用するネットワークシステムのシステム構成を示す図である。図１において、ネットワークシステム１は、携帯網３０に接続されるパーソナルネットワーク４０に属する携帯端末１０及び携帯／固定端末１１と、パーソナルネットワーク４０に属さない携帯端末１２と、携帯網管理装置２０と、から構成される。
図１に示すように、携帯端末１０にはユーザ識別子として「ＵＩＤ−１」が設定され、携帯／固定端末１１にはユーザ識別子として「ＵＩＤ−２」が設定され、携帯端末１２にはユーザ識別子として「ＵＩＤ−３」が設定されている。このユーザ識別子の一例としては、ユーザを一意に識別するためにオペレータにより発行され、携帯電話システムで契約者を識別するために利用されるＵＳＩＭ情報などである。なお、このユーザ識別子は、オペレータにより発行されるものに限定されず、オペレータが契約者、または、端末を識別するための情報を含んでいればよい。
なお、図１のネットワークシステム１では、３台の携帯端末１０、携帯／固定端末１１及び携帯端末１２が接続されている場合を示したが、これらの接続台数は特に限定するものではない。
図２は、携帯網管理装置２０の概略構成を示すブロック図である。図２において、携帯網管理装置２０は、フレーム解析部２００と、通信制御部２０１と、データベース（ＤＢ）整合確認部２０２と、処理判別部２０３と端末識別子管理データベース（ＤＢ）２１０と、接続拒否管理データベース（ＤＢ）２１１と、接続許可管理データベース（ＤＢ）２１２と、パーソナルネットワーク（ＮＷ）管理データベース（ＤＢ）２１３と、端末属性管理データベース（ＤＢ）２１４と、から構成される。なお、接続拒否管理ＤＢ２１１と、接続許可管理ＤＢ２１２と、パーソナルＮＷ管理ＤＢ２１３は、端末接続管理データベース（ＤＢ）２２０を構成する。
通信制御部２０１は、携帯網３０と接続する通信Ｉ／Ｆ機能を有し、携帯端末１０、携帯／固定端末１１及び携帯端末１２との間で通話要求やデータ通信要求等に応じた通信手順を実行する。
ＤＢ整合確認部２０２は、通信制御部２０１を介して携帯端末１２から受信した各要求に対応する処理を処理判別部２０３により判別し、フレーム解析部２００で処理に必要な各情報を抽出し、抽出した各情報と、端末識別子管理ＤＢ２１０と、端末接続管理ＤＢ２２０と、端末属性管理ＤＢ２１４にそれぞれ記憶される情報とを比較して、後述するデータベース検索処理（図６参照）、接続許可登録処理（図７参照）、接続許可削除処理（図１０参照）を実行する。
フレーム解析部２００は、ＤＢ整合確認部２０２から入力される各要求のフレーム構成を解析し、処理に必要な各情報を抽出し、その接続先と接続元の各情報をＤＢ整合確認部２０２に出力する。
端末識別子管理ＤＢ２１０は、携帯網３０に接続された携帯端末１０、携帯／固定端末１１及び携帯端末１２の各端末識別子として図１に示したユーザ識別子「ＵＩＤ−１」、「ＵＩＤ−２」、「ＵＩＤ−３」を管理するデータベースである。
接続拒否管理ＤＢ２１１は、携帯網３０に接続された携帯端末１０、携帯／固定端末１１及び携帯端末１２毎へのネットワーク接続を拒否する情報（例えば、「ＮＵＬＬ：設定無し」や「ＡＬＬ：全接続拒否」等）を管理するデータベースである。
接続許可管理ＤＢ２１２は、携帯網３０に接続された携帯端末１０、携帯／固定端末１１及び携帯端末１２毎へのネットワーク接続を許可する情報（例えば、「ＡＬＬ：全接続許可」や特定のユーザ識別子等）を管理するデータベースである。
パーソナルＮＷ管理ＤＢ２１３は、携帯網３０に接続された携帯端末１０、携帯／固定端末１１及び携帯端末１２毎のパーソナルネットワークに属する他の端末情報を管理するデータベースである。
端末属性管理ＤＢ２１４は、携帯網３０に接続された携帯端末１０、携帯／固定端末１１及び携帯端末１２毎に端末属性情報（ユーザ識別子、管理者情報：ｍａｓｔｅｒ）を管理するデータベースである。なお、本実施の形態では、管理者情報をデータベースで管理する方法について説明を行うが、ユーザ識別子に、管理者情報が含まれていてもよい。
上記接続拒否管理ＤＢ２１１と、接続許可管理ＤＢ２１２と、パーソナルＮＷ管理ＤＢ２１３から構成される端末接続管理ＤＢ２２０の一例を図３に示す。この端末接続管理ＤＢ２０では、携帯端末１０、携帯／固定端末１１及び携帯端末１２の各ユーザ識別子「Ｕｓｅｒ−ＩＤ」と対応付けて、「ＮＷ接続拒否」欄、「ＮＷ接続許可」欄及び「パーソナルＮＷ」欄を設けている。
この例では、携帯端末１０を示す「ＵＩＤ−１」では、「ＮＷ接続拒否：ＮＵＬＬ」、「ＮＷ接続許可：ＡＬＬ」及び「パーソナルＮＷ：ＵＩＤ−２」が登録されている。すなわち、携帯端末１０は、全端末からのネットワーク接続を許可し、当該端末が属するパーソナルネットワーク４０には、携帯／固定端末１１が属することが示されている。
また、携帯／固定端末１１を示す「ＵＩＤ−２」では、「ＮＷ接続拒否：ＡＬＬ」及び「ＮＷ接続許可：ＵＩＤ−１」が登録されている。すなわち、携帯／固定端末１１は、携帯端末１０との接続のみを許可し、それ以外の端末からのネットワーク接続は拒否することを示している。ここで、携帯／固定端末１１として想定されるのは、例えば、携帯／固定端末１１は、携帯端末１０を所有するユーザが管理するホームＮＷの管理端末などである。ホームＮＷでは、セキュリティの観点により、管理者以外の接続を拒否することが望ましい。
また、携帯端末１２を示す「ＵＩＤ−３」では、「ＮＷ接続拒否：ＮＵＬＬ」及び「ＮＷ接続許可：ＡＬＬ」が登録されている。すなわち、携帯端末１２は、すべての端末からのネットワーク接続を許可することを示している。
上記端末属性管理ＤＢ２１４の一例を図４に示す。この端末属性管理ＤＢ２１４では、携帯端末１０、携帯／固定端末１１及び携帯端末１２の各ユーザ識別子「Ｕｓｅｒ−ＩＤ」欄と対応付けて、管理者を示す「ｍａｓｔｅｒ」欄を設けている。この例では、携帯端末１０を示す「ＵＩＤ−１」の管理者は当該ユーザ自身であり、携帯／固定端末１１を示す「ＵＩＤ−２」の管理者は「ＵＩＤ−１」であり、携帯端末１２を示す「ＵＩＤ−３」の管理者は当該ユーザ自身であることを示している。管理者登録されているならば、当該ユーザ自身でなくとも、図３、図４に示した端末接続管理ＤＢ２２０や端末属性管理ＤＢ２１４の登録内容の変更や追加を行うことが可能である。
次に、図１のネットワークシステム１において、携帯端末１２がパーソナルネットワーク４０内の携帯端末１０にアクセスする場合の動作について、図５に示すラダーチャートを参照して説明する。
図５において、携帯端末１２から携帯端末１０へのアクセス要求が携帯網３０を介して携帯網管理装置２０に送信されると（Ｓ１０）、携帯網管理装置２０は、処理判別部２０３で受信した要求がアクセス要求であることを検知し、データベース検索処理を実行する（Ｓ１１）。
このデータベース検索処理の詳細について、図６に示すフローチャートを参照して説明する。
図６において、アクセス要求であることを検知した携帯網管理装置２０内のＤＢ整合確認部２０２及びフレーム解析部２００は、アクセス要求をフレーム解析して接続先と接続元の各情報「ＵＩＤ−１」、「ＵＩＤ−３」を抽出する（ステップＳ１００）。次いで、ＤＢ整合確認部２０２は、抽出した接続先と接続元の各情報に基づいて、接続先と接続先の「ｍａｓｔｅｒ」が一致するかを、図４に示した端末属性管理ＤＢ２１４を検索して判断する（ステップＳ１０１）。
この場合、接続先である携帯端末１０「ＵＩＤ−１」の管理者は「ＵＩＤ−１」であり、管理者が一致している。
このため、ＤＢ整合確認部２０２は、接続先と接続先の「ｍａｓｔｅｒ」が一致すると判断し（ステップＳ１０１：ＹＥＳ）、ステップＳ１０２に移行して、接続元である携帯端末１２「ＵＩＤ−３」が接続先である携帯端末１０「ＵＩＤ−１」により「ＮＷ接続許可」が登録されているかを、図３の端末接続管理ＤＢ２２０により確認する。
図３の端末接続管理ＤＢ２２０では、携帯端末１０「ＵＩＤ−１」には「ＮＷ接続許可（ＡＬＬ）」が登録されており、全端末からのネットワーク接続が許可されている。このため、ＤＢ整合確認部２０２は、携帯端末１０「ＵＩＤ−１」は携帯端末１２「ＵＩＤ−３」からの接続を許可していると判断して（ステップＳ１０２：ＹＥＳ）、ステップＳ１０３に移行する。
ステップＳ１０３において、ＤＢ整合確認部２０２は、接続元である携帯端末１２「ＵＩＤ−３」が接続先である携帯端末１０「ＵＩＤ−１」により「ＮＷ接続拒否」が登録されているかを、図３の端末接続管理ＤＢ２２０により確認する。携帯端末１０「ＵＩＤ−１」には「ＮＷ接続拒否（ＮＵＬＬ）」が登録されており、携帯端末１２「ＵＩＤ−３」からの接続は、拒否されていない。このため、ＤＢ整合確認部２０２は、携帯端末１０「ＵＩＤ−１」は携帯端末１２「ＵＩＤ−３」からの接続拒否を設定していないと判断して（ステップＳ１０３：ＮＯ）、携帯端末１２から携帯端末１０への接続を許可して（ステップＳ１０４）、本処理を終了する。
また、ＤＢ整合確認部２０２は、ステップＳ１０２において接続元が接続先により接続許可登録されていない場合（ステップＳ１０２：ＮＯ）、また、ステップＳ１０３において接続元が接続先により接続拒否登録されている場合（ステップＳ１０３：ＹＥＳ）、携帯端末１２から携帯端末１０への接続を拒否して（ステップＳ１０５）、本処理を終了する。
また、ＤＢ整合確認部２０２は、ステップＳ１０１において接続先と接続先の管理者が一致しない場合、例えば、接続先の端末がホームＮＷであり、ホームＮＷを管理する端末が別に存在する場合（ステップＳ１０１：ＮＯ）、ステップＳ１０６に移行して接続元が接続先により接続拒否登録されているかを、図３の端末接続管理ＤＢ２２０により確認する。ＤＢ整合確認部２０２は、接続拒否登録されている場合（ステップＳ１０６：ＹＥＳ）、接続元が接続先により接続許可登録されているかを、図３の端末接続管理ＤＢ２２０により確認する（ステップＳ１０７）。
ＤＢ整合確認部２０２は、接続許可が設定されていない場合（ステップＳ１０７：ＮＯ）、接続元から接続先への接続を拒否して（ステップＳ１０８）、本処理を終了する。また、ステップＳ１０６において接続元が接続先により接続拒否が登録されていない場合（ステップＳ１０６：ＮＯ）、また、ステップＳ１０７において接続元が接続先により接続許可が登録されている場合（ステップＳ１０７：ＹＥＳ）、接続元から接続先への接続を許可して（ステップＳ１０９）、本処理を終了する。
以上のデータベース検索処理により、携帯網管理装置２０は、携帯端末１２から携帯端末１０への接続を許可したため、図５において携帯端末１２から携帯端末１０への回線を接続する（Ｓ１２）。携帯端末１０は、携帯網管理装置２０による転送が受理されると（Ｓ１３）、携帯端末１２との間で接続を確立する（Ｓ１４）。
次に、携帯端末１０は、登録要求元「ＵＩＤ−１」と、登録対象「ＵＩＤ−３」及び登録要求先「ＵＩＤ−２」を設定した接続許可登録要求を携帯網管理装置２０に送信する（Ｓ１５）。携帯網管理装置２０では、処理判別部２０３により受信した要求が、接続許可登録要求であることを検知すると、接続許可登録処理を実行する（Ｓ１６）。
この接続許可登録処理の詳細について、図７に示すフローチャートを参照して説明する。
図７において、接続許可登録要求であることを検知した携帯網管理装置２０内のＤＢ整合確認部２０２及びフレーム解析部２００は、接続許可登録要求のフレームを解析して登録要求元「ＵＩＤ−１」と、登録対象「ＵＩＤ−３」及び登録要求先「ＵＩＤ−２」を抽出する（ステップＳ２００）。次いで、ＤＢ整合確認部２０２は、登録要求元「ＵＩＤ−１」が登録要求先「ＵＩＤ−２」又は登録要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ」と一致するかを、図４の端末属性管理ＤＢ２１４により判断する（ステップＳ２０１）。
図４の端末属性管理ＤＢ２１４では、登録要求元「ＵＩＤ−１」と、登録要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ」として「ＵＩＤ−１」が登録されている。このため、ＤＢ整合確認部２０２は、登録要求元「ＵＩＤ−１」が登録要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ：ＵＩＤ−１」と一致すると判断し（ステップＳ２０１：ＹＥＳ）、図３の端末接続管理ＤＢ２２０の登録要求先「ＵＩＤ−２」の「ＮＷ接続許可」に登録対象「ＵＩＤ−３」を登録する（ステップＳ２０２）。次いで、ＤＢ整合確認部２０２は、登録対象「ＵＩＤ−３」の「パーソナルＮＷ」に登録要求先「ＵＩＤ−２」を登録する（ステップＳ２０３）。
これらステップＳ２０２及びステップＳ２０３の各登録処理により、端末接続管理ＤＢ２２０には、図８に示すように登録内容が追加される。
次に、ＤＢ整合確認部２０２は、通信制御部２０１から登録要求元「ＵＩＤ−１」に登録完了を通知して（ステップＳ２０４）、本処理を終了する。また、ＤＢ整合確認部２０２は、ステップＳ２０１において、登録要求元が登録要求先又は登録要求先の「ｍａｓｔｅｒ」と一致しないと判断した場合は（ステップＳ２０１：ＮＯ）、通信制御部２０１から登録要求元「ＵＩＤ−１」に登録不可を通知して（ステップＳ２０５）、本処理を終了する。
次に、図５に戻り、携帯端末１０は、携帯網管理装置２０から登録完了の通知を受信すると、接続先として携帯／固定端末１１のユーザ識別子「ＵＩＤ−２」を設定した接続先通知を携帯端末１２に送信する（Ｓ１７）。なお、Ｓ１７として、携帯端末１０が接続先を通知する方法を例示したが、携帯網管理装置２０が携帯端末１０に登録完了を通知する際に、あわせて携帯端末１２に対して接続先通知を行ってもよい。携帯端末１２は、接続先通知を受信すると、その接続先「ＵＩＤ−２」を設定したアクセス要求を携帯網管理装置２０に送信する（Ｓ１８）。
携帯網管理装置２０は、携帯端末１２からアクセス要求を受信すると、上記（Ｓ１１）と同様にデータベース検索処理を実行する（Ｓ１９）。この時、携帯網管理装置２０内の端末属性管理ＤＢ２１４には、上記接続許可登録処理により、接続先「ＵＩＤ−２」の「ＮＷ接続許可」に「ＵＩＤ−３」が登録済みであるため、携帯端末１２から携帯／固定端末１１への回線接続処理を実行する（Ｓ２０）。
携帯／固定端末１１は、携帯網管理装置２０による転送が受理されると（Ｓ２１）、携帯端末１２との間で接続を確立する（Ｓ２２）。
以上のように、パーソナルネットワーク４０外の携帯端末１２からパーソナルネットワーク４０内の携帯端末１０に対するアクセス要求を契機として、携帯網管理装置２０内の端末属性管理ＤＢ２１４には、携帯／固定端末１１の「ＮＷ接続許可」と、携帯端末１２の「パーソナルＮＷ」の各情報が追加登録される。
次に、携帯端末１０において実行される接続許可削除処理について、図９に示すラダーチャートと、図１０に示すフローチャートを参照して説明する。
図９において、携帯端末１０から削除要求元「ＵＩＤ−１」、削除要求先「ＵＩＤ−２」及び削除対象「ＵＩＤ−３」を設定した接続許可削除要求が携帯網管理装置２０に送信されると（Ｓ３０）、携帯網管理装置２０では、処理判別部２０３により、その要求が接続許可削除要求であることを検知した後、接続許可削除処理が実行される（Ｓ３１）。
図１０において、携帯網管理装置２０内のＤＢ整合確認部２０２及びフレーム解析部２００は、接続許可削除要求のフレームを解析して、削除要求元「ＵＩＤ−１」、削除要求先「ＵＩＤ−２」及び削除対象「ＵＩＤ−３」を抽出する（ステップＳ３００）。次いで、ＤＢ整合確認部２０２は、削除要求元「ＵＩＤ−１」が削除要求先「ＵＩＤ−２」又は削除要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ」と一致するかを、図４の端末属性管理ＤＢ２１４により判断する（ステップＳ３０１）。
図４の端末属性管理ＤＢ２１４では、削除要求元「ＵＩＤ−１」と削除要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ」として「ＵＩＤ−１」が登録されている。このため、ＤＢ整合確認部２０２は、削除要求元「ＵＩＤ−１」が削除要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ：ＵＩＤ−１」と一致すると判断し（ステップＳ３０１：ＹＥＳ）、図３の端末接続管理ＤＢ２２０の削除要求先「ＵＩＤ−２」の「ＮＷ接続許可」の削除対象「ＵＩＤ−３」を削除する（ステップＳ３０２）。
次いで、ＤＢ整合確認部２０２は、図３の端末接続管理ＤＢ２２０の削除対象「ＵＩＤ−３」の「パーソナルＮＷ：ＵＩＤ−２」を削除して（ステップＳ３０３）、通信制御部２０１から削除要求元「ＵＩＤ−１」に削除完了を通知して（ステップＳ３０４）、本処理を終了する。
また、ＤＢ整合確認部２０２は、削除要求元「ＵＩＤ−１」が削除要求先「ＵＩＤ−２」又は削除要求先「ＵＩＤ−２」の「ｍａｓｔｅｒ」と一致しないと判断した場合は（ステップＳ３０１：ＮＯ）、通信制御部２０１から削除要求元「ＵＩＤ−１」に削除不可を通知して（ステップＳ３０５）、本処理を終了する。
以上のように、本実施の形態１のネットワークシステムでは、パーソナルネットワーク外部の携帯端末からパーソナルネットワーク内の端末へのアクセス要求が送信された場合、アクセス要求を受信した端末が接続許可に必要な情報を抽出して、携帯網管理装置に接続許可登録要求を送信し、携帯網管理装置は、接続許可登録要求とともに受信した情報に基づいて、パーソナルネットワーク内の端末の接続先を管理するデータベースに接続許可情報を追加登録できるようにした。
したがって、パーソナルネットワーク外部の通信端末からのアクセス要求時に、その通信端末情報のパーソナルネットワーク内の端末との対応付けが未登録である場合、その通信端末に対する接続可否の登録処理を動的に行うことが可能になり、パーソナルネットワーク外の通信端末からの登録手順が容易になるとともに、パーソナルネットワーク内へのアクセスも可能になる。
（実施の形態２）
上記実施の形態１では、ネットワークシステムとして、一つの携帯網３０に接続された携帯端末によりパーソナルネットワークが構成されている場合について説明したが、本実施の形態２では、複数の異なる会社の携帯網に接続された携帯端末によりパーソナルネットワークが構成されるネットワークシステムの場合について説明する。
図１１は、本実施の形態２に適用するネットワークシステムのシステム構成を示す図である。図１１において、ネットワークシステム１００は、キャリアＡ社（以下、単にＡ社という）の携帯網Ａ３０と、キャリアＢ社（以下、単にＢ社という）の携帯網Ｂ３１と、キャリアＣ社（以下、Ｃ社という）の携帯網Ｃ３２とが、各携帯網Ａ３０，Ｂ３１，Ｃ３２に接続された携帯網管理装置Ａ２０、携帯網管理装置Ｂ２１及び携帯網管理装置Ｃ２２により相互に連携されている。また、携帯網Ａ３０には携帯端末１０が接続され、携帯網Ｂ３１には携帯／固定端末１１が接続され、携帯網Ｃ３２には携帯端末１２が接続されている。また、図１１のネットワークシステム１００では、携帯端末１０と携帯／固定端末１１がパーソナルネットワーク４０を構成している。
携帯端末１０にはＡ社から当該端末ユーザに一意に付与されるユーザ識別子「Ａ社．ＵＩＤ−１」が設定され、携帯／固定端末１１にはＣ社から当該端末ユーザに一意に付与されるユーザ識別子「Ｃ社．ＵＩＤ−１」が設定され、携帯端末１２にはＢ社から当該端末ユーザに一意に付与されるユーザ識別子「Ｂ社．ＵＩＤ−１」が設定されている。
本実施の形態２の携帯網管理装置Ａ２０，Ｂ２１，Ｃ２２の各構成は、実施の形態１の図２に示した携帯網管理装置２０と同様であるため、その図示及び構成説明は省略する。また、携帯網管理装置Ａ２０，Ｂ２１，Ｃ２２内には、上記実施の形態１の図３及び図４に示した端末接続管理ＤＢ２２０及び端末属性管理ＤＢ２１４と同様の構成の各ＤＢが各々記憶されている。
以下、携帯端末１２から携帯端末１０へのアクセス要求が送信された場合の処理を、図２０のラダーチャートを用いて説明する。なお、図２０に示した処理は、図５と類似しており、処理として異なる部分を中心に説明する。
携帯端末１２は、まず、自オペレータの携帯網管理装置Ｂ２１にアクセス要求し（Ｓ１０）、携帯網管理装置Ｂ２１は、受信したアクセス要求より、データベース検索処理を実行する。このデータベース検索処理について、図１２に示すフローチャートを参照して説明する。
図１２において、処理判別部２０３と連携し、アクセス要求であることを検知した携帯網管理装置Ｂ２１内のＤＢ整合確認部２０２及びフレーム解析部２００は、アクセス要求のフレーム解析を行い、接続先「Ａ社．ＵＩＤ−１」と接続元「Ｂ社．ＵＩＤ−１」の各情報を抽出する（ステップＳ４００）。次いで、ＤＢ整合確認部２０２は、抽出した接続先「Ａ社．ＵＩＤ−１」が自オペレータ管理網、すなわち、携帯網Ｂ３１に登録された携帯端末であるかを判断する（ステップＳ４０１）。ここで、抽出した接続先「Ａ社．ＵＩＤ−１」は、携帯網Ｂ３１に登録された携帯端末でないため（ステップＳ４０１：ＮＯ）、接続先「Ａ社．ＵＩＤ−１」が属する携帯網管理装置Ａ２０に対し、データベース検索要求を転送し(ステップＳ４０２)、本処理を終了する。
次に、携帯網管理装置Ａ２０は転送されたデータベース検索要求を受け取ると、接続先「Ａ社．ＵＩＤ−１」と接続元「Ｂ社．ＵＩＤ−１」の各情報を抽出する（ステップＳ４００）。次いで、ＤＢ整合確認部２０２は、抽出した接続先「Ａ社．ＵＩＤ−１」が自オペレータ管理網、すなわち、携帯網Ａ３０に登録された携帯端末かを端末識別子管理ＤＢ２１０を検索して判断する（ステップＳ４０１）。ＤＢ整合確認部２０２は、抽出した接続先「Ａ社．ＵＩＤ−１」が携帯網Ａ３０に登録された携帯端末であると判断し（ステップＳ４０１：ＹＥＳ）、ステップＳ４０３以降の処理を実行する。ステップＳ４０３以降のステップＳ４１１までの処理は、上記実施の形態１で説明した図６のステップＳ１０１〜ステップＳ１０９と同様の処理であるため、説明は省略する。
なお、上記図１２のデータベース検索処理は、携帯網管理装置Ａ２０，Ｂ２１，Ｃ２２において同様に実行される。
そして図２０に戻り、上記データベース検索処理により、携帯端末１２と携帯端末１０との間の回線接続が携帯網管理装置Ｂ２１及び携帯網管理装置Ａ２０を介して行われる(Ｓ１２)。携帯端末１０は、携帯網管理装置Ａ１０からの接続が受理されると（Ｓ１３）、携帯端末１２との間で接続を確立する（Ｓ１４）。
その後、携帯端末１０から登録要求元「Ａ社．ＵＩＤ−１」と、登録対象「Ｂ社．ＵＩＤ−１」及び登録要求先「Ｃ社．ＵＩＤ−１」を設定した接続許可登録要求が携帯網管理装置Ａ２０に送信されると、携帯網管理装置Ａ２０では、以下の接続許可登録処理が実行される。
この携帯網管理装置Ａ２０により実行される接続許可登録処理について、図１３に示すフローチャートを参照して説明する。
図１３において、処理判別部２０３と連携し、アクセス要求であることを検知した携帯網管理装置Ａ２０内のＤＢ整合確認部２０２及びフレーム解析部２００は、接続許可登録要求のフレームを解析して登録要求元「Ａ社．ＵＩＤ−１」と、登録対象「Ｂ社．ＵＩＤ−１」及び登録要求先「Ｃ社．ＵＩＤ−１」を抽出する（ステップＳ５００）。次いで、ＤＢ整合確認部２０２は、登録要求先「Ｃ社．ＵＩＤ−１」が自オペレータ網、すなわち、携帯網Ａ３０に登録された携帯端末かを判断する（ステップＳ５０１）。ＤＢ整合確認部２０２は、抽出した登録要求先「Ｃ社．ＵＩＤ−１」が携帯網Ａ３０に登録された携帯端末でないと判断した場合は（ステップＳ５０１：ＮＯ）、抽出した接続先のユーザ識別子から接続先のキャリアを判断し、その接続先が属する携帯網管理装置Ｃ２２に対して、接続許可登録要求を転送して（ステップＳ５０７）、本処理を終了する。
その後、携帯網管理装置Ｃ２２では、登録要求元「Ａ社．ＵＩＤ−１」と、登録対象「Ｂ社．ＵＩＤ−１」及び登録要求先「Ｃ社．ＵＩＤ−１」を抽出し（ステップＳ５００）、ＤＢ整合確認部２０２によりは、抽出した接続先「Ｃ社．ＵＩＤ−１」が携帯網Ｃ３２に登録された携帯端末であると判断し（ステップＳ５０１：ＹＥＳ）、ステップＳ５０２以降の処理を実行する。ステップＳ５０２以降のステップＳ５０６までの処理は、上記実施の形態１で説明した図７のステップＳ２０１〜ステップＳ２０５と同様の処理であるため、説明は省略する。
なお、上記図１３の接続許可登録処理は、携帯網管理装置Ａ２０，Ｂ２１，Ｃ２２において同様に実行される。
以上の接続許可登録処理が実行された結果、携帯網管理装置Ａ２０、携帯網管理装置Ｂ２１及び携帯網管理装置Ｃ２２において、各々管理される端末接続管理ＤＢに接続許可した情報が登録される例を、図１４及び図１５を参照して説明する。
図１４は、接続許可した情報を登録する前の各社のＤＢの構成を示す図である。図１４Ａ及び図１４ＢはＡ社の携帯網管理装置Ａ２０内の端末接続管理ＤＢ５００及び端末属性管理ＤＢ５１０の一例を示す図、図１４Ｃ及び図１４ＤはＣ社の携帯網管理装置Ｂ２１内の端末接続管理ＤＢ６００及び端末属性管理ＤＢ６１０の一例を示す図、図１４Ｅ及び図１４ＦはＢ社の携帯網管理装置Ｃ２２内の端末接続管理ＤＢ７００及び端末属性管理ＤＢ７１０の一例を示す図である。
ここで、端末接続管理ＤＢ５００には、携帯端末１０の管理下にある携帯／固定端末１１のユーザ識別子情報「Ｃ社．ＵＩＤ−１」が「パーソナルＮＷ」欄に既に登録されている。また、端末属性管理ＤＢ６１０には、携帯／固定端末１１の管理者端末である携帯端末１０のユーザ識別子情報「Ａ社．ＵＩＤ−１」が「ｍａｓｔｅｒ」欄に既に登録されている。
図１４の各端末接続管理ＤＢ５００，６００，７００及び各端末属性管理ＤＢ５１０，６１０，７１０を用いて、上記接続許可登録処理を実行することにより、図１５Ｂに示すように、携帯網管理装置Ｃ２２により端末接続管理ＤＢ６００には、登録対象「Ｂ社．ＵＩＤ−１」のＮＷ接続許可登録が追加登録される。また、図１５Ｃに示すように、携帯網管理装置Ｂ２１により端末接続管理ＤＢ７００には、登録要求先「Ｃ社．ＵＩＤ−１」のパーソナルＮＷ登録が追加登録される。
次に、携帯端末１０「Ａ社．ＵＩＤ−１」が、携帯端末１２「Ｂ社．ＵＩＤ−１」の携帯／固定端末１１「Ｃ社．ＵＩＤ−１」に対する接続許可を削除する処理について、図１６に示すフローチャートを参照して説明する。
図１６において、処理判別部２０３と連携し、接続許可削除要求であることを検知した携帯網管理装置２０Ａ内のＤＢ整合確認部２０２及びフレーム解析部２００は、接続許可削除要求のフレームを解析して削除要求元「Ａ社．ＵＩＤ−１」と、削除対象「Ｂ社．ＵＩＤ−１」及び削除要求先「Ｃ社．ＵＩＤ−１」を抽出する（ステップＳ６００）。次いで、ＤＢ整合確認部２０２は、抽出した削除要求先「Ｃ社．ＵＩＤ−１」が自オペレータ管理網、すなわち、携帯網Ａ３０に登録された携帯端末かを端末識別子管理ＤＢ５００を検索して判断する（ステップＳ６０１）。ＤＢ整合確認部２０２は、抽出した削除要求先が携帯網Ａ３０に登録された携帯端末でないと判断した場合は（ステップＳ６０１：ＮＯ）、抽出した削除要求先のユーザ識別子から削除要求先のキャリアを判断し、その削除要求先が属する携帯網管理装置Ｂ２１又はＣ２２に対して、抽出した削除要求先のユーザ識別子情報と共に接続許可削除要求を転送して（ステップＳ６０７）、本処理を終了する。
また、ＤＢ整合確認部２０２は、抽出した削除要求先が自携帯網Ａ３０に登録された携帯端末であると判断した場合には（ステップＳ６０１：ＹＥＳ）、ステップＳ６０２以降の処理を実行する。ステップＳ６０２以降のステップＳ６０６までの処理は、上記実施の形態１で説明した図１０のステップＳ３０１〜ステップＳ３０５と同様の処理であるため、説明は省略する。
なお、上記図１６の接続許可削除処理は、携帯網管理装置Ａ２０，Ｂ２１，Ｃ２２において同様に実行される。
次に、図１１のネットワークシステム１００において、携帯端末１２も管理者端末となり、その管理下に携帯／固定端末１３が接続されている場合について、図１７〜図１９を参照して説明する。
図１７は、携帯端末１０，１２による携帯／固定端末１１，１３間のアクセス要求時の動作を示すラダーチャートである。図１８は、携帯網管理装置Ｂ２１が管理する端末接続管理ＤＢ７００及び端末属性管理ＤＢ７１０の一例を示す図である。図１９は、図１７の動作において接続許可登録処理が実行された結果、携帯網管理装置Ａ２０、携帯網管理装置Ｂ２１及び携帯網管理装置Ｃ２２において、各々管理される端末接続管理ＤＢ５００，６００，７００の登録結果を示す図である。
図１８Ａの端末接続管理ＤＢ７００では、携帯端末１２管理下の携帯／固定端末１３の端末接続管理情報として、ユーザ識別子情報「ＵＩＤ−２」、ＮＷ接続拒否情報「ＡＬＬ」及びＮＷ接続許可情報「ＵＩＤ−１」が追加登録済みである。
また、図１８Ｂの端末属性管理ＤＢ７１０では、携帯／固定端末１３の携帯端末属性情報として携帯／固定端末１３のユーザ識別子情報「ＵＩＤ−２」と、その管理者端末情報「ＵＩＤ−１」が追加登録済みである。
次に、携帯端末１０，１２による携帯／固定端末１１，１３間のアクセス要求時の動作について、図１７のラダーチャートを参照して説明する。
図１７において、携帯／固定端末１３と携帯端末１２間の接続を確立すると（Ｓ４０）、携帯端末１２から携帯端末１０へのアクセス要求が携帯網Ｂ３１，携帯網管理装置Ｂ２１を介して携帯網管理装置Ａ２０に送信されると（Ｓ４１，Ｓ４２）、携帯網管理装置Ａ２０は、受信したアクセス要求によりデータベース検索処理を実行する（Ｓ４２）。この時、携帯網管理装置Ｂ２１，携帯網管理装置Ａ２０では、上記図１２のデータベース検索処理が実行されている。接続先「Ａ社．ＵＩＤ−１」が自オペレータ管理網である携帯網Ａ３０に登録された携帯端末であることが確認されて、携帯端末１２と携帯端末１０の間の回線接続が行われる（Ｓ４３）。
携帯端末１０は、携帯網管理装置Ａ２０からの接続を受理すると（Ｓ４４）、携帯端末１２との間で接続を確立する（Ｓ４５）。また、このとき、登録対象となる携帯／固定端末１３のユーザ識別子「Ｂ社．ＵＩＤ−２」を送信する。次に、携帯端末１０は、登録要求元「Ａ社．ＵＩＤ−１」と、登録対象「Ｂ社．ＵＩＤ−２」及び登録要求先「Ｃ社．ＵＩＤ−１」を設定した接続許可登録要求を携帯網管理装置Ａ２０に送信する（Ｓ４６）。携帯網管理装置Ａ２０は、接続許可登録要求を受信すると、接続許可登録処理を実行する（Ｓ４７）。
この時、携帯網管理装置Ａ２０では、上記図１３の接続許可登録処理が実行される。携帯網管理装置Ａ２０では、登録要求先「Ｃ社．ＵＩＤ−１」が自オペレータ管理網、すなわち、携帯網Ａ３０に登録された携帯端末でないため、接続許可登録要求は携帯網管理装置Ｃ２２に転送される。
そして、携帯網管理装置Ｃ２２において、上記図１３の接続許可登録処理が実行されることにより、図１９Ｂに示すように端末接続管理ＤＢ６００には、新たなネットワーク接続許可先として、携帯／固定端末１３のユーザ識別子情報「Ｂ社．ＵＩＤ−２」が追加登録される。
また、携帯網管理装置Ｂ２１の端末接続管理ＤＢ７００には、図１９Ｃに示すように、登録対象である携帯／固定端末１３のユーザ識別子「ＵＩＤ−２」に対応する「パーソナルＮＷ」欄に、登録要求先の携帯／固定端末１１のユーザ識別子情報「Ｃ社．ＵＩＤ−１」が追加登録される。
図１７に戻り、携帯網管理装置Ａ２０，Ｂ２１，Ｃ２２の接続許可登録処理が終了し、その登録完了の通知を携帯端末１０が受けると、接続先である携帯／固定端末１１のユーザ識別子情報「Ｃ社．ＵＩＤ−１」とともに接続先通知を携帯端末１２に送信する（Ｓ４８）。なお、Ｓ４８として、携帯端末１０が接続先を通知する方法を例示したが、携帯端末１０に登録完了を通知する際に、携帯網管理装置Ａ２０，またはＢ２１，またはＣ２２が、あわせて携帯端末１２に対して接続先通知を行ってもよい。携帯端末１２は、ユーザ識別子情報「Ｃ社．ＵＩＤ−１」とともに接続先通知を受信すると、携帯／固定端末１３に転送する（Ｓ４９）。
携帯／固定端末１３は、接続先通知を受信すると、その接続先「Ｃ社．ＵＩＤ−１」を設定したアクセス要求は携帯網管理装置Ｂ２１を介し、携帯網管理装置Ｃ２２に送信される（Ｓ５０、Ｓ５１）。携帯網管理装置Ｃ２２は、携帯／固定端末１３からアクセス要求を受信すると、上記（Ｓ４２）と同様にデータベース検索処理を実行する（Ｓ５１）。この時、携帯網管理装置Ｃ２２内の端末接続管理ＤＢ７００には、上記接続許可登録処理により、接続先「ＵＩＤ−１」の「ＮＷ接続許可」に「Ｂ社．ＵＩＤ−２」が登録済みであるため、携帯／固定端末１３から携帯／固定端末１１への回線接続処理を実行する（Ｓ５２）。
携帯／固定端末１１は、携帯網管理装置Ｃ２２からの接続を受理（Ｓ５３）すると、携帯／固定端末１３との間で接続を確立する（Ｓ５４）。
以上のように、本実施の形態２のネットワークシステムでは、複数の異なるネットワークに接続された複数の通信端末で構成されたパーソナルネットワーク外部の端末からパーソナルネットワーク内の携帯端末へのアクセス要求が送信された場合、アクセス要求を受信した携帯端末が接続許可に必要な情報を抽出して、携帯網管理装置に接続許可登録要求を送信し、パーソナルネットワークを構成する端末が接続される携帯網の管理装置は、接続許可登録要求とともに受信した情報に基づいて、パーソナルネットワーク内の携帯端末の接続を管理するデータベースに接続許可情報を追加登録するようにした。
したがって、複数の異なるネットワークに接続された複数の通信端末で構成されたパーソナルネットワークに対して、外部のネットワークに接続された通信端末からのアクセス要求時に、その通信端末情報のパーソナルネットワーク内の端末との対応付けが未登録である場合、その通信端末に対する接続可否の登録処理を動的に行うことが可能になり、パーソナルネットワーク外の通信端末からの登録手順が容易になるとともに、パーソナルネットワーク内へのアクセスも可能になる。
（実施の形態３）
上記実施の形態１、２の説明では、図５のＳ１５、あるいは、図１７のＳ４６の接続許可登録要求において、登録要求先が１つの端末となる場合についてのみ例示したが、一度の要求で複数の端末への接続許可登録処理を行うことも考えられる。このような場合、例えば、上記実施の形態１において、図５のＳ１５において登録要求先を同時に複数指定することで、複数の端末への接続許可登録処理を行ってもよい。
また、他の方法として、図２１に示すように、携帯網管理装置２０が、図２で示した携帯網管理装置に、さらにグループ管理ＤＢ２１５を有する方法も考えられる。グループ管理ＤＢ２１５に、複数の端末をグループ化し、例えば、図２２に示すように、グループＩＤ「ＧＩＤ−１」と、端末のユーザ識別子「ＵＩＤ−２」「ＵＩＤ−４」とを対応付けて端末グループ化テーブル２１５ａとし、グループＩＤ「ＧＩＤ−１」の作成者である「ＵＩＤ−１」を登録者として対応付けてグループ登録者テーブル２１５ｂとしてグループ登録を行っておき、そのグループに対するグループＩＤ「ＧＩＤ−１」を、登録要求先として指定することにより、複数の端末への接続許可登録処理を行うこともできる。
次に、このグループ登録処理についての一例を、図２３に示すラダーチャートと、図２４に示すフローチャートを参照して説明する。
図２３において、携帯端末１０からグループ登録要求元を設定したグループ登録要求が携帯網管理装置２０に送信されると（Ｓ６０）、携帯網管理装置２０では、処理判別部２０３により、その要求がグループ登録要求であることを検知した後、グループ登録処理が実行される（Ｓ６１）。
図２４において、携帯網管理装置２０内のＤＢ整合確認部２０２及びフレーム解析部２００は、グループ登録要求のフレームを解析して、グループ登録要求元を抽出する（ステップＳ６００）。次いで、ＤＢ整合確認部２０２は、グループ登録要求元が「ｍａｓｔｅｒ」として登録されている端末を端末属性管理ＤＢ２１４から抽出し、グループ登録要求元に結果を提示する（ステップＳ６０１）。
次に、グループ登録要求元に提示した結果の中から選択された端末に対し、グループ識別子を設定し、グループ管理ＤＢ２１５内の端末グループ化テーブル２１５ａに登録し（ステップＳ６０２）、グループ登録要求元に登録完了を通知して(ステップＳ６０３)、本処理を終了する。
また、グループ削除処理についての一例を、図２５に示すラダーチャートと、図２６に示すフローチャートを参照して説明する。
図２５において、携帯端末１０からグループ削除要求元を設定したグループ削除要求が携帯網管理装置２０に送信されると（Ｓ７０）、携帯網管理装置２０では、処理判別部２０３により、その要求がグループ削除要求であることを検知した後、グループ削除処理が実行される（Ｓ７１）。
図２６において、携帯網管理装置２０内のＤＢ整合確認部２０２及びフレーム解析部２００は、グループ削除要求のフレームを解析して、グループ削除要求元を抽出する（ステップＳ７００）。次いで、ＤＢ整合確認部２０２は、グループ削除要求元が「登録者」として登録されているグループをグループ管理ＤＢ２１５内のグループ登録者テーブル２１５ｂから抽出し、グループ削除要求元に結果を提示する（ステップＳ７０１）。
次に、グループ削除要求元からの要求を判別し（ステップＳ７０２）、グループ全体の削除要求である場合（ステップＳ７０２：ＹＥＳ）、削除選択されたグループをグループ管理ＤＢ２１５内の端末グループ化テーブル２１５ａから削除し（ステップＳ７０３）、グループ削除要求元に削除完了を通知して（ステップＳ７０６）、本処理を終了する。また、ステップＳ７０２において、削除要求がグループ登録されている個々の端末である場合（ステップＳ７０２：ＮＯ）、選択されたグループとして登録されている端末を抽出し、グループ削除要求元へ提示する（ステップＳ７０４）。その後、削除選択された端末をグループ管理ＤＢ２１５内の端末グループ化テーブル２１５ａから当該グループから削除し（ステップＳ７０５）、グループ削除要求元に削除完了を通知して（ステップＳ７０６）、本処理を終了する。
なお、複数の端末への接続許可登録処理の例として、実施の形態１に関する例を示したが、実施の形態２に対しても適用可能であることは、容易に類推できる。
（実施の形態４）
上記実施の形態１、２、３で、携帯端末、または、携帯／固定端末として表現しているものを、ホームネットワークやＰＡＮ(Ｐｒｉｖａｔｅ Ａｒｅａ Ｎｅｔｗｏｒｋ)などの、パーソナルネットワークの要素の管理端末としてみなし、パーソナルネットワークの要素内へのアクセスを管理するように適用することも可能である。さらに、それらのパーソナルネットワークの要素内のデバイスに対して、本発明を適用することで、デバイスレベルでの管理も可能である。
その一例として、実施の形態１の図１で示した携帯／固定端末１１がホームネットワークの管理端末としての機能を有する固定端末である場合のシステム構成例を図２７を用いて説明する。図２７に示すネットワークシステム４００では、固定端末１１を中心とするホームネットワーク５０が存在し、ホームネットワーク５０には、固定端末１１と接続されたデバイス６０とデバイス６１が存在している。ここで、デバイス６０やデバイス６１の例としては、テレビ番組等の動画や音楽を保存しているＨＤＤレコーダやステレオ、ＰＣ、ネットワーク対応のゲーム機器等である。
このデバイス６０、デバイス６１はデバイス識別子として、それぞれ、ＤＥＶ１、ＤＥＶ２を有している。このデバイス識別子がオペレータにより識別できるものであれば、デバイス識別子を、実施の形態１で述べたユーザ識別子と同等に扱い、携帯網管理装置２０において、デバイス６０への接続に関しても接続管理を行うことで、個々のデバイス単位での接続管理も可能である。
なお、このデバイスへの接続管理に関しては、固定端末１１で管理を行ってもよく、例えば、図２７のホームネットワーク５０（すなわち、固定端末１１）に対する接続は、実施の形態１で述べたように携帯網管理装置２０で管理し、ホームネットワーク５０内の個々のデバイス６０、６１に対する接続は固定端末１１で管理してもよい。このように管理を分離することで、固定端末１１に必要な機能が増え、処理性能がより要求されるという欠点もあるが、携帯網管理装置２０への負荷集中を回避することが可能となるとともに、ホームネットワーク５０内のデバイスとして、識別子を所有しないデバイスであっても、固定端末１１への物理的な接続方法により識別してもよいため、利用するデバイスの自由度が上がるという利点も考えられる。
以上のように、パーソナルネットワーク外部から、携帯網３０を介して、デバイス６０、または、デバイス６１へのアクセス時に、その通信端末情報がパーソナルネットワーク内のデバイスとの対応付けが未登録である場合、その通信端末に対する接続可否の登録処理を動的に行うことが可能になり、パーソナルネットワーク外からの登録手順が容易になるとともに、パーソナルネットワーク内へのアクセスも可能になる。
なお、上記実施の形態１、２、３、４では、１つのパーソナルネットワークに属する携帯端末又は携帯／固定端末と管理者端末「ｍａｓｔｅｒ」が１対１で登録されている場合を示したが、あるパーソナルネットワークに属する携帯端末又は携帯／固定端末が当該パーソナルネットワークに属する管理者端末と、他のパーソナルネットワークに属する管理者端末とで共有される場合、すなわち、１対多で登録される構成も考えられる。このようなパーソナルネットワークの構成に対しても、本発明は適用可能である。
本明細書は、２００５年７月４日出願の特願２００５−１９５６１６、２００６年２月６日出願の特願２００６−０２９０６０に基づく。この内容はすべてここに含めておく。
本発明は、パーソナルネットワーク外部の通信端末からのアクセス要求時に、その通信端末情報のパーソナルネットワーク内の端末との対応付けが未登録である場合、その通信端末に対する接続可否の登録処理を動的に行うことが可能になり、パーソナルネットワーク外の通信端末からの登録手順が容易になるとともに、パーソナルネットワーク内へのアクセスも可能にするパーソナルネットワークシステム等に有用である。
本発明の実施の形態１に係るネットワークシステムのシステム構成を示す図 本発明の実施の形態１に係る携帯網管理装置の概略構成を示すブロック図 本発明の実施の形態１に係る端末接続管理データベースの一例を示す図 本発明の実施の形態１に係る端末属性管理データベースの一例を示す図 本発明の実施の形態１に係るパーソナルネットワーク外部の携帯端末からパーソナルネットワーク内の携帯端末にアクセスする場合の動作を示すラダーチャート 本発明の実施の形態１に係る携帯網管理装置で実行されるデータベース検索処理を示すフローチャート 本発明の実施の形態１に係る携帯網管理装置で実行される接続許可登録処理を示すフローチャート 本発明の実施の形態１に係る接続許可登録処理後の端末接続管理データベースの一例を示す図 本発明の実施の形態１に係る接続許可削除要求時の動作を示すラダーチャート 本発明の実施の形態１に係る携帯網管理装置で実行される接続許可削除処理を示すフローチャート 本発明の実施の形態２に係るネットワークシステムのシステム構成を示す図 本発明の実施の形態２に係る携帯網管理装置で実行されるデータベース検索処理を示すフローチャート 本発明の実施の形態２に係る携帯網管理装置で実行される接続許可登録処理を示すフローチャート 本発明の実施の形態２に係る接続許可した情報を登録する前の各社のＤＢの構成を示す図 本発明の実施の形態２に係る接続許可登録処理後の各社のＤＢの構成を示す図 本発明の実施の形態２に係る携帯網管理装置で実行される接続許可削除処理を示すフローチャート 本発明の実施の形態２に係るパーソナルネットワーク内外の各携帯端末と各携帯／固定端末間のアクセス要求時の動作を示すラダーチャート 本発明の実施の形態２に係る端末接続管理データベース、端末属性管理データベースの一例を示す図 本発明の実施の形態２に係る接続許可登録処理後の端末接続管理データベースの一例を示す図 本発明の実施の形態２に係るパーソナルネットワーク外部の携帯端末からパーソナルネットワーク内の携帯端末にアクセスする場合の動作を示すラダーチャート 本発明の実施の形態３に係る携帯網管理装置の概略構成を示すブロック図 本発明の実施の形態３に係るグループ管理データベースの一例を示す図 本発明の実施の形態３に係るグループ登録要求時の動作を示すラダーチャート 本発明の実施の形態３に係る携帯網管理装置で実行されるグループ登録処理を示すフローチャート 本発明の実施の形態３に係るグループ削除要求時の動作を示すラダーチャート 本発明の実施の形態３に係る携帯網管理装置で実行されるグループ削除処理を示すフローチャート 本発明の実施の形態４に係るネットワークシステムのシステム構成を示す図

Claims (8)

  1. ネットワークに接続された複数の通信端末装置により構成されるパーソナルネットワークを管理するパーソナルネットワーク管理方法であって、
    前記パーソナルネットワークを構成する通信端末装置毎に、接続先の通信端末情報をメモリに登録して管理する端末接続管理工程と、
    前記パーソナルネットワーク外の通信端末装置からパーソナルネットワーク内の通信端末装置への接続要求を受信する受信工程と、
    前記受信した接続要求から接続元の通信端末情報と接続先の通信端末情報を抽出し、当該接続元の通信端末情報を前記メモリから検索する検索工程と、
    前記パーソナルネットワーク内の通信端末情報と前記接続元の通信端末情報が前記メモリに対応付けて登録されていなければ、前記パーソナルネットワーク内の通信端末情報と前記接続元の通信端末情報を対応付けて前記メモリに登録する登録工程と、
    を有するパーソナルネットワーク管理方法。
  2. 前記パーソナルネットワークを構成する複数の通信端末装置は、管理用端末装置と当該管理用端末装置管理下の通信端末装置とから構成され、
    前記端末接続管理工程において、前記通信端末装置毎に管理用端末情報をメモリに更に登録して管理し、
    前記検索工程において、前記抽出した前記接続元の通信端末情報と前記接続先の通信端末情報に基づいて、当該接続元と接続先の通信端末装置の各管理用端末装置を前記メモリから検索し、当該接続元と接続先の通信端末装置の各管理用端末装置が同一か否かに応じて、前記接続要求の可否を判断する請求項１記載のパーソナルネットワーク管理方法。
  3. 前記パーソナルネットワークを構成する複数の通信端末装置は、管理用端末装置と当該管理用端末装置管理下の通信端末装置とから構成され、
    前記端末接続管理工程において、前記通信端末装置毎に管理用端末情報を前記メモリに更に登録して管理し、
    前記登録工程において、接続要求元が接続要求先の前記メモリの情報が変更可能かを判断し、変更可能であれば、前記接続要求先の前記メモリに接続対象と対応付けた情報を登録する請求項１記載のパーソナルネットワーク管理方法。
  4. 複数の異なるネットワークにそれぞれ接続された複数の通信端末装置により構成されるパーソナルネットワークを管理するパーソナルネットワーク管理方法であって、
    前記パーソナルネットワークを構成する通信端末装置毎に、接続されたネットワーク情報と対応付けて接続先の通信端末情報をメモリに登録して管理する端末接続管理工程と、
    前記パーソナルネットワーク外の通信端末装置からパーソナルネットワーク内の通信端末装置への接続要求を受信する受信工程と、
    前記受信した接続要求から接続元の通信端末情報と、接続先のネットワーク情報及び通信端末情報を抽出し、前記接続先の通信端末が同一のネットワークに属していなければ、前記接続先が属するネットワークに転送し、抽出した各情報を前記メモリから検索する検索工程と、
    前記パーソナルネットワーク内の通信端末装置が属するネットワークにおいて、前記パーソナルネットワーク内の通信端末情報と前記接続元の通信端末情報が前記メモリに対応付けて登録されていなければ、前記パーソナルネットワーク内の通信端末情報と前記接続元の通信端末情報を対応付けて前記メモリに登録する登録工程と、
    を有するパーソナルネットワーク管理方法。
  5. ネットワークに接続された複数の通信端末装置により構成されるパーソナルネットワークを管理するパーソナルネットワーク管理装置であって、
    前記パーソナルネットワークを構成する通信端末装置毎に、接続先の通信端末情報を登録して管理する端末接続管理手段と、
    前記パーソナルネットワーク外の通信端末装置からパーソナルネットワーク内の通信端末装置への接続要求を受信する受信手段と、
    前記受信した接続要求から接続元の通信端末情報と接続先の通信端末情報を抽出し、当該接続元の通信端末情報を前記端末接続管理手段から検索する検索手段と、
    前記パーソナルネットワーク内の通信端末情報と前記接続元の通信端末情報が前記端末接続管理手段に対応付けて登録されていなければ、前記パーソナルネットワーク内の通信端末情報と前記接続元の通信端末情報を対応付けて前記端末接続管理手段に登録する登録手段と、
    を具備するパーソナルネットワーク管理装置。
  6. 前記パーソナルネットワークを構成する複数の通信端末装置は、管理用端末装置と当該管理用端末装置管理下の通信端末装置とから構成され、
    前記端末接続管理手段は、前記通信端末装置毎に管理用端末情報を前記端末属性管理手段に更に登録して管理し、
    前記検索手段は、前記抽出した前記接続元の通信端末情報と前記接続先の通信端末情報に基づいて、当該接続元と接続先の通信端末装置の各管理用端末装置を前記端末属性管理手段から検索し、当該接続元と接続先の通信端末装置の各管理用端末装置が同一か否かに応じて、前記接続要求の可否を判断する請求項５記載のパーソナルネットワーク管理装置。
  7. 前記パーソナルネットワークを構成する複数の通信端末装置は、管理用端末装置と当該管理用端末装置管理下の通信端末装置とから構成され、
    前記端末接続管理手段は、前記通信端末装置毎に管理用端末情報を端末属性管理手段に更に登録して管理し、
    前記登録手段は、接続要求元が接続要求先の前記端末接続管理手段の情報が変更可能かを判断し、変更可能であれば、前記接続要求先の前記端末接続管理手段に接続対象と対応付けた情報を登録する請求項５記載のパーソナルネットワーク管理装置。
  8. 複数の異なるネットワークにそれぞれ接続された複数の通信端末装置により構成されるパーソナルネットワークを管理するパーソナルネットワーク管理装置であって、
    前記パーソナルネットワークを構成する通信端末装置毎に、接続されたネットワーク情報と対応付けて接続先の通信端末情報を登録して管理する端末接続管理手段と、
    前記パーソナルネットワーク外の通信端末装置からパーソナルネットワーク内の通信端末装置への接続要求を受信する受信手段と、
    前記受信した接続要求から接続元の通信端末情報と、接続先のネットワーク情報及び通信端末情報を抽出し、前記接続先の通信端末が同一のネットワークに属していなければ、前記接続先が属するネットワークに転送し、抽出した各情報を前記端末接続管理手段から検索する検索手段と、
    前記パーソナルネットワーク内の通信端末が属するネットワークにおいて、前記パーソナルネットワーク内の通信端末情報と前記接続元の通信端末情報が前記端末接続管理手段に対応付けて登録されていなければ、前記パーソナルネットワーク内の通信端末情報と前記接続元の通信端末情報を対応付けて前記端末接続管理手段に登録する登録手段と、
    を具備するパーソナルネットワーク管理装置。
JP2007524063A 2005-07-04 2006-07-03 パーソナルネットワーク管理方法及びパーソナルネットワーク管理装置 Ceased JPWO2007004625A1 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2005195616 2005-07-04
JP2005195616 2005-07-04
JP2006029060 2006-02-06
JP2006029060 2006-02-06
PCT/JP2006/313253 WO2007004625A1 (ja) 2005-07-04 2006-07-03 パーソナルネットワーク管理方法及びパーソナルネットワーク管理装置

Publications (1)

Publication Number Publication Date
JPWO2007004625A1 true JPWO2007004625A1 (ja) 2009-01-29

Family

ID=37604486

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007524063A Ceased JPWO2007004625A1 (ja) 2005-07-04 2006-07-03 パーソナルネットワーク管理方法及びパーソナルネットワーク管理装置

Country Status (4)

Country Link
US (1) US20090113027A1 (ja)
EP (1) EP1895787A1 (ja)
JP (1) JPWO2007004625A1 (ja)
WO (1) WO2007004625A1 (ja)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2120481A4 (en) * 2006-12-13 2012-11-21 Sharp Kk COMMUNICATION CONTROLLER, METHOD AND COMMUNICATION TERMINAL
CN101237678B (zh) * 2007-02-02 2011-11-23 华为技术有限公司 个人网管理电路域终端的激活及登记方法、系统及装置
CN101325508B (zh) * 2007-06-13 2010-07-21 华为技术有限公司 实现个人网络管理私网业务的方法及装置
CN101364909B (zh) * 2007-08-07 2011-04-13 华为技术有限公司 无卡设备接入个人网络的方法、装置及系统
WO2009063784A1 (ja) * 2007-11-13 2009-05-22 Sharp Kabushiki Kaisha 通信制御装置、通信制御システム、通信制御方法
JP5063453B2 (ja) 2008-04-01 2012-10-31 キヤノン株式会社 管理装置、通信装置、方法及びプログラム
WO2010053064A1 (ja) * 2008-11-06 2010-05-14 シャープ株式会社 アプリケーションサーバ、制御端末及び通信システム
KR101162745B1 (ko) * 2008-12-16 2012-07-05 한국전자통신연구원 개인 네트워크와 연합 네트워크를 구축하기 위한 방법 및 장치
CN101873576B (zh) * 2009-04-24 2014-04-16 电信科学技术研究院 中继接入节点能力上报的方法、系统及装置
WO2011040695A1 (en) * 2009-10-01 2011-04-07 Lg Electronics Inc. Method and device for sharing objects in service groups of cpns enabler
CN102696267B (zh) * 2009-11-25 2016-08-10 交互数字专利控股公司 机器类通信预注册
CN102238485A (zh) * 2010-04-30 2011-11-09 中兴通讯股份有限公司 一种管理业务组的方法及系统
CN102281627B (zh) * 2010-06-13 2016-08-03 中兴通讯股份有限公司 一种管理个人网的方法及系统
US8504042B2 (en) * 2010-08-25 2013-08-06 Htc Corporation Method of handling service group ownership transfer in a communication system and related communication device
US8619819B2 (en) * 2011-08-19 2013-12-31 Ecolink Intelligent Technology, Inc. Robust communication protocol for home networks
CN105188013A (zh) * 2015-06-26 2015-12-23 北京锤子数码科技有限公司 网络热点共享方法、装置及系统
CN105657779A (zh) * 2015-12-29 2016-06-08 广东欧珀移动通信有限公司 移动终端的组网方法、系统和移动终端

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0879247A (ja) * 1994-09-01 1996-03-22 Toshiba Corp 通信制御装置及び通信制御方法
JP2005038099A (ja) * 2003-07-17 2005-02-10 Hitachi Ltd 無線ネットワークを構築する情報機器およびプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05145963A (ja) 1991-10-22 1993-06-11 Nippon Telegr & Teleph Corp <Ntt> パーソナル通信追跡接続方法
US6144671A (en) * 1997-03-04 2000-11-07 Nortel Networks Corporation Call redirection methods in a packet based communications network
US6845395B1 (en) * 1999-06-30 2005-01-18 Emc Corporation Method and apparatus for identifying network devices on a storage network
JP2001028631A (ja) * 1999-07-14 2001-01-30 Hitachi Kokusai Electric Inc 電話システム
JP2003018333A (ja) * 2001-07-03 2003-01-17 Ntt Docomo Inc 移動機課金システム、移動機課金方法、移動機課金プログラム、及び、コンピュータ読取可能な記録媒体
AU2003226128A1 (en) * 2002-03-27 2003-10-13 First Virtual Communications System and method for traversing firewalls with protocol communications
JP4531392B2 (ja) 2003-12-26 2010-08-25 株式会社リコー クリーニングシステム、該クリーニングシステムを備えた画像形成装置
US7828652B2 (en) * 2004-02-12 2010-11-09 Igt Player verification method and system for remote gaming terminals
JP2006029060A (ja) 2004-06-15 2006-02-02 Shoji Tanaka あと差し鉄筋の施工方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0879247A (ja) * 1994-09-01 1996-03-22 Toshiba Corp 通信制御装置及び通信制御方法
JP2005038099A (ja) * 2003-07-17 2005-02-10 Hitachi Ltd 無線ネットワークを構築する情報機器およびプログラム

Also Published As

Publication number Publication date
EP1895787A1 (en) 2008-03-05
WO2007004625A1 (ja) 2007-01-11
US20090113027A1 (en) 2009-04-30

Similar Documents

Publication Publication Date Title
JPWO2007004625A1 (ja) パーソナルネットワーク管理方法及びパーソナルネットワーク管理装置
TWI418993B (zh) 社群網路系統及建立個人核心社群網、信任關聯網與社群系統通訊方法
KR100642935B1 (ko) 네임 서비스 시스템 및 방법
US7676544B2 (en) File sharing system, file sharing method, and recording medium storing file sharing program
KR101651029B1 (ko) 자동 서비스 발견 및 접속을 위한 방법 및 장치
WO2020168692A1 (zh) 海量数据共享方法、开放共享平台及电子设备
JP2005346543A (ja) コミュニティ継承方法、コミュニティ管理装置、および、コミュニティ管理プログラム
JP2013069321A (ja) システム、サーバ、情報端末、オペレーティングシステム、ミドルウェア、情報通信機器、認証方法、システム及びアプリケーションソフトウェア
CN103297475A (zh) Mock服务系统及Mock服务的处理方法
KR20120064916A (ko) 전화번호를 이용한 홈 네트워크 접근 제어 장치 및 그 방법과 그 시스템
US20220272537A1 (en) Enhanced authorization in cellular communication networks
CN112236990A (zh) 用于实现iot数据的高效分析的基于服务层的方法
JP2017220112A (ja) データ管理システム、制御方法、およびプログラム
JP2005051475A (ja) 個人情報管理システム、個人情報管理方法及びそのプログラム
CN110708309A (zh) 反爬虫系统及方法
CN101904148A (zh) 用于公司分机标识进行网络漫游的方法和装置
JP3951638B2 (ja) 認証アプリケーションサービスシステム
JP7131357B2 (ja) 通信装置、通信方法、および通信プログラム
JP4340570B2 (ja) アドレス情報配信・収集方法、アドレス情報配信・収集プログラム及び送受信端末
JP2002342171A (ja) 情報管理システム、情報管理装置、情報管理方法、情報利用クライアント、情報利用クライアントプログラムならびに情報利用クライアントプログラムを記録した情報記録媒体
WO2024071803A1 (ko) 무설정 네트워킹 기술 기반 사물인터넷 장치 검색 및 등록을 위한 방법 및 장치
WO2023007834A1 (ja) 情報処理装置、情報処理システム、情報処理方法、および情報処理プログラム
KR101906601B1 (ko) 조직정보에 기반한 부가서비스 제공시스템, 그 조직정보관리서버, 디렉토리관리서버, 통신서비스서버 및 그 부가서비스 제공방법
JP2009042829A (ja) 情報機能提供システム、情報機能提供装置、情報機能提供方法および情報機能提供プログラム
JP2004295538A (ja) ナレッジ管理システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090625

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110816

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111012

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120221

A045 Written measure of dismissal of application [lapsed due to lack of payment]

Free format text: JAPANESE INTERMEDIATE CODE: A045

Effective date: 20120626