WO2004080008A1 - 連携情報管理システム - Google Patents

連携情報管理システム Download PDF

Info

Publication number
WO2004080008A1
WO2004080008A1 PCT/JP2003/002498 JP0302498W WO2004080008A1 WO 2004080008 A1 WO2004080008 A1 WO 2004080008A1 JP 0302498 W JP0302498 W JP 0302498W WO 2004080008 A1 WO2004080008 A1 WO 2004080008A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
information
authentication
message
cooperation
Prior art date
Application number
PCT/JP2003/002498
Other languages
English (en)
French (fr)
Inventor
Yoichiro Igarashi
Masaaki Takase
Masaaki Wakamoto
Mitsunori Fukazawa
Mitsuaki Kakemizu
Original Assignee
Fujitsu Limited
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 Fujitsu Limited filed Critical Fujitsu Limited
Priority to PCT/JP2003/002498 priority Critical patent/WO2004080008A1/ja
Priority to CNA03825929XA priority patent/CN1742467A/zh
Priority to JP2004569114A priority patent/JPWO2004080009A1/ja
Priority to PCT/JP2003/008613 priority patent/WO2004080009A1/ja
Priority to EP03816170A priority patent/EP1601138A1/en
Publication of WO2004080008A1 publication Critical patent/WO2004080008A1/ja
Priority to US11/175,020 priority patent/US20050259620A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04Registration at HLR or HSS [Home Subscriber Server]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/10Mapping addresses of different types
    • H04L61/106Mapping addresses of different types across networks, e.g. mapping telephone numbers to data network addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

  • the present invention relates to a system and a device for providing a service to a specific user of a terminal device connectable to a network such as an IP network.
  • MNs Mobile Nodes
  • MNs Mobile Nodes
  • the MN has an address that does not depend on the subnet to which it currently belongs, and an address that depends on this subnetwork.
  • An address that is not dependent on the subnetwork is called the Home Address.
  • an address that depends on the subnetwork is called a care of address (CoA).
  • the HA Home Agent
  • CN Correspondent Node
  • a third party host sends a bucket to the MN
  • the HA receives a packet addressed to the home address of the MN, it forwards the packet to the care-of address stored in correspondence with the home address.
  • the MN receives the packet transmitted from the CN.
  • the bucket sent from the CN is correctly transferred to the MN whose care-of address changes as it moves between a plurality of sub-networks.
  • Non-Patent Document 2 As a technology related to Mobi 1 e IP, there is a technology in which HA authenticates a certain MN as to whether or not this MN is a legitimate user terminal (see Patent Document 1). See). As a technique for identifying a user of a terminal device connected via a network, there is NAI (Networ Access Identifier: see Non-Patent Document 2).
  • a communication device that holds the individual identification information and communicates the retained individual identification information to another device.
  • an appliance is provided to a user when the user is provided with a function that cannot be realized using only a terminal device (for example, a mobile phone) owned by the user.
  • a terminal device for example, a mobile phone
  • appliances eg, a pointing device, a program recording medium, and headphones
  • the appliance may be something that does not directly provide any function to the user's terminal device (eg, building, signboard, can).
  • the appliance may be a fixed object or a movable object. Appliances may be public or privately owned.
  • An object of the present invention is to provide a system capable of recognizing a use relationship between a device such as the appliance and a user who uses the appliance, and a device used in such a system.
  • a first aspect of the present invention is a cooperation information management system, which is a first device identified by a first identifier, wherein the first device includes a storage unit that stores the first identifier.
  • a second device uniquely identified by the second identifier, a reading device for reading the first identifier from the first device, a storage device for storing the second identifier, Creating means for creating a linkage information message including the first identifier read by the reading means and the second identifier stored in the storage means; and a linkage information message created by the creation means.
  • a second device including a transmitting unit that sends the link information to the device; a receiving unit that receives the link information message from the second device; and a link information in which the first identifier and the second identifier are associated with each other.
  • Cooperation information comprising cooperation information storage means, and registration means for registering the first identifier and the second identifier included in the cooperation information message received by the reception means as cooperation information in the cooperation information storage means.
  • a management server comprising cooperation information storage means, and registration means for registering the first identifier and the second identifier included in the cooperation information message received by the reception means as cooperation information in the cooperation information storage means.
  • a first aspect of the present invention includes a first device, a second device, and a cooperation information management server.
  • a first identifier and a second identifier are assigned to the first device and the second device, respectively.
  • the first identifier does not necessarily need to be an identifier that can uniquely identify the first device.
  • the first identifier may be a serial number of the first device or an identifier indicating an object to which the second device is attached.
  • the second identifier is an identifier capable of uniquely identifying the second device.
  • the reading device of the second device reads the first identifier stored in the storage device of the first device by, for example, wireless communication means or wired communication means.
  • Such an operation is realized by using, for example, an RFID tag (Radio Frequency ID tag), an RFID reader, B1e uot oth, or the like.
  • the creating means of the second device includes: the first identifier read by the reading means; A coordination information message including a second identifier stored in a storage unit provided in the device is created. Then, the transmission means of the second device transmits the cooperation information message created by the creation means to the cooperation information management server.
  • the second device may be a device to which a constant first address and a variable second address are assigned. Examples of such an address include a home address and a care-of address according to Mobi1eIP.
  • the transmission unit of the second device transmits a location registration message in which the home address and the care-of address are associated with each other in accordance with the specifications of MobileIP to the cooperation information management server.
  • the transmitting device of the second device includes the second identifier stored in the storage device of the own device in the location registration message.
  • the receiving means of the cooperation information management server receives the cooperation information message. Then, the registration unit associates the first identifier and the second identifier included in the received message with each other and registers them in the cooperation information storage unit.
  • the correspondence between the first device without the communication means to the cooperative information management server and the second device is the same as that of the first device with the communication means to the cooperative information management server. Notified by the second device. For this reason, in the linkage information management server, such correspondence (use relation) is accurately registered.
  • the cooperation information management server when the cooperation information is registered in the cooperation information storage unit, a completion notification that notifies the second device that the registration has been completed.
  • the second device may be configured to further include a use restricting unit that enables the use of the first device when the completion notification is received.
  • the second device has an invariable first address assigned to itself and a variable second address, and the transmission means of the second device is And further transmitting a location registration message including the second address, the first address, and the second identifier of the own device to the cooperation information management server, wherein the cooperation information management server is included in the received location registration message. It may be configured to further include a position information storage unit that stores the first address, the second address, and the second identifier in association with each other. Also, a first aspect according to the present invention further includes a first authentication device that executes an authentication process for the first device, wherein the cooperation information management server performs the authentication process for the first device. An authentication requesting unit for requesting the first authentication device, and a registration restriction unit for restricting the registration of the cooperation information by the registration unit according to a result of the authentication process by the first authentication device. May be.
  • the first aspect according to the present invention further includes a second authentication device that executes an authentication process for the second device, wherein the cooperation information management server performs the authentication process for the second device.
  • a first aspect according to the present invention is a device information storage means for storing device information about the first device in association with the first identifier, a first identifier included in the received inquiry message
  • a device information management server including: a search unit that searches for the device information stored in association with the device information; and a response unit that transmits the device information searched by the search unit as a response to the inquiry message.
  • the cooperation information management server may be configured to further include an inquiry unit for transmitting an inquiry message including a specific first identifier to the device information management server, and a matching unit.
  • the cooperation information management server when receiving data to which a first identifier is attached, associates the data with the first identifier and stores the data in the cooperation information storage means.
  • An identifier searching means for searching for a second identifier to be stored, and a second address stored in the position information storing means in association with the second identifier searched by the searching means.
  • Address search means, and transfer means for transferring at least a part of the data to the second address searched by the address search means.
  • a second aspect of the present invention is a terminal device, comprising: reading means for reading a first identifier from a first device; and storage means for storing a second identifier for uniquely identifying the own device.
  • a third aspect of the present invention is a cooperation information management server, wherein a first identifier for identifying a first device is associated with a second identifier for uniquely identifying a second device.
  • Link information storing means for storing the received link information; registering means for registering the received first identifier and second identifier as link information in the link information storage means;
  • a position information storage unit that stores a first address, which is an invariable address, a variable second address assigned to the second device, and the second identifier in association with each other.
  • the present invention it is possible to recognize the use relationship between a device such as an appliance (first device) and a device (second device) used by the same user as this appliance. .
  • a device such as an appliance and a user who uses the appliance.
  • An example of the effect will be described below.
  • a destination user is specified using identification information (eg, an e-mail address) of a user having a mobile terminal.
  • a specific product (corresponding to LN) is used as an attribute for specifying whether or not the user is a distribution target.
  • User who owns it ".
  • the advertisement is distributed only to specific attributes (possessing a specific product) to users who meet the attribute conditions. Becomes possible.
  • FIG. 1 is a diagram showing an outline of a cooperative information management system.
  • FIG. 2 shows the functional blocks of L N.
  • FIG. 3 is a diagram showing the function block of GN
  • FIG. 4 is a diagram showing the function block of G N—HA
  • FI G. 5 shows the functional blocks of LN-HA.
  • FI G. 6 is a diagram showing functional blocks of GN-AAA, and
  • FI G. 7 is a diagram showing functional blocks of LN-AAA,
  • FIG. 8 is a diagram showing a GN location registration request message and a GN location registration response message.
  • FIG.9 is a diagram showing a linkage information registration request message and a linkage information registration response message.
  • FIG. 10 is a diagram showing an authentication information transfer message and an authentication information response message.
  • FIG. 11A is a flowchart showing an operation example of GN
  • FIG. 11B is a flowchart showing an operation example of GN.
  • FIG. 12 is a flowchart showing an operation example
  • FIG. 12B is a flowchart showing an operation example of GN-HA
  • FI G.12C is a flowchart showing an operation example of GN-HA.
  • FIG. 12 is a flowchart showing an operation example
  • FIG. 12D is a flowchart showing an operation example of GN-HA
  • FIG. 13 A is a flowchart showing an operation example of LN-HA
  • FIG. 13B is a flowchart showing an operation example of LN-HA
  • FIG. 13C is a flowchart showing an operation example of LN-HA
  • FIG. 14A is an operation example of GN-AAA.
  • FIG. 14A is an operation example of GN-AAA.
  • FIG. 14B is a flowchart showing an operation example of GN-AAA
  • FIG. 15A is a flowchart showing an operation example of LN-AAA
  • FIG. I is a flowchart showing an operation example of LN-AAA
  • FIG. 16 is a diagram showing a first operation example of the first embodiment
  • FIG.17 is a diagram showing a first operation example of the first embodiment
  • FIG.18 is a diagram showing a second operation example of the first embodiment
  • FIG. 19 is a diagram showing a second operation example of the first embodiment
  • FIG.20 is a diagram showing a third operation example of the first embodiment
  • FIG.21 is a diagram showing a third operation example of the first embodiment
  • FIG.22 is a diagram showing a fourth operation example of the first embodiment
  • FIG. 23 is a diagram showing a fourth operation example of the first embodiment
  • FIG. 24 is a diagram showing a fifth operation example of the first embodiment
  • FIG. 25 is a diagram showing a fifth operation example of the first embodiment.
  • FIG. 26 is a diagram showing a sixth operation example of the first embodiment.
  • FIG. 27 is a diagram showing a sixth operation example of the first embodiment.
  • FIG.28 is a diagram showing a seventh operation example of the first embodiment
  • FIG. 29 is a diagram showing a seventh operation example of the first embodiment
  • FIG. 30 is a diagram showing an eighth operation example of the first embodiment
  • FIG.31 is a diagram showing an eighth operation example of the first embodiment
  • FIG. 32 is a diagram showing a ninth operation example of the first embodiment.
  • FIG.33 is a diagram showing a ninth operation example of the first embodiment
  • FIG. 34 is a diagram showing an outline of the linked information management system in the second embodiment
  • FIG.35 is a diagram showing a first operation example of the second embodiment
  • FIG.36 is a diagram showing a first operation example of the second embodiment
  • FIG. 37 is a diagram showing a second operation example of the second embodiment.
  • FIG.38 is a diagram showing a second operation example of the second embodiment
  • FIG. 39 is a diagram showing a first application example of the present invention.
  • FIG. 40 is a diagram showing a first application example of the present invention.
  • FIG. 41 is a diagram showing a second application example of the present invention.
  • FIG. 42 is a diagram showing a second application example of the present invention. BEST MODE FOR CARRYING OUT THE INVENTION
  • FIG. 1 is a diagram showing an outline of a first embodiment of a cooperative information management system according to the present invention, that is, an outline of a cooperative information management system 1a. Linked information management using FI G.1 The system 1a will be described.
  • the linked information management system 1a is composed of LN (Local Node) 2, GN (Global Node) 3, GN-HA (GN Home Agent) 4, LN—HA (LN Home Agent) 5, GN—AAA (GN Authentication, Authorization) and Accounting) 6, and LN—AAA (LN Authentication, Authorization and Accounting) 7.
  • the cooperative information management system 1a may be configured using a plurality of the above devices.
  • LN2 and GN3 are communicably connected using a local network.
  • LN2 and GN3 may be one-way communication (communication in which GN3 receives a signal emitted by LN2) or two-way communication.
  • An example of such one-way communication is communication between an RF ID tag (equivalent to LN2) and an RF ID reader (equivalent to GN3).
  • RF ID tag Equivalent to LN2
  • RF ID reader equivalent to GN3
  • bidirectional communication there is communication using Bluetooth (bluetooth).
  • GN3 and GN—HA4 GN—HA4 and LN—HA5, GN—HA4 and GN—AAA6, LN—HA5 and LN—AAA7, and GN_AA6 and LN—AAA7 Connected to be able to communicate using a network.
  • GN3 and GN-HA4 are configured using wireless or wired networks.
  • GN—HA4 and LN—HA5, GN—HA4 and GN—AAA6, LN-HA5 and LN—AAA7, and GN—AAA6 and LN—AAA7 are configured using wireless or wired networks. You. '
  • cooperation information management system 1 a it may be able to set using a plurality of LN 2 in one GN 3. Also, one LN2 may be used by multiple GN3s. Also, a plurality of GN3, LN-HA5, GN-AAA6 may be provided for one GN-HA4. Also, a plurality of GN-HA4 and LN-AAA 7 may be provided for one LN-HA5. Next, the configuration of each device will be described.
  • LN2 is a functional device that has a local wireless access function and has its own individual identification information (eg, function type, series of serial numbers).
  • LN 2 remembers The body identification information is called LN-ID.
  • the LN-ID stored in LN 2 is read by GN 3 by contact / contactless (wireless etc.) means.
  • LN 2 is an RF ID tag.
  • the RF ID tag stores, for example, identification information (identification information such as a manufacturer and a serial number) of a product to which the RF ID tag is attached as an LN-ID. Therefore, the RF ID tag has a storage area capable of storing the LN-ID.
  • An RF ID reader (equivalent to GN3) reads information stored in an RF ID tag using a non-contact communication method such as radio waves.
  • the LN2 may be configured using a device other than the RF ID tag that can read the LN-ID, which is stored by the means using radio waves, by the GN3.
  • FIG. 2 is a diagram showing functional blocks of LN2.
  • the LN2 includes an LN-ID storage unit 8, a read request detection unit 9, a read request response unit 10, and an information read interface 11.
  • the LN-ID storage unit 8 is configured using a non-volatile storage device (a so-called ROM, FRAM (Ferroelectric RAM), or the like) and stores the LN-ID.
  • a non-volatile storage device a so-called ROM, FRAM (Ferroelectric RAM), or the like
  • the read request detecting unit 9 detects a read request from the GN 3 from data received via the information read interface 11.
  • the read request responding section 10 reads the LN-ID from the LN-ID storage section 8 in response to the read request detected by the read request detecting section 9. Then, the read request response section 10 transmits the data including the read LN_ID to the GN3 via the information read interface 11.
  • the information reading interface 11 is configured using an antenna used for a Bluetooth communication device, an RF ID tag, and the like.
  • the information reading interface 11 realizes communication with the GN3.
  • GN3 is a terminal device owned and owned by a network user and uniquely identified within a wide area network (for example, an IP network).
  • the GN3 is configured using a mobile phone, a PDA (Personal Digital Assistants), a personal computer (particularly a notebook type), and the like.
  • GN3 is assumed to be occupied and used by individual users. That is, GN 3 and user are associated one by one. It is assumed that it is possible to GN3 is configured using devices that can be connected to a wide area network.
  • GN3 is a client that operates according to Mobile 1 e IP or the like. For this reason, GN3 performs registration (location registration) of home address and care-of address with MN-HA4 in accordance with Mobile IP.
  • GN3 receives data including LN-ID from LN2 via the local network.
  • GN3 sends a location registration request including the received LN-ID to GN-HA4 via the wide area network.
  • the GN3 includes the received LN-ID in its location registration procedure with the wide area network and indirectly sends it to the LN-ID management mechanism (equivalent to LN-HA5) in the wide area network.
  • FIG. 3 is a diagram showing functional blocks of GN3.
  • GN3 includes a local network interface 12, an LN information collection unit 13, an LN information extraction unit 14, a wide-area location registration function unit 15, a GN-ID storage unit 16, and a wide-area network interface 17. It is configured using.
  • Local network interface 12 receives data including LN_ID from LN 2 via the local network.
  • the LN information collection unit 13 transmits a read request to the LN 2 via the local network interface 12.
  • the LN information extraction unit 14 extracts LN-ID from data received from LN 2 via the local network interface 12.
  • the local network interface 12, the LN information collection unit 13, and the LN information extraction unit 14 may be configured using, for example, an RF ID reader. Further, each of the above three configurations may be realized by a dedicated chip.
  • the local network interface 12 may be configured using a B1 uet o o th communication device.
  • the LN information collecting unit 13 and the LN information extracting unit 14 may be realized by a dedicated chip, or may be realized by executing a dedicated program by a CPU.
  • the wide-area position registration function unit 15 is a position control protocol stack (Mobi 1 e I P, etc.).
  • the wide area position registration function unit 15 is realized by executing a program corresponding to the position control protocol stack by the CPU.
  • the wide-area location registration function unit 15 performs location registration at least according to Mobile IP.
  • the wide area location registration function unit 15 reads out the GN-ID from the GN-ID storage unit 16.
  • the wide area location registration function unit 15 registers the location including the read GN-ID and the LN-ID extracted by the LN information extraction unit 14. Create a Registration Request message.
  • the wide area location registration function unit 15 transmits the created location registration request message to the GN-HA 4 via the wide area network interface 17.
  • the GN-ID storage unit 16 is configured using a nonvolatile storage device (a so-called ROM, FRAM, hard disk, or the like).
  • the GN-ID storage unit 16 stores the GN-ID of the own device 3.
  • GN-ID is information that allows a GN3 or GN3 user to be uniquely identified in a wide area network.
  • the GN-ID is configured using, for example, a home address or a care-of address in Mobile IP or NAI.
  • the wide area network interface 17 is configured using a network interface card or the like.
  • the wide area network interface 17 enables GN3 to communicate with other devices via the wide area network.
  • GN-HA4 has at least a function as a home agent in Mobile IP.
  • the GN-HA 4 further manages (stores) the GN 3 managed by the own device 4 in association with the GN 3 or the LN 2 used by the GN 3 user.
  • GN-HA 4 transmits data including the LN-ID included in the received location registration message to another device according to the content of the received location registration message. Send to
  • FI G. 4 is a diagram showing functional blocks of GN-HA 4.
  • GN-HA4 has access-side network interface 18, GN-ID extraction unit 19, wide-area location registration function unit 20, GN location information database 21, AAA-linked client function It is composed of a part 22, an authentication function side interface 23, an LN-HA cooperation function part 24, and a core side network interface 25.
  • the access fijj network interface 18 is configured using a network interface card or the like.
  • the access-side network interface 18 allows the GN-HA 4 to communicate with the GN 3 over a wide area network.
  • the GN-ID extraction unit 19 extracts the GN-ID from the message received via the access-side network interface 18.
  • the wide area location registration function unit 20 is realized by a location control protocol stack.
  • the GN position information database 21 is configured using a nonvolatile storage device such as a hard disk or a flash memory.
  • the GN position information database 21 stores the home address and the care-of address of GN3 in association with each other.
  • the GN position information database 21 stores GN-ID and LN-ID in association with each other. If the GN-ID is neither the home address nor the care-of address of GN3, the GN database 21 further stores the home address or the care-of address and GN_ID in association with each other.
  • the authentication function side interface 23 is configured using a network interface card or the like.
  • the authentication function side interface 23 enables the GN-HA 4 to communicate with the GN-AAA 6 via the wide area network.
  • the core-side network interface 25 is configured using a network interface card or the like.
  • the core-side network interface 25 allows the GN-HA 4 to communicate with the LN-HA over a wide area network.
  • GN—ID extraction unit 19 wide-area location registration function unit 20, AAA coordination client function unit 22, and LN—HA coordination function unit 24 may be realized by a dedicated chip, or a dedicated program by CPU. May be implemented by executing The operation of these configurations will be described in an operation example section.
  • LN—HA5 is a server that manages the location information of LN2.
  • LN2 location information refers to geographical information in existing location management systems, or network location information such as network equipment located near LN2, as well as LN2 This shows the relationship between the user occupying (or sharing) 2 and the terminal GN3. In other words, the LN-HA keeps track of which GN3 users are using the location of each LN2.
  • FIG. 5 is a diagram showing functional blocks of LN-HA5.
  • LN-HA5 includes access-side network interface 26, LN location registration message processing unit 27, LN-AAA coordination processing determination unit 28, local location registration function unit 29, LN location information database 30 , LN-AAA coordination client function unit 31 1, and configured using the authentication function side interface 32.
  • the access interface j network interface 26 is configured using a network interface card or the like.
  • the access-side network interface 26 enables the LN-HA5 to communicate with the GN3 or GN-HA4 via a wide area network.
  • the authentication function side interface 32 is configured using a network interface card or the like.
  • the authentication function side interface 32 enables the LN-HA 5 to communicate with the LN-AAA 7 via a wide area network.
  • the local position registration function unit 29 is realized by a position control protocol stack.
  • the LN location registration message processing unit 27, the LN-AAA coordination processing determination unit 28, the local location registration function unit 29, and the LN-AAA coordination client function unit 31 may each be realized by a dedicated chip or dedicated by the CPU. It may be realized by executing a program. Operations of these configurations will be described in the section of operation examples.
  • GN-AAA6 authenticates the validity of a GN3 (eg, whether or not it is a valid subscriber to GN-HA4). Also, GN-AAA6 cooperates with LN-AAA7 in the authentication procedure based on the authentication information for LN2 associated with a certain GN3.
  • FI G. 6 is a diagram showing the function block of GN-AAA 6.
  • the GN-AAA 6 includes a GN-HA side network interface 33, a GN authentication information extraction unit 34, a GN authentication processing unit 35, an LN authentication information extraction unit 36, a GN authentication information database 37, LN-AAA linked client function part 38 and LN_AAA side interface
  • the GN-HA side network interface 33 is configured using a network interface card or the like.
  • the GN-HA side network interface 33 enables the GN-AAA6 to communicate with the GN-HA4 via a wide area network.
  • the GN authentication information database 37 is configured using a nonvolatile storage device such as a hard disk or a flash memory.
  • the GN authentication information database 37 stores information used to authenticate GN3. For example, when GN3 is authenticated by a password and an ID, the GN authentication information database 37 stores the password and the ID for each GN3 in association with each other.
  • the LN-AAA interface 39 is configured using a network interface card or the like.
  • LN-AAA side interface 39 allows GN-AAA6 to communicate with LN_AAA7 over a wide area network.
  • the GN authentication information extraction unit 34, GN authentication processing unit 35, LN authentication information extraction unit 36, and LN-AAA linked client function unit 38 may each be realized by a dedicated chip, or a dedicated program is executed by the CPU. It may be realized by doing so. The operation of these configurations will be described in an operation example section.
  • LN-AAA7 authenticates the validity of LN2 (eg, whether LN2 is a device that is officially registered with LN-AA7).
  • FIG. 7 is a diagram showing functional blocks of LN-AAA7.
  • LN-AAA7 is a GN-AAA side network interface 40, LN authentication information extraction unit 41, LN authentication processing function unit 42, LN authentication message processing unit 43, LN authentication information database 44, and LN-HA side network It is configured using interface 45.
  • the GN-AAA side network interface 40 is configured using a network interface card or the like.
  • LN-AAA 7 communicates with GN_AAA 6 via wide area network To make things possible.
  • the LN authentication information database 44 is configured using a nonvolatile storage device such as a hard disk or a flash memory.
  • the LN authentication information database 44 stores information used to authenticate LN2. For example, when authentication is performed using a bit string, the LN authentication information database 44 stores the bit string for each LN2 and LN_ID in association with each other.
  • the LN-HA side network interface 45 is configured using a network interface card or the like.
  • the LN-HA side network interface 45 allows the LN-AAA 7 to communicate with the LN-HA5 via a wide area network.
  • the LN authentication information extraction unit 41, LN authentication processing function unit 42, and LN authentication message processing unit 43 may each be realized by a dedicated chip, or may be realized by executing a dedicated program by a CPU. . The operation of these configurations will be described in the operation example section.
  • FIG. 8 is a diagram showing an outline of a GN location registration request message and a GN location registration response message.
  • the GN location registration request message (item number 1) is a message transmitted from GN3 to GN-HA4 or from LN-HA5 to GN-HA4.
  • the GN location registration request message is used to request that the information associated with the GN-ID and LN-ID held at the transmission source (GN3, LN-HA5) be registered as link information. Is done.
  • the GN location registration request message includes a location registration request message transmitted and received between the GN and the GN-HA in normal Mobile IP.
  • the GN location registration request message includes, as parameters, the location information of the GN3 and the GN-ID and LN-ID of the GN3.
  • This LN-ID is, for example, the LN-ID of LN2 used in cooperation with GN3.
  • the location information is configured using, for example, the current care-of address of GN3, the home address, the address of the storage router, and the like.
  • the GN location registration response message (item 2) is a message sent from GN-HA4 to GN3.
  • the GN location registration response message is a message for notifying the sender of the GN location registration request message of the processing result. Therefore, the GN location registration response message includes a value indicating the processing result (OK or NG) of the location registration processing. If the value of the processing result is a value indicating NG, the GN location registration response message includes a value indicating detailed information of the processing as a reason value. Examples of such detailed information include “GN registration improper”, “LN registration improper”, “Cooperation is impossible due to contract conditions, etc.”. “GN registration fraud” indicates that the GN registration is fraudulent. “LN registration fraud” indicates that the LN registration is fraudulent.
  • FIG. 9 is a diagram showing an outline of a linkage information registration request message and a linkage information registration response message.
  • the linkage information registration request message (item number 1) is a message transmitted from GN-HA4 to LN-HA5, or from LN-HA5 to GN-HA4, or from GN3 to LN-HA5.
  • the link information registration request message is used to request that the sender (GN-HA4, LN-HA5) register and hold the GN-ID and LN-ID held as link information.
  • the association information registration request message includes, as parameters, GN-ID and LN-ID to be stored in association with the GN-ID.
  • the cooperation information registration request message includes, as parameters, the GN-ID of a certain GN3 and the LN-ID of LN2 used in cooperation with this GN3.
  • the linkage information registration response message (item number 2) is a message transmitted from GN-HA4 to LN-HA5, or from LN-HA5 to GN-HA4, or from LN-HA5 to GN3.
  • the link information registration response message is a message for notifying the sender of the link information registration request message of the processing result. Therefore, the link information registration response message The message contains the value of the processing result (OK or NG) for the linkage information registration processing.
  • the cooperation information registration response message includes a value indicating detailed information of the processing as the reason value. Examples of such detailed information include "GN registration improper”, “LN registration improper”, “Cooperation is impossible due to contract conditions” and the like. "GN registration fraud” indicates that the GN registration is fraudulent. “LN registration fraud” indicates that the LN registration is fraudulent.
  • FIG. 10 is a diagram showing an outline of an authentication information transfer message and an authentication information response message.
  • the authentication information transfer message (item number 1) is a message sent from the cooperation source authentication server to the cooperation destination authentication server.
  • the cooperation source authentication server is either GN-AAA6 or LN_AAA7, and is a device that has previously obtained GN_ID and LN-ID.
  • the partner authentication server is either GN-input 6 or N-AAA 7, and is a device that is notified of GN_ID or LN-ID from the partner authentication server.
  • the authentication information transfer message is used to transfer authentication information about the device (LN2 or GN3) to be authenticated by the partner authentication server from the partner authentication server to the partner authentication server. Therefore, the authentication information transfer message includes the authentication information. For example, if GN3 is authenticated by a password and ID, the authentication information includes the password for GN3 and GN-ID. Also, the authentication information transfer message contains the cooperation source authentication server information.
  • the link source authentication server information is used by the link destination authentication server to confirm that the link destination authentication server and the link source authentication server have a trust relationship.
  • the authentication information response message (item number 2) is a message sent from the cooperation destination authentication server to the cooperation source authentication server.
  • the authentication information response message is used to notify the result of the authentication process in the cooperation destination authentication server to the cooperation source authentication server. Therefore, the authentication information response message contains the value of the processing result (OK or NG) for the authentication processing. Also, when the value of the processing result is a value indicating NG, the cooperation information registration response message includes a value indicating the detailed information of the processing as the reason value. Examples of such detailed information and Then, there are "authentication information inconsistency" and "cooperation is impossible due to contract conditions".
  • FIGS. 11A and 11B are flowcharts showing an operation example of GN3. An example of the operation of GN 3 will be described using FIG. 11.
  • the LN information collection unit 13 monitors a message received via the local network interface 12 (SOI).
  • SOI local network interface 12
  • the LN information extraction unit 14 extracts the LN-ID from the captured message (SO3).
  • SO 2 process is a process generally performed.
  • the LN information extraction unit 14 determines whether the LN-ID information format of LN2 is normal. If the LN-ID information format is not normal (S04-NO), the processing of S01 is executed again. On the other hand, if the LN information format is normal (SO4—YES), the wide area location registration function unit 15 temporarily stores the extracted LN_ID in an LN information storage area (not shown) (SO5 ).
  • the LN information storage area is configured using a storage device such as a random access memory (RAM).
  • the wide area location registration function unit 15 creates a GN location registration request message (see FIG. 8) (SO 6).
  • the wide area location registration function unit 15 adds the LN-ID stored in the LN information storage area to the created GN location registration request message (SO7). Then, the wide area location registration function unit 15 sends out a GN location registration request message via the wide area network interface 17 (SO 8). After such processing, the LN information collection unit 13 monitors the message received via the local network interface 12 again (S09).
  • FI G. 12 A, 12 B, 12 C, and 12 D are flow charts showing an operation example of GN-HA 4. An operation example of the GN-HA 4 will be described using FI G. 12 A, 12 B, 12 C, and 12 D.
  • the GN—ID extraction unit 19 monitors the message (S10: see FIG. 12A). When a message is received via the access-side network interface 18, the authentication function-side interface 23, or the core-side network interface 25 (Sll), the GN-ID extraction unit 19 extracts the GN-ID from the received message. Extract (S1 2). Examples of such messages include a GN location registration request message, a linkage information registration request message, and a GN authentication response message.
  • the GN authentication response message is a message transmitted from GN-AAA6 to GN-HA4, and includes the authentication result of GN3 and the GN-ID of this GN3.
  • the GN-ID extraction unit 19 determines whether or not the extracted GN-ID is a normal value (S13). If the extracted GN-ID is not a normal value (S13-NO), the processing after S29 is executed. The processing after S29 will be described later.
  • the wide area location registration function unit 20 determines whether or not the received message is a GN authentication response message from GN_AAA6. Yes (S14).
  • the wide area location registration function unit 15 registers cooperation information on the extracted GN_ID (S15 ). For example, the wide area position registration function unit 15 associates the extracted GN-ID with an LN-ID stored in a storage area (not shown) in association with the GN-ID, and associates the extracted GN-ID with the GN position information database 21. Register with. Next, the wide area location registration function unit 15 creates a GN location registration response message (see FIG. 8) (S16). Then, the wide-area location registration function unit 15 transmits the created GN location registration response message to GN3 via the access-side network interface 18 (S30: see FIG. 12D).
  • the wide area location registration function unit 15 determines whether the received message is a GN location registration from LN—HA5. Judge whether the message is a request message. If the received message is a GN location registration request message (S17—YES), the processing after S21 is executed. For processing after S 21 I will describe.
  • the wide area location registration function unit 15 determines whether or not authentication of the extracted GN-ID has been completed. This determination may be realized in any way, for example, by using a table that stores the GN-ID for which authentication has been completed.
  • the wide-area location registration function unit 15 performs the GN 3 certification.
  • a GN authentication request message is created (S19).
  • the wide area location registration function unit 15 transmits the created GN authentication request message to the GN-AAA 6 via the authentication function side interface 23 (S20). Then, the processes after S10 are executed again. '
  • the wide area location registration function unit 15 registers the current location information of the GN-ID in the GN location information database 21 (S21). Then, the wide area location registration function unit 15 searches the received message for the LN-ID (S22). If LN-ID is not included in the received message (S23-NO), the processing after S29 is executed. The processing after S29 will be described later.
  • the LN-HA cooperation function unit 24 creates a cooperation information registration request message (S24). Then, the LN-HA linkage function unit 24 transmits the created linkage information registration request message (S25-a).
  • the LN-HA cooperation function unit 24 Upon receiving the cooperation information registration response message corresponding to the transmitted cooperation information registration request message (S25-b), the LN-HA cooperation function unit 24 determines whether or not the processing result is normal (S25-b). S 26). At this time, the 1 ⁇ - ⁇ : eight cooperation function unit 24 makes a judgment by referring to the parameter indicating the processing result included in the received cooperation information registration response message. If the processing result is normal (S26—YES), the LN—HA cooperation function unit 24 responds to the GN—ID registered in S21 by using the LN—HA included in the received cooperation information registration response message. The ID is registered in association with the ID (S27). Then, the LN-HA cooperation function unit 24 creates a GN location registration response message (S29).
  • the LN-HA cooperation function unit 24 uses the value indicating the processing result and the reason value included in the received cooperation information registration response message, A GN location registration response message is created (S28, S29). Then, the LN-HA coordination function unit 24 transmits the created GN location registration response message via the access-side network interface 18 (S30). Then, the process of reproduction S10 is started (S31).
  • FIG. 13A, 13B, and 13C are flow charts showing an operation example of LN-HA5. An operation example of LN-HA5 will be described using FIG. 13A, 13A, 13B, and 13C.
  • the LN location registration message processing unit 27 monitors the received message (S32). When the message (cooperation information registration request message) is received (S33), the LN location registration message processing unit 27 extracts LN-ID from the received message (S34).
  • the LN location registration message processing unit 27 determines whether or not the value of the extracted LN-ID is normal. When the value of the extracted LN-ID is normal (S35-YE S), the LN location registration message processing unit 27 determines whether or not the received message includes the GN-ID. If the received message includes GN-ID (S36-YES), the processing from S39 is performed. The processing after S39 will be described later.
  • the LN location registration message processing unit 27 determines whether the value of the extracted LN-ID is normal (S35-NO), or if the received message does not include the GN-ID (S36-NO). If the value of the extracted LN-ID is not normal (S35-NO), or if the received message does not include the GN-ID (S36-NO), the LN location registration message processing unit 27 generates a parameter for returning an abnormal result (S37). The abnormal result return parameter informs the device that sent the received message that the received message was not a normal message. Value. Then, the LN location registration message processing unit 27 transmits the message including the generated parameter for returning an abnormal result to the device that is the transmission source of the received message (S38).
  • the processing result return parameter is a value for notifying the device that is the transmission source of the received message (that is, the request source of the cooperation information registration) of the processing result in the LN-HA5.
  • the LN-AAA cooperation client function unit 31 checks the normality of the authentication result and the information of LN2 (S41). Next, the local location registration function unit 29 registers the extracted LN-ID linkage information in the LN location information database 30 (S42). Next, the LN-AAA cooperation client function unit 31 creates a cooperation information registration response message (S43). Then, the LN-AAA cooperation client function unit 31 transmits the created cooperation information registration response message to the request source LN-AAA 7 via the authentication function side interface 32.
  • the LN-AAA cooperation client function unit 31 determines whether or not the authentication process for LN2 is necessary (S40). 45). If authentication for LN 2 is required (S45—YES), that is, if the linkage information management system 1a is a system that requires authentication, the LN-AAA linkage client function unit 31 sends an LN authentication request message. create. Then, the LN-AAA cooperation client function unit 31 transmits the created LN authentication request message to the LN-AAA7 via the authentication function side interface 32 (S46).
  • the local location registration function unit 29 sends the extracted LN— The link information on the ID is registered in the LN location information database 30 (S48).
  • the LN location registration The message processing unit 27 creates a cooperation information registration response message addressed to GN-HA 4 (S51).
  • the request source device is GN3 (S49: GN)
  • the LN position registration message processing unit 27 creates a GN position registration request message addressed to GN-HA4 (S50).
  • the LN location registration message processing section 27 sends out the created message via the access-side network interface 26 (S52). Thereafter, the message monitoring process in S32 is restarted (S53).
  • FIGS. 14A and 14B are flowcharts showing an operation example of GN-AAAA6. An operation example of GN-AAA6 will be described with reference to FIGS. 14A and 14B.
  • the GN authentication information extracting unit 34 monitors a message received via the GN-HA side network interface 33 or the LN-AAA side interface 39 (S54). When a message is received from the GN-HA 4 or the LN-AAA 7 (S55), the GN authentication information extracting unit 34 determines the type of the received message.
  • the GN authentication information extraction unit 34 extracts GN-ID from the received message (S57).
  • the GN authentication processing unit 35 performs an authentication process on GN3 indicated by the extracted GN-ID (S58). This authentication processing is performed by general-purpose processing (normal AA A server authentication procedure).
  • the GN authentication processing unit 35 If the authentication information of the GN 3 is abnormal (S59—NO), the GN authentication processing unit 35 generates an authentication result parameter (S60).
  • the authentication result parameter is a value for notifying the transmission source of the GN authentication request message of the result of the authentication process performed by the GN authentication processing unit 35. After that, a GN authentication response message including the generated authentication result parameter is transmitted by the processing of S65 and subsequent steps. The processing after S65 will be described later.
  • the LN authentication information extraction unit 36 includes the LN-ID corresponding to the authenticated GN3 GN-ID in the received message. It is determined whether or not it has been performed. Message received If the LN-ID is not included in the password (S61-NO), the authentication process is executed only for GN3. In this case, a GN authentication response message is transmitted by the processing of S65 and subsequent steps. The processing after S65 will be described later.
  • the LN authentication information extracting unit 36 creates an authentication information transfer message (S62). Then, the LN authentication information extraction unit 36 sends out the created authentication information transfer message via the LN-AAA side interface 39 (S63).
  • the LN-AAA cooperation client function unit 31 extracts authentication processing result information from the received message (S64). The LN-AAA cooperation client function unit 31 creates a GN authentication response message (S65). Then, the LN-AAA linked client function unit 31 sends out the created GN authentication response message via the GN-HA side network interface 33 (S6).
  • FIGS. 15A and 15B are flowcharts showing an operation example of LN_AAA7. Using FIG. 15A and 15B, an operation example of LN-AAAA7 will be described.
  • the LN authentication information extraction unit 41 monitors a message received via the GN-AAA side network interface 40 or the LN-HA side network interface 45 (S68). When the message is received (S69), the LN authentication information extraction unit 41 determines the type of the received message (S70). If the received message is an authentication information transfer message (S70: authentication information transfer message), the LN authentication information extraction unit 41 extracts LN-ID from the received message (S71). Then, the LN authentication processing function unit 42 performs an authentication process on the LN 2 corresponding to the extracted LN-ID (S72). This authentication process is performed by a general-purpose authentication process (normal AA A server authentication procedure).
  • the LN authentication process The function unit 42 generates a processing result parameter indicating the processing result (S74). Then, an authentication information response message including the generated processing result parameter is transmitted by the processing of S80 and subsequent steps. The processing after S80 will be described later.
  • the LN authentication message processing unit 43 creates a cooperation information registration request message (S75). Then, the LN authentication message processing unit 43 sends out the created cooperation information registration request message (S76).
  • the LN authentication information extraction unit 41 extracts a parameter indicating a processing result from the received message. (S77).
  • the LN authentication processing function unit 42 determines whether or not the parameter indicating the extracted processing result is a value indicating normality.
  • the LN authentication processing function unit 42 If the parameter indicating the processing result is an abnormal value (S78-NO), the LN authentication processing function unit 42 generates a parameter indicating the abnormal processing result (S79). The LN authentication message processing unit 43 creates an authentication information response message including the generated parameters (S80). On the other hand, if the parameter indicating the processing result is a normal value (S78—YES), the LN authentication message processing unit 43 creates an authentication information response message. Then, the LN authentication message processing unit 43 sends out the created authentication information response message (S81). After that, the message monitoring process in S68 is started (S81).
  • LN-AAA7 performs authentication processing on LN2 according to the received LN authentication request message.
  • LN—AAA7 creates an LN authentication response message containing the result of the authentication process. Then, the LN-AAA7 sends the created LN authentication response message to the LN-HA5.
  • FIGS. 16 and 17 are diagrams showing a processing sequence in the first operation example of the cooperative information management system 1a.
  • the first operation example of the cooperative information management system 1a will be described with reference to FIGS.
  • GN-HA4 is set to always determine that GN3 authentication has been completed in S18.
  • this GN3 acquires the LN-ID of the discovered LN2 (SeqOl).
  • GN3 creates a GN location registration request message including the acquired LN-ID and the GN-ID of the own device 3. Then, GN3 sends the created GN location registration request message to GN-HA4 (Sec 02).
  • GN-HA4 Upon receiving the GN location registration request message from GN3, GN-HA4 stores the GN-ID and LN-ID included in the received GN location registration request message in association with each other. The GN-HA4 creates a cooperation information registration request message including the GN-ID and the LN-ID. Then, the GN-HA 4 transmits the created cooperation information registration request message to the LN-HA 5 (Seq 03).
  • 1-115 When receiving the cooperation information registration request message, 1-115 stores the GN-ID and LN-ID included in the received message in association with each other. LN-HA 5 creates a linkage information registration response message. Then, LN-HA5 returns the created cooperation information registration response message to GN-HA4 (Seq 04).
  • the GN-HA 4 Upon receiving the cooperation information registration response message, the GN-HA 4 stores the GN-ID and the LN-ID included in the received GN location registration request message (see Seq 02) in association with each other. Then, GN-HA4 creates a GN location registration response message, and sends the created GN location registration response message to GN3 (Seq 05).
  • GN3 upon receiving the GN location registration response message, may determine that LN2 can be used. For example, a configuration may be adopted in which such a determination is performed by a use restriction unit (not shown). In this case, the use restriction unit provides the user with the service in LN2 only when it determines that the use is possible. You. Further, when the GN3 receives the GN location registration response message, the GN3 may be configured to simply notify the user that the location registration has been completed (for example, by voice or image).
  • the GN-HA4 registers the link information after the link information registration response message is received (Seci 04—Seq 05), but when the GN location registration request message is received. May be configured to be registered.
  • LN-ID as linkage information is included in the GN location registration request message for performing GN3 location registration with GN-HA 4, which is the GN3 location management server.
  • GN-HA4 and LN-HA5 LN-ID and GN-ID are registered in association with each other as link information. For this reason, it is possible to maintain the correspondence (location association) between the local device (LN2) and the wide-area device (GN3) in GN-HA4 and LN-HA5.
  • FIGS. 18 and 19 are diagrams showing a processing sequence in the second operation example of the cooperative information management system 1a.
  • the second operation example of the coordination information management system 1a will be described with reference to FIGS.
  • GN-HA4 is set to always determine in S18 that GN3 authentication has been completed. Further, in the second operation example, the GN-HA4 is set so as to omit the processing of S24 to S26.
  • GN3 is set to create a linkage information registration request message in addition to the GN location registration request message in S06 (see FIG. 11B). Then, GN3 is set in S08 to transmit the created cooperation information registration request message to LN-HA5 separately from the GN location registration request message.
  • GN3 creates a GN location registration request message including the acquired LN-ID and the GN-ID of the own device 3. Then, GN3 sends the created GN location registration request message to GN-HA4 (Seq 07). Upon receiving the GN location registration request message from GN3, GN-HA4 stores the GN-ID and LN-ID included in the received GN location registration request message in association with each other. GN—HA4 creates a GN Location Registration Response message. Then, GN-HA4 sends the created GN location registration response message to GN3 (Seq 08).
  • GN3 creates a linkage information registration request message including the acquired LN-ID and the GN-ID of the own device 3. Then, GN3 sends the created cooperation information registration request message to LN-HA5 (Seq 09).
  • 1 ⁇ ⁇ 115 When receiving the cooperation information registration request message from GN 3, 1 ⁇ ⁇ 115 stores the GN-ID and LN-ID included in the received message in association with each other. LN-HA5 creates a linkage information registration response message. Then, LN-HA 5 sends the created message to GN 3 (SeqlO).
  • GN3 recognizes that the association with the corresponding LN2 is completed by receiving the GN location registration response message or the cooperation information registration response message.
  • GN3 may execute transmission of the GN location registration request message and transmission of the cooperation information registration request message in parallel or sequentially.
  • the second operation example registration of link information to GN-HA4 and LN-HA5 is executed individually. For this reason, it is possible for GN-HA4 and LN-HA5 to register cooperation information regardless of the state of each device.
  • the operation as in the second operation example is preferably applied, for example, when there is no need to explicitly associate the GN3 and LN2 to be linked. Specifically, for example, in LN-HA5, if it is not possible to register the linkage information for the corresponding LN2 (it should not be registered), on the other hand, it is necessary to register this linkage information in GN-HA4 It is effective in the case.
  • FIGS. 20 and 21 are diagrams showing a processing sequence in the third operation example of the cooperative information management system 1a.
  • the third operation example of the cooperative information management system 1a will be described with reference to FIGS.
  • GN3 uses the link information in S06 (refer to FI G.11B). Set to create a registration request message. Then, the GN3 is set in the SO 8 to transmit the created cooperation information registration request message to the LN-HA5.
  • the GN-HA4 is set so as to omit the processing of S24 to S26.
  • this GN3 acquires LN-ID of the discovered LN2 (Seq 11).
  • GN3 creates a linkage information registration request message including the acquired LN-ID and GN-ID of the own device 3. Then, GN3 sends the created cooperation information registration request message to LN-HA5 (Seql2).
  • the LN-HA 5 When receiving the cooperation information registration request message, the LN-HA 5 stores the LN-ID and the GN-ID included in the received message in association with each other. 'LN-HA 5 creates a GN location registration request message including this GN-ID and LN-ID. Then, ⁇ -: ⁇ 5 sends the created GN location registration request message to GN-1 HA4 (Seq 13).
  • the GN-HA 4 Upon receiving the GN location registration request message from the LN-HA 5, the GN-HA 4 stores the GN_ID and the LN-ID included in the received GN location registration request message in association with each other. Then, GN-HA4 creates a GN location registration response message. Then, GN-HA 4 sends the created GN location registration response message to GN 3 (Seq 14).
  • the message created by GN3 is sent directly to LN-HA5 without being sent to GN-HA4.
  • the GN3 user becomes the administrator of LN-HA5 instead of the administrator of S, GN-HA4 who contracts when receiving services for GN3 and LN2. It is effective in the case.
  • the third operation example is effective in a business form in which GN 3 users contract and provide services using LN 2 without being aware of the GN 3 contract and the relationship with GN-HA4. It is.
  • MVNO Mobile Virtual Network Operator
  • backbone network function By selling unique terminal devices and network functions to users without making the users aware of the (GN3 management mechanism), high value-added network services will be provided.
  • FIGS. 22 and 23 are diagrams showing a processing sequence in the fourth operation example of the cooperative information management system 1a.
  • the fourth operation example of the cooperative information management system 1a will be described with reference to FIGS.
  • GN3 creates a cooperation information registration request message in S06 (see FIG. 11B). Then, GN3 transmits the created cooperation information registration request message to LN-HA5 in SO8.
  • the GN-HA4 is set to omit the processing of S24 to S26 (see FIG. 12C, 12D).
  • the GN-HA4 is set to create a cooperation information registration response message in the process of S29.
  • the GN-HA 4 is set to transmit the created cooperation information registration response message to the LN-HA 5 in the process of S30.
  • LN-HA5 creates a cooperation information registration response message and transmits the created message to GN3. Is set.
  • GN3 creates a linkage information registration request message including the acquired LN-ID and GN-ID of the own device 3. Then, GN3 sends the created cooperation information registration request message to LN-HA5 (Seql6).
  • LN-HA5 When receiving the cooperation information registration request message from GN3, LN-HA5 stores the LN-ID and GN-ID included in the received message in association with each other. LN-HA5 creates a GN location registration request message containing this GN-ID and LN-ID. Then, LN-HA5 sends the created GN location registration request message to GN-HA4 (Seq 17).
  • the GN-HA 4 When receiving the GN location registration request message from the LN-HA5, the GN-HA 4 stores the GN-ID and the LN_ID included in the received GN location registration request message in association with each other. After that, GN-HA4 creates a cooperation information registration response message. Then, the GN-HA 4 sends the created cooperation information registration response message to the LN-HA 5 (Seq 18).
  • FIGS. 24 and 25 are diagrams showing a processing sequence in the fifth operation example of the cooperative information management system 1a.
  • the fifth operation example of the cooperative information management system 1a will be described with reference to FIGS.
  • this GN3 acquires LN-ID of the discovered LN2 (Seq 20).
  • GN3 creates a GN location registration request message including the acquired LN-ID and the GN-ID of the own device 3. Then, GN3 sends the created message to GN-HA4 (Seq 21).
  • GN—HA4 receives a GN Location Registration Request message from GN3, Create a GN Authentication Request message for GN3 corresponding to the GN—ID included in the message. Then, GN-HA4 sends the created message to GN-AAA6 (Seq 22-a).
  • GN When the AAA6 receives the GN authentication request message, it performs authentication processing for GN3.
  • GN AAA6 creates a GN authentication response message. Then, GN-AAA 6 sends the created GN authentication response message to GN-HA4 (Seq 22-b).
  • the GN-HA4 Upon receiving the GN authentication response message from the GN-AAA6, the GN-HA4 associates and registers the GN-ID and the LN-ID included in the received GN location registration request message Seq21. After that, the GN-HA4 creates a cooperation information registration request message including the GN-ID and the LN-ID. Then, the GN-HA 4 sends the created linkage information registration request message to the LN-HA 5 (Seq 23)
  • LN-HA5 Upon receiving the cooperation information registration request message from GN-HA4, LN-HA5 creates an LN authentication request message for LN2 corresponding to LN_ID included in the received message. Then, LN-HA5 sends the created message to LN-AAA7 (Seq 24).
  • LN—AAA7 creates an LN authentication response message. Then, LN-AAA7 transmits the created message to LN-HA5 (Seq 25).
  • 1 ⁇ 1 ⁇ -115-85 associates and registers LN-ID and GN-ID included in the received cooperation information registration request message. After that, LN-HA5 creates a cooperation information registration response message. Then, the LN-HA5 transmits the created cooperation information registration response message to the GN-HA4 (Seq 26).
  • the cooperative information management system 1 registers only the authenticated information (GN-ID, LN-ID) of GN3 and LN2 in GN-HA4 and LN-HA5. You can configure a. Therefore, the above-mentioned service in which any GN 3 and LN 2 are linked can be implemented safely. Therefore, the fifth operation example is suitable when such a service is implemented on a business basis.
  • the timing of registering the cooperation information between GN-ID and LN-ID in GN-HA4 may be between Seq 26 and Seq 27. With this setting, it is possible for GN-HA4 to register only the LN-ID of LN2 certified by LN-AAA7.
  • FIGS. 26 and 27 are diagrams showing a processing sequence in the sixth operation example of the cooperative information management system 1a.
  • the sixth operation example of the cooperative information management system 1a will be described with reference to FIGS. 26 and 27.
  • GN-HA4 is set so as to include GN-ID and LN-ID in the created GN authentication request message in the process of S19 (FIG.12B).
  • this GN3 acquires LN-ID of the discovered LN2 (Seq 28).
  • GN3 creates a GN location registration request message including the acquired LN-ID and the GN-ID of the own device 3. Then, GN3 sends the created GN location registration request message to GN-HA4 (Seq 29).
  • GN—HA4 upon receiving a GN Location Registration Request message from GN3, creates a GN Authentication Request message.
  • This authentication request message contains the received GN GN-ID and LN-ID included in the registration request message.
  • G114 sends the created GN authentication request message to GN-AAA6 (Seq 30).
  • GN—AAA6 performs authentication processing for GN3.
  • GN—AAA 6 creates a credential transfer message.
  • This authentication information transfer message includes the GN-ID and LN-ID included in the received GN authentication request.
  • GN-AAA6 sends the created authentication information transfer message to LN-AAA7 (Seq 31).
  • the LN-AAA7 When receiving the authentication information transfer message, the LN-AAA7 performs authentication processing on the LN2 using the authentication information of the LN2 included in the received authentication information transfer message. Thereafter, when the authentication of LN 2 is completed, LN-AAA 7 creates a cooperation information registration request message including the GN-ID and the LN-ID included in the received authentication information transfer message. Then, 1 ⁇ -8887 sends the created cooperation information registration request message to LN-HA 5 (Seq 32).
  • LN-HA5 When receiving the cooperation information registration request, LN-HA5 associates and registers LN_ID and GN-ID included in the cooperation information registration request. Then, the LN-HA5 creates a cooperation information registration response message, and sends the created message to the LN-AA7 (Seq 33).
  • LN-AAA7 Upon receiving the cooperation information registration response message, LN-AAA7 creates an authentication information response message and sends the created authentication information response message to GN-AAA6 (Seq 34).
  • the GN-AAA6 When the GN-AAA6 receives the authentication information response message, it creates a GN authentication response message and sends the created GN authentication response message to the GN-HA4 (Seq 35).
  • the GN-HA 4 When receiving the GN authentication response message, the GN-HA 4 associates the GN-ID and the LN-ID included in the GN location registration request message received in Sequence 29 and registers them as link information. Then, GN-HA4 creates a GN location registration response message, and sends the created GN location registration response message to GN3 (Seq 36). In the sixth operation example, GN-AAA6 transfers the authentication information included in the received authentication request message directly to LN-AAA7. For this reason, it may be required that the administrator of GN-AAA 6 and the administrator of LN-AAA 7 are the same administrator or have a high trust relationship.
  • the GN-AAA 6 transfers the authentication information on LN 2 included in the received authentication request message to the LN-AAA 7. For this reason, the authentication process and the location registration process (cooperation information registration process) for GN 3 and LN 2 are executed at a higher speed than other operation examples.
  • FIGS. 28 and 29 are diagrams showing a processing sequence in the seventh operation example of the cooperative information management system 1a.
  • the seventh operation example of the cooperative information management system 1a will be described with reference to FIGS. 28 and 29.
  • LN-HA5 is set to create a cooperation information registration response message addressed to GN3 in the process of S50 (FIG. 13C). Then, 1-115 is set to transmit the created cooperation information registration response message to GN3 in the process of S52.
  • this GN3 acquires LN-ID of the discovered LN2 (Seq 37).
  • GN3 creates a GN location registration request message including the acquired LN-ID and GN_ID of the own device 3. Then, GN3 sends the created message to GN-HA4 (Seq 38).
  • the GN-HA4 Upon receiving the GN location registration request message, the GN-HA4 creates a GN authentication request message including the GN-ID and the LN-ID included in the received GN location registration request message, and creates the created GN authentication request. Send the message to GN—AAA 6 (S eq 39). ',
  • the GN—AAA 6 When the GN—AAA 6 receives the GN authentication request message, it performs an authentication process on GN 3 based on the GN 3 authentication information included in the received GN authentication request message. And GN—AAA 6 creates a GN authentication response message, The created GN authentication response message is sent to GN-HA4 (Seq40).
  • the GN-HA 4 When receiving the GN authentication response message, the GN-HA 4 registers the GN-ID and the LN-ID included in the received GN location registration request message in association with each other. Then, the GN-HA 4 creates a GN location registration response message, and transmits the created GN location registration response message to the GN 3 (Seq 41).
  • GN3 creates a linkage information registration request message including the acquired LN-ID and the GN-ID of the own device 3. Then, GN3 sends the created cooperation information registration request message to LN-HA5 (Seq 42).
  • the LN-HA 5 When the LN-HA 5 receives the cooperation information registration request message from the GN 3, it creates an LN authentication request message and transmits the created LN authentication request message to the LN-AA 7 (Seq 43).
  • LN—AAA7 authenticates and verifies LN2 based on the authentication information included in the received LN authentication request message. Then, LN-AAA 7 creates an LN authentication response message, and sends the created LN authentication response message to LN-HA5. (Seq 44)
  • the LN-HA 5 registers the GN-ID and the LN-ID included in the message received in Seq 42 in association with each other. LN-HA5 creates a linkage information registration response message. Then, LN-HA5 sends the created message to GN3 (Seq 45).
  • the GN3 recognizes that the association with the corresponding LN2 is completed by receiving the GN location registration response message or the cooperation information registration response message.
  • the GN3 may execute the transmission of the GN location registration request message and the transmission of the cooperation information registration request message in parallel or sequentially.
  • the authentication processing for GN 3 and the authentication processing for LN 2 are executed independently. For this reason, in the seventh operation example, if the authentication processing for one of them is completed, the user can receive some service.
  • FIGS. 30 and 31 are diagrams showing a processing sequence in the eighth operation example of the cooperative information management system 1a.
  • the eighth operation example of the cooperative information management system 1a will be described with reference to FIGS.
  • GN3 is set to create a cooperation information registration request message in S06 (see FIG. 11B). Then, GN3 is set to send the created cooperation information registration request message to LN-HA5 in S08.
  • the GN-HA 4 transmits the GN authentication request message before executing the processing for the received GN location registration request message in S 17 (see FIG. 12B). It is set to do. In the eighth operation example, the GN-HA4 is set so as not to execute the processing of S24 to S26.
  • ⁇ - ⁇ 15 is set so as not to execute the processing of S48 (FIG. 13C).
  • the LN-HA5 transmits the GN-ID and the LN-ID included in the cooperation information registration request message received from the GN3. Is registered so that a linkage information registration response message is sent to GN3.
  • this GN3 acquires the LN-ID of the discovered LN2 (Seq 46).
  • GN3 creates a linkage information registration request message including the acquired LN-ID and GN-ID of the own device 3. Then, GN3 sends the created message to LN-HA5 (Seq 47).
  • the LN-HA5 When receiving the cooperation information registration request message, the LN-HA5 creates an LN authentication request message including the GN-ID and the LN-ID included in the received cooperation information registration request message. This LN authentication request message is a message for requesting authentication processing for LN 2 indicated by this LN-ID. Then, the LN-HA 5 sends the created LN authentication request message to LN-AAA 7 (Seq 48).
  • LN—AAA7 upon receiving the LN authentication request message, performs authentication processing on LN2 based on the authentication information contained in the received LN authentication request message. Run. Then, LN-AAA7 creates an LN authentication response message, and sends the created LN authentication response message to LN-HA5 (Seq 49).
  • the LN-HA 5 When receiving the LN authentication response message, the LN-HA 5 creates a GN location registration request message including the GN-ID and the LN-ID included in the received cooperation information registration request message. Then, the LN-HA 5 transmits the created GN location registration request message to the GN-HA 4 (Seq 50).
  • GN When the HA4 receives the GN location registration request message, it creates a GN authentication request message.
  • This GN authentication request message is a message for requesting an authentication process for GN3 indicated by GN-ID included in the received GN location registration request message. Then, the GN-HA 4 sends the created GN authentication request message to the GN-AAA 6 (Seq 51).
  • GN-AAA6 upon receiving the GN authentication request message, executes authentication processing for GN3 based on the authentication information included in the received GN authentication request message. Then, GN-AAA6 creates a GN authentication response message, and sends the created GN authentication response message to GN-HA4 (Seq 52).
  • GN-HA4 creates a GN location registration response message, and sends the created GN location registration response message to LN-HA5 (Seq 53) 0
  • LN-HA5 creates a cooperation information registration response message, and sends the created message to GN3 (Seq 54).
  • FIGS. 32 and 33 are diagrams showing a processing sequence in the ninth operation example of the cooperative information management system 1a.
  • the ninth operation example of the cooperative information management system 1a will be described using FIGS. 32 and 33.
  • GN3 is set to create a cooperation information registration request message in SO6 (see FIG. 11B). Then, GN3 is set to send the created cooperation information registration request message to LN-HA5 in S08.
  • the GN-HA 4 transmits the GN authentication request message before executing the processing on the received GN location registration request message in S 17 (refer to FIG. 12B). To be set.
  • the GN-HA4 is set so as not to execute the processing of S24 to S26.
  • the GN-HA 4 receives the cooperation information registration response message from the LN-HA 5, the GN-HA 4 is set to transmit the cooperation information registration response message to the GN 3.
  • LN-HA5 is set so as not to execute the process of S48 (FIG. 13C). Further, in the ninth operation example, when the GN-HA4 receives the GN location registration response message from the GN-HA4, the LN-HA5 transmits the GN-ID and the LN-ID included in the cooperation information registration request message received from the GN3. The GN-HA4 is configured to register the association information registration response message to the GN-HA4.
  • a ninth operation example first, operation up to S e q 46 ⁇ S e q 53 in the eighth operation example is performed (S eq 55 ⁇ S eq 62).
  • LN-HA5 Upon receiving the GN location registration response message, LN-HA5 associates the LN-ID and GN-ID included in the received linkage information registration request message and registers them as linkage information. Then, the LN-HA5 creates a cooperation information registration response message, and sends the created message to the GN-HA4 (Seq 63).
  • HA4 When HA4 receives the link information registration response message, it creates a link information registration response message addressed to GN3, and sends the created message to GN3. (S eq 64).
  • an authentication process for LN 2 and GN 3 is executed. For this reason, in the ninth operation example, the validity of LN2 and GN3 registered in GN-HA4 and LN-HA5 is guaranteed, and the security of the entire system can be improved.
  • FIG. 34 is a diagram showing an outline of the second embodiment of the linked information management system according to the present invention, that is, the linked information management system 1b.
  • the linkage information management system 1b will be described using FIG. 34.
  • the configuration of the cooperative information management system 1b differs from that of the cooperative information management system 1a only in that it uses an LN-IDS (Local Node Identification Server) 46 instead of the LN-HA5.
  • LN-IDS Local Node Identification Server
  • link information between GN3 and LN2 that is, link information in which GN-ID and LN-ID are associated with each other and positional information on GN3
  • GN-HA4 (Correspondence between home address and care-of address by Mobile IP) is managed collectively in GN-HA4.
  • the GN-HA4 stores LN-ID, but does not store information about LN2 indicated by LN-ID other than LN-ID.
  • information about LN2 is stored in LN-IDS46.
  • the LN-IDS 46 is configured using an information processing device such as a personal computer or a workstation / server.
  • LN—I DS 46 has an LN database (not shown). In the LN database, information about LN2 and LN-ID of each LN2 are registered in association with each other.
  • the LN-IDS 46 responds to the LN-ID inquiry message from the GN-HA4 by executing the program by the CPU. Specifically, the LN-IDS 46 searches the LN database for information on LN2 corresponding to the LN-ID included in the LN-ID inquiry message. LN—ID S46 creates an LN-ID response message containing the retrieved information. Then, LN-IDS 46 transmits the created LN-ID response message to GN-HA 4, which is the source of the LN-ID inquiry message.
  • the LN-IDS 46 requests the authentication process for the queried LN 2 to the LN-AAA 7 as necessary.
  • the LN-IDS 46 may be configured to only respond to inquiries about successfully authenticated LN2.
  • FIGS. 35 and 36 are diagrams showing a processing sequence in the first operation example of the cooperation information management system 1b.
  • the first operation example of the cooperative information management system 1b will be described with reference to FIGS.
  • the processing in the first operation example is divided into a first phase and a second phase.
  • first phase registration of linkage information with GN-HA4 is performed.
  • second phase an inquiry to LN-IDS 46 is performed.
  • N3 acquires the LN-ID of the discovered LN2 (Seq 65).
  • GN3 creates a GN location registration request message including the acquired LN-ID and the GN-ID of the own device 3. Then, GN3 sends the created GN location registration request message to GN-HA4 (Seq 66).
  • GN-HA4 Upon receiving the GN location registration request message from GN3, GN-HA4 associates the GN-ID and LN-ID included in the received GN location registration request message and registers them as link information. At this time, GN-HA4 also registers location information on GN3. Then, GN-HA 4 transmits a GN location registration response message to GN 3 that is the source of the GN location registration request message (Seq 67). The above is the processing of phase 1.
  • the GN-HA4 sends an LN-ID inquiry message to the LN-IDS 46 as necessary (Seq 68).
  • the LN-ID query message contains the LN-ID of the LN 2 being queried. included.
  • the LN-IDS 46 When receiving the LN-IDS inquiry message, the LN-IDS 46 retrieves information about LN 2 to be queried. Then, the LN-IDS 46 transmits an LN-ID response message including the searched information to the GN-HA4 (Seq 69).
  • LN-IDS46 information (eg, product attributes, dimensions, and detailed functions) on LN2, which is expected to have diversified functions, is summarized in LN-IDS46. Managed. Therefore, when the information on LN 2 is changed, the information needs to be changed only in LN-IDS 46. Therefore, in the first operation example of the second embodiment, management of information on LN 2 is facilitated, and it is possible to reduce costs in system operation.
  • the message requesting the registration of the cooperation information is executed only between GN3 and GN-HA4. This speeds up the response of the entire system.
  • FIGS. 37 and 38 are diagrams showing a processing sequence in the second operation example of the cooperative information management system 1b.
  • a second operation example of the cooperative information management system Alb will be described with reference to FIGS.
  • the processing in the second operation example differs from the first operation example only in that the authentication between GN3 and LN2 is performed.
  • the GN—HA 4 determines that the GN 3 corresponding to the GN—ID included in the received GN location registration request Requests that GN—AAA 6 perform authentication processing. That is, GN-HA4 sends a GN authentication request message to GN-AAA6. I believe (S eq 72). GN-AAA6 executes the authentication process and sends a GN authentication response message to GN-HA4 (Seq 73). Then, based on the result of the authentication, GN-HA4 associates the GN-ID with the LN-ID and registers it as link information.
  • LN-IDS 46 upon receiving the LN-ID inquiry message (S eq 75: equivalent to S eq 68 in the first operation example), the LN-IDS 46 recognizes and certifies LN 2 that has been queried. Request to AAA7 (Seq 76). Then, based on the result of the authentication process in LN-AAA 7, LN-IDS 46 transmits an LN-ID response message for the LN-ID inquiry message to GN-HA4.
  • the cooperation information management system 1a, lb in the present invention will be described.
  • the first application example and the second application example will be described using the cooperative information management system 1a as an example.
  • the cooperative information management system 1b may be applied in the same manner as the second application example.
  • FIGS. 39 and 40 are diagrams showing a first application example of the present invention.
  • an X SP x Service Provider: a service providing service
  • An example of such a service is the transmission of messages related to LN2 (direct mail, image transmission, etc. to LN2 users).
  • the 3-server 47 transmits a service execution request message (application message) including the LN_ID of the specific LN2 to the LN-HA5 (Seq 79).
  • the xSP server 47 sends a service execution request message to the LN-HA5 handling the corresponding LN-ID in advance.
  • a device that searches for the LN-HA5 that handles the corresponding LN-ID may be installed in the system.
  • the service execution request message may be transmitted multiple times at the same time.
  • LN-HA5 Upon receiving the service execution request message, LN-HA5 searches for GN-ID corresponding to LN-ID included in the received message. Then, the retrieved GN-ID is added to the received message, and the message is transferred to GN-HA4 (Seq 80). At this time, the LN-HA5 transfers to the GN-HA4 that handles the searched GN-ID.
  • the association between GN-ID and GN-HA4 may be performed in LN-HA5, or may be performed in another device installed between GN-HA4 and LN-HA5.
  • GN—HA4 searches for the care-of address corresponding to GN_ID contained in the received message. Then, the received message is forwarded to the found care-of address, that is, to GN3 (Seq 81). At this time, a plurality of notice addresses may be searched. If the messages for multiple care-of addresses are the same, GN-HA4 may be configured to perform multicast transmission to multiple care-of addresses.
  • the administrator of the XSP server 47 can provide an appropriate service only to a specific LN2 user.
  • FIGS. 41 and 42 are diagrams showing a second application example of the present invention.
  • the GN-ID and the LN-ID are limited by the XSP server 47. That is, the service execution request message including the GN-ID and the LN-ID is transmitted by the XSP server 47 (Seq 82).
  • the GN-HA4 performs an LN information inquiry about the LN-ID included in the received message (Seq 83). 1 ⁇ —: «5 returns the information of LN2 corresponding to the inquired LN-ID to GN-HA4 (Seq 84). Then, based on the information of LN 2, GN-HA 4 determines to which GN-ID of the GN-ID included in the received message the message should be transferred. For example, the usage time for LN 2 exceeds a certain time Processing such as transfer only to the GN-ID of GN3 used by the user is performed. In this case, the usage time of the user for LN2 is provided from LN-HA5 as information on LN2.
  • the GN-HA 4 searches for a care-of address for the GN-ID determined to be transferred, and transfers the message to the searched care-of address (Seq 85).
  • LN-HA5 in the second application example may be LN_IDS46.
  • the GN-ID is also limited by the XSP server 47. For this reason, it is possible to provide services in accordance with the needs of the administrator of the XSP server 47. Industrial applicability
  • the present invention is applicable to industries that provide services using appliances to users, for example, providing new functions to user terminal devices and services such as mail distribution according to appliances.

Abstract

連携情報管理サーバであって、第一の装置を識別するための第一の識別子と第二の装置を一意に識別するための第二の識別子とが対応づけられた連携情報を記憶する連携情報記憶手段と、受信された第一の識別子と第二の識別子とを連携情報として前記連携情報記憶手段に登録する登録手段と、第二の装置に割り当てられた不変のアドレスである第一アドレスと第二の装置に割り当てられた可変の第二アドレスと前記第二の識別子とを対応付けて記憶する位置情報記憶手段とを備える。

Description

明 細 書 連携情報管理システム 技術分野
本発明は、 I Pネットワーク等のネットワークに接続可能な端末装置の特定の ユーザに対し、 サービスの提供を行うためのシステムや装置等に関する。 背景技術
従来、 ユーザ端末の位置を個々に制御する手段として、 レイヤ 3 ( I P (Internet Protocol) レイヤ) における M o b i 1 e I P (非特許文献 1参 照) がある。
M o b i l e I Pでは、 I Pネットワークを用いて構成される複数のサブネ ットワーク間を MN (Mobile Node) が移動しながら通信することを継続可能と する。 MNは、 現在所属するサブネットワークに依存しないアドレスと、 このサ ブネットワークに依存するァドレスとを有する。 サブネットワークに依存しない ァ. レスはホームアドレス (Home Address) と呼ばれる。 一方、 サブネットヮー クに依存するァドレスは気付ァドレス (C o A: Care of Address) と呼ばれる。 そして、 HA (Home Agent) は、 MNのホームアドレスと気付アドレスとを対応 付けて記憶する。 このようにして、 HAは、 MNの位置を個々に制御する。
第三者のホスト (C N: Correspondent Node) は、 MN宛にバケツトを送信す る場合、 この MNのホームアドレス宛にパケットを送信する。 HAは、 MNのホ ームアドレス宛のパケットを受け取ると、 このパケットを、 ホームアドレスに対 応して記憶される気付アドレス宛に転送する。 そして、 MNは、 C Nから送出さ れたパケットを受信する。 このようにして、 M o b i 1 e I Pでは、 C Nから 送出されたバケツトが、 複数のサブネットワーク間を移動することによりその気 付アドレスが変化する MNに対し、 正しく転送される。
また、 M o b i 1 e I Pに関連する技術として、 HAが、 ある MNについて、 この MNは正規のユーザ端末であるか否かを認証する技術がある (特許文献 1参 照) 。 また、 ネットワークを介して接続される端末装置のユーザを識別する技術 として、 N A I (Networ Access Identifier:非特許文献 2参照) がある。
また、 今後のネットワークサ^ "ビスの一形態として、 ユーザの周辺に配置され
(Appliance) を提供することが想定される。 本発明において、 :、 個体識別情報を保有すると同時に、 保有される個体識別情 報を他装置に対して通信する通信手段を有する物である。 例えば、 アプライアン スは、 ユーザが個人で保有する端末装置 (例えば携帯電話機) のみを用いては実 現できない機能をユーザに提供する際に、 ユーザに対して提供される。 即ち、 ュ 一ザは、 周辺に配置されたアプライアンス (例:ポインティングデバイス, プロ グラム記録媒体, ヘッドホン) を一時的に利用することにより、 ユーザ個人で保 有する端末装置のみでは実現できない機能の提供を、 サービスとして受けること が可能となる。 また、 アプライアンスは、 アプライアンス自体がユーザの端末装 置に対して直接的になんらかの機能を提供するものでない物 (例:建物, 看板, 缶) であっても良い。 また、 アプライアンスは、 固定された物であっても良いし 可動の物であっても良い。 また、 アプライアンスは、 公共的な物であっても良い し、 個人が所有する物であっても良い。
[特許文献 1 ]
特開 2 0 0 1— 1 6 9 3 4 1号公報
[非特許文献 1 ]
" IP Mobility Support" 、 [online] 、 [平成 1 5年 2月 1 4日検 索] 、 ィンタ一 ト <URL: http : //w . ietf. org/rf c/rf c2002. txt >
[非特許文献 2 ]
" The Network Access Identifier" 、 [online] 、 [平成 1 5年 2月 1 4日検索] 、 ィンターネットく URL: http:〃丽. ietf. org/rf c/rf c2486. txt > 上記のアプライアンスをユーザに対して提供するサービスでは、 あるアプライ アンスとこのアプライアンスを使用するユーザとの関係 (即ち利用関係) を、 サ 一ビスの提供側等で認識する必要が生じる場合がある。 例えば、 各アプライアン スを利用したユーザに対する課金情報を管理する場合に、 このような利用関係の 認識が必要となる。 発明の開示
本発明では、 上記のアプライアンスのような装置とアプライアンスを使用する ユーザとの利用関係を認識することを可能とするシステムやこのようなシステム で使用される装置を提供することを目的とする。
上記問題を解決するため、 本発明は以下のような構成をとる。 本発明の第一の 態様は、 連携情報管理システムであって、 第一の識別子によって識別される第一 の装置であって、 前記第一の識別子を記憶する記憶手段を備える第一の装置と、 第二の識別子によつて一意に識別される第二の装置であって、 前記第一の装置か ら第一の識別子を読み出す読出手段と、 前記第二の識別子を記憶する記憶手段と、 前記読出手段によって読み出された第一の識別子及び前記記憶手段に記憶される 第二の識別子を含む連携情報メッセージを作成する作成手段と、 前記作成手段に よつて作成された連携情報メッセージを他装置へ送出する送信手段とを備える第 二の装置と、 前記第二の装置から前記連携情報メッセージを受信する受信手段と、 第一の識別子と第二の識別子とが対応づけられた連携情報を記憶する連携情報記 憶手段と、 前記受信手段によって受信された連携情報メッセージに含まれる第一 の識別子と第二の識別子とを連携情報として前記連携情報記憶手段に登録する登 録手段とを備える連携情報管理サーバとを含む。
本発明の第一の態様は、 第一の装置と第二の装置と連携情報管理サーバとを含 む。 第一の装置と第二の装置には、 それぞれ第一の識別子と第二の識別子とが割 り当てられる。 第一の識別子は、 必ずしも一意に第一の装置を識別可能な識別子 である必要はない。 例えば、 第一の識別子は、 第一の装置の製造番号や、 又は第 —の装置がとりつけられる物を示す識別子であっても良い。 一方、 第二の識別子 は、 第二の装置を一意に識別することが可能となる識別子である。
第二の装置の読出手段は、 例えば無線通信手段や有線通信手段によって、 第一 の装置の記憶手段に記憶される第一の識別子を読み出す。 このような作用は、 例 えば R F I Dタグ (Radio Frequency ID タグ) 及び R F I Dリーダや、 B 1 u e t o o t h等を用いて実現される。
第二の装置の作成手段は、 読出手段によって読み出された第一の識別子と、 自 装置が備える記憶手段に記憶される第二の識別子とを含む連携情報メッセージを 作成する。 そして、 第二の装置の送信手段は、 作成手段によって作成された連携 情報メッセージを連携情報管理サーバへ送信する。
第二の装置は、 不変の第一ァドレスと可変の第二ァドレスとが割り当てられる 装置であっても良い。 このようなアドレスの例として、 M o b i 1 e I Pによ るホームアドレスと気付アドレスとがある。 この場合、 第二の装置の送信手段は、 M o b i l e I Pの仕様に従って、 ホームアドレスと気付アドレスとを対応付 けた位置登録メッセージを連携情報管理サーバへ送信する。 この場合、 第二の装 置の送信手段は、 位置登録メッセージに、 自装置の記憶手段に記憶される第二の 識別子を含める。
連携情報管理サーバの受信手段は、 連携情報メッセージを受信する。 すると、 登録手段は、 受信されたメッセージに含まれる第一の識別子と第二の識別子とを 対応付けて、 連携情報記憶手段に登録する。
本発明の第一の態様によれば、 連携情報管理サーバへの通信手段を備えない第 一の装置と、 第二の装置との対応関係が、 連携情報管理サーバへの通信手段を備 える第二の装置によって通知される。 このため、 連携情報管理サーバでは、 この ような対応関係 (利用関係) 力 正確に登録される。
また、 本発明による第一の態様の前記連携情報管理サーバは、 前記連携情報記 憶手段に連携情報が登録された際に、 前記第二の装置に対し登録が完了したこと を通知する完了通知手段をさらに備え、 前記第二の装置は、 前記完了通知を受信 した場合に、 前記第一の装置の使用を可能とする使用制限手段をさらに備えるよ うに構成されても良い。
また、 本発明による第一の態様の前記第二の装置は、 自装置に割り当てられた 不変の第一アドレスと、 可変の第二アドレスとを有し、 前記第二の装置の送信手 段は、 前記第二ァドレスと第一ァドレスと自装置の第二の識別子とを含む位置登 録メッセージを連携情報管理サーバへさらに送信し、 前記連携情報管理サーバは、 受信された位置登録メッセージに含まれる第一ァドレスと第二ァドレスと第二の 識別子とを対応付けて記憶する位置情報記憶手段をさらに備えるように構成され ても良い。 また、 本発明による第一の態様は、 前記第一の装置についての認証処理を実行 する第一の認証装置をさらに含み、 前記連携情報管理サーバは、 前記第一の装置 についての認証処理を前記第一の認証装置に依頼する認証依頼手段と、 前記第一 の認証装置による認証処理の結果に応じて前記登録手段による前記連携情報の登 録を制限する登録制限手段とを備えるように構成されても良い。
また、 本発明による第一の態様は、 前記第二の装置についての認証処理を実行 する第二の認証装置をさらに含み、 前記連携情報管理サーバは、 前記第二の装置 についての認証処理を前記第二の認証装置に依頼する認証依頼手段と、 前記第二 の認証装置による認証処理の結果に応じて前記登録手段による前記連携情報の登 録を制限する登録制限手段とを備えるように構成されても良い。
また、 本発明による第一の態様は、 前記第一の装置についての装置情報を前記 第一の識別子と対応付けて記憶する装置情報記憶手段と、 受信される問い合わせ メッセージに含まれる第一の識別子に対応付けて記憶される前記装置情報を検索 する検索手段と、 前記問い合わせメッセージに対する応答として前記検索手段に よって検索された装置情報を送信する応答手段とを含む装置情報管理サーバをさ らに含み、 前記連携情報管理サーバは、 特定の第一の識別子を含む問い合わせメ ッセージを前記装置情報管理サーバへ送信する問レ、合わせ手段をさらに備えるよ うに構成されても良い。
また、 本発明による第一の態様の前記連携情報管理サーバは、 第一の識別子が 付されたデ一タを受信した場合にこの第一の識別子と対応付けられて前記連携情 報記憶手段に記憶される第二の識別子を検索する識別子検索手段と、 前記検索手 段によつて検索された第二の識別子と対応付けられて前記位置情報記憶手段に記 憶される第二のァドレスを検索するァドレス検索手段と、 前記ァドレス検索手段 によって検索された第二のァドレスに対して前記データの少なくとも一部を転送 する転送手段とを備えるように構成されても良い。
本発明の第二の態様は、 端末装置であって、 第一の装置から第一の識別子を読 み出す読出手段と、 自装置を一意に識別するための第二の識別子を記憶する記憶 手段と、 前記読出手段によつて読み出された第一の識別子及び前記記憶手段に記 憶される第二の識別子を含む連携情報メッセージを作成する作成手段と、 前記作 成手段によって作成された連携情報メッセージを他装置へ送出する送信手段とを 備える。
本発明の第三の態様は、 連携情報管理サーバであって、 第一の装置を識別する ための第一の識別子と第二の装置を一意に識別するための第二の識別子とが対応 づけられた連携情報を記憶する連携情報記憶手段と、 受信された第一の識別子と 第二の識別子とを連携情報として前記連携情報記憶手段に登録する登録手段と、 第二の装置に割り当てられた不変のァドレスである第一ァドレスと第二の装置に 割り当てられた可変の第二ァドレスと前記第二の識別子とを対応付けて記憶する 位置情報記憶手段とを備える。
本発明によれば、 アプライアンスのような装置 (第一の装置) と、 このァプラ ィアンスと同一のユーザによって使用される装置 (第二の装置) との利用関係を 認識することことが可能となる。 この結果、 アプライアンスのような装置と、 こ のアプライアンスを使用するユーザとの利用関係を認識することが可能となる。 効果の一例を以下に説明する。 例として、 広告配信事業者が特定の条件を満た す消費者に対して広告の配信を行う場合を想定する。 この場合、 従来は、 携帯端 末を持つユーザの識別情報 (例:電子メールアドレス) を利用して配信先ユーザ を指定する形態があった。 これに対し、 本発明では、 個々の配信先のユーザをあ らかじめ指定する必要が無く、 配信対象であるか否かを特定するための属性とし て、 「特定の商品 (L Nに相当) を所持するユーザ」 と指定することが可能とな る。 言い換えれば、 配信先のユーザが誰であるかを特定する必要はなく、 特定の 属性 (特定の商品を所持) だけを手がかりに、 属性の条件に合致するユーザに対 して広告を配信することが可能となる。 図面の簡単な説明
F I G . 1は、 連携情報管理システムの概要を示す図であり、
F I G . 2は、 L Nの機能ブロックを示す図ャあり、
F I G . 3は、 G Nの機能プロックを示す図であり、
F I G . 4は、 G N— HAの機能プロックを示す図であり、
F I G. 5は、 L N— HAの機能ブロックを示す図であり、 F I G. 6は、 GN— AAAの機能ブロックを示す図であり、 F I G. 7は、 LN— AAAの機能プロックを示す図であり、
F I G. 8は、 GN位置登録要求メッセージ及ぴ GN位置登録応答メッセージ を示す図であり、
F I G. 9は、 連携情報登録要求メッセージ及び連携情報登録応答メッセージ を示す図であり、
F I G. 10は、 認証情報転送メッセージ及び認証情報応答メッセージを示す 図であり、
F I G. 1 1 Aは、 GNの動作例を示すフローチャートであり、
F I G. 1 1 Bは、 GNの動作例を示すフローチャートであり、
F I G. 1 2 Aは、 GN— HAの動作例を示すフローチャートであり、 F I G. 1 2Bは、 GN— HAの動作例を示すフローチャートであり、 F I G. 1 2Cは、 GN— HAの動作例を示すフローチャートであり、 F I G. 1 2Dは、 GN— HAの動作例を示すフローチャートであり、 F I G. 1 3 Aは、 LN— HAの動作例を示すフローチャートであり、 F I G. 1 3 Bは、 LN— HAの動作例を示すフローチャートであり、 F I G. 1 3 Cは、 LN— HAの動作例を示すフローチャートであり、 F I G. 14 Aは、 GN— AAAの動作例を示すフローチャートであり、 F I G. 14Bは、 GN— AAAの動作例を示すフローチャートであり、 F I G. 1 5 Aは、 LN— AAAの動作例を示すフローチャートであり、 F I G. 1 5 Bは、 LN— AAAの動作例を示すフローチャートであり、 F I G. 1 6は、 第一実施形態の第一動作例を示す図であり、
F I G. 1 7は、 第一実施形態の第一動作例を示す図であり、
F I G. 1 8は、 第一実施形態の第二動作例を示す図であり、
F I G. 1 9は、 第一実施形態の第二動作例を示す図であり、
F I G. 20は、 第一実施形態の第三動作例を示す図であり、
F I G. 2 1は、 第一実施形態の第三動作例を示す図であり、
F I G. 22は、 第一実施形態の第四動作例を示す図であり、
F I G. 23は、 第一実施形態の第四動作例を示す図であり、 F I G. 24は、 第一実施形態の第五動作例を示す図であり、 F I G. 25は、 第一実施形態の第五動作例を示す図であり、
F I G. 26は、 第一実施形態の第六動作例を示す図であり、
F I G. 27は、 第一実施形態の第六動作例を示す図であり、
F I G. 28は、 第一実施形態の第七動作例を示す図であり、
F I G. 29は、 第一実施形態の第七動作例を示す図であり、
F I G. 30は、 第一実施形態の第八動作例を示す図であり、
F I G. 3 1は、 第一実施形態の第八動作例を示す図であり、
F I G. 32は、 第一実施形態の第九動作例を示す図であり、
F I G. 33は、 第一実施形態の第九動作例を示す図であり、
F I G. 34は、 第二実施形態における連携情報管理システムの概要を示す図 であり、
F I G. 35は、 第二実施形態の第一動作例を示す図であり、
F I G. 36は、 第二実施形態の第一動作例を示す図であり、
F I G. 37は、 第二実施形態の第二動作例を示す図であり、
F I G. 38は、 第二実施形態の第二動作例を示す図であり、
F I G. 39は、 本発明の第一適用例を示す図であり、
F I G. 40は、 本発明の第一適用例を示す図であり、
F I G. 41は、 本発明の第二適用例を示す図であり、
F I G. 42は、 本発明の第二適用例を示す図である。 発明を実施するための最良の形態
次に、 図を用いて本発明の実施形態における連携情報管理システムについて説 明する。 なお、 本実施形態の説明は例示であり、 本発明の構成は以下の説明に限 定されない。
〔第一実施形態〕
〈システム構成〉
F I G. 1は、 本発明による連携情報管理システムの第一実施形態、 即ち連携 情報管理システム 1 aの概要を示す図である。 F I G. 1を用いて連携情報管理 システム 1 aについて説明する。
連携情報管理システム 1 aは、 LN (Local Node) 2, GN (Global Node) 3, GN-HA (GN Home Agent) 4, LN— HA (LN Home Agent) 5, GN— AAA (GN Authentication, Authorization and Accounting) 6, 及び LN— AAA (LN Authentication, Authorization and Accounting) 7を用レヽて構成 される。 連携情報管理システム 1 aは、 上記各装置を複数用いて構成されても良 レ、。
LN2と GN3とは、 局所ネットワークを用いて通信可能に接続される。 ただ し、 LN2と GN3とは、 一方向通信 (LN2が発する信号を GN3が受信する 通信) であっても良いし、 双方向通信であっても良い。 このような一方向通信の 例として、 RF I Dタグ (LN2に相当) と RF I Dリーダ (GN3に相当) と の通信がある。 また、 双方向通信の例として、 B l u e t o o t h (ブルートゥ ース) による通信がある。
GN3と GN— HA4, GN— HA 4と L N— H A 5 , GN— HA4と GN— AAA 6 , LN— HA5と LN— AAA7, 及び GN_ AAA 6と L N— AAA 7は、 インターネットゃ WAN等の広域ネットワークを用いて通信可能に接続さ れる。 GN 3と GN— HA4とは、 無線又は有線のネットワークを用いて構成さ れる。 GN— HA4と LN— HA 5, GN— HA 4と GN— AAA 6 , LN-H A5とLN— AAA7, 及ぴ G N— A A A 6と L N— A A A 7は、 無線又は有線 ネットワークを用いて構成される。 '
連携情報管理システム 1 aでは、 1台の GN 3において複数台の LN 2を使用 可能に設定されても良い。 また、 1台の LN2が複数台の GN3によって使用さ れても良い。 また、 1台の GN— HA4に対して、 複数台の GN3, LN-HA 5, GN— AAA6がそれぞれ設けられても良い。 また、 1台の LN— HA5に 対して複数台の GN— HA4, LN— AAA 7がそれぞれ設けられても良い。 次に、 各装置の構成について説明する。
< <LN) >
LN2は、 局所的な無線アクセス機能を持ち、 自身の個体識別情報 (例:機能 種別, 一連の製造番号) を持つ機能デバイスである。 以下、 LN 2が記憶する個 体識別情報を L N— I Dと呼ぶ。 L N 2が記憶する L N— I Dは、 接触/非接触 (無線等) の手段により、 GN 3によって読み取られる。
LN 2の具体的な例として、 RF I Dタグがある。 RF I Dタグは、 例えば自 身が取り付けられた製品の識別情報 (製造者, 製造番号などの識別情報) を LN 一 I Dとして記憶する。 このため、 RF I Dタグは、 LN— I Dを格納可能な記 憶領域を備える。 RF I Dリーダ (GN3に相当) は、 電波などによる非接触通 信方式により、 RF I Dタグに格納された情報を読み取る。
LN2は、 RF I Dタグ以外でも、 電波を使用した手段によって 身が格納す る LN— I Dが GN 3によって読み取り可能な機器を用いて構成されても良い。
F I G. 2は、 LN 2の機能ブロックを示す図である。 LN2は、 LN— I D 記憶部 8, 読み取り要求検出部 9, 読み取り要求応答部 10, 及び情報読み取り インタフェース 1 1を備える。
LN— I D記憶部 8は、 不揮発性の記憶装置 (いわゆる ROMや F RAM (Ferroelectric RAM) 等) を用いて構成され L N— I Dを記憶する。
読み取り要求検出部 9は、 情報読み取りインタフェース 1 1を介して受信され たデータから、 GN 3からの読み取り要求を検出する。
読み取り要求応答部 10は、 読み取り要求検出部 9によって検出された読み取 り要求に応じて、 LN— I D記憶部 8から LN— I Dを読み出す。 そして、 読み 取り要求 答部 10は、 読み出された LN_ I Dを含むデータを、 情報読み取り インタフェース 1 1を介して、 GN3に対して送信する。
情報読み取りインタフェース 1 1は、 B 1 u e t o o t h通信装置や RF I D タグに用いられるアンテナ等を用いて構成される。 情報読み取りインタフェース 11は、 GN 3との通信を実現する。
< <GN> >
GN3は、 ネットワークユーザが:所有する端末装置であって、 広域ネットヮー ク (例えば I Pネットワーク) 内で一意に識別される端末装置である。 GN3は、 携帯電話機, PDA (Personal Digital Assistants) , パーソナルコンビユー タ (特にノート型) 等を用いて構成される。 GN3は、 個々のユーザによって占 有して利用されることを前提とする。 即ち、 GN 3とユーザとを 1対 1で対応付 けることが可能であることを前提とする。 また、 GN3は、 広域ネットワークに 接続可能な装置を用いて構成される。 ここでは、 GN3は、 Mo b i 1 e I P 等に従って動作するクライアントであることを想定する。 このため、 GN3は、 Mo b i l e I Pに従ってホームァドレスと気付ァドレスとの登録 (位置登 録) を、 MN— HA4に対して行う。
また、 GN3は、 局所ネットワークを介して、 LN 2から LN— I Dを含むデ ータを受信する。 GN3は、 広域ネッ トワークを介して、 受信された LN— I D を含む位置登録要求を GN— HA 4へ送信する。 言い換えれば、 GN3は、 受信 された LN— I Dを広域ネットワークへの自身の位置登録手順に含めて、 広域ネ ットワーク内の LN— I Dの管理機構 (LN— HA5に相当) に間接的に送信す る。
F I G. 3は、 GN 3の機能ブロックを示す図である。 GN3は、 局所ネッ ト ワークインタフェース 1 2, LN情報収集部 13, LN情報抽出部 14, 広域位 置登録機能部 1 5, GN- I D記憶部 16, 及ぴ広域ネットワークインタフエ一 ス 1 7を用いて構成される。
局所ネットワークインタフェース 1 2は、 局所ネットワークを介して LN 2か ら LN_ I Dを含むデータを受信する。
LN情報収集部 1 3は、 局所ネットワークインタフェース 12を介して、 読み 取り要求を LN 2へ送信する。
LN情幸艮抽出部 14は、 局所ネットワークインタフェース 1 2を介して LN 2 から受信されるデータから LN— I Dを抽出する。
局所ネットワークインタフェース 1 2, LN情報収集部 1 3, 及び LN情報抽 出部 14は、 例えば RF I Dリーダを用いて構成されても良い。 また、 上記三つ の各構成は、 それぞれ専用チップによつて実現されても良い。
また、 局所ネットワークインタフェース 12は、 B 1 u e t o o t h通信装置 を用いて構成されても良い。 このような場合、 LN情報収集部 1 3及び LN情報 抽出部 14は、 専用チップによって実現されても良いし、 CPUによって専用プ ログラムが実行されることによって実現されても良い。
広域位置登録機能部 1 5は、 位置制御プロトコルスタック (M o b i 1 e I P等) により実現される。 広域位置登録機能部 15は、 位置制御プロトコルスタ ックに応じたプログラムが CPUによって実行されることにより実現される。 広 域位置登録機能部 15は、 少なぐとも Mo b i l e I Pに従った位置登録を行 う。 広域位置登録機能部 15は、 GN— I D記憶部 16から GN— I Dを読み出 す。 LN情報抽出部 14によって LN— I Dが抽出された場合、 広域位置登録機 能部 15は、 読み出された GN— I Dと、 LN情報抽出部 14によって抽出され た LN— I Dとを含む位置登録要求 (Registration Request) メッセージを作成 する。 そして、 広域位置登録機能部 15は、 作成された位置登録要求メッセージ を、 広域ネットワークインタフェース 17を介して、 GN— HA4へ送信する。
GN— I D記憶部 16は、 不揮発性の記憶装置 (いわゆる ROMや FRAMや ハードディスク等) を用いて構成される。 GN— I D記憶部 16は、 自装置 3の GN— I Dを記憶する。 GN— I Dとは、 広域ネットワークにおいて一意に GN 3又は GN 3のユーザを識別することを可能とする情報である。 GN— I Dは、 例えば、 Mo b i l e I Pにおけるホームァドレスや気付ァドレス, 又は NA I等を用いて構成される。
広域ネットワークインタフェース 17は、 ネットワークインタフェースカード 等を用いて構成される。 広域ネットワークインタフェース 1 7は、 GN3が広域 ネットワークを介して他の装置と通信することを可能とする。
( (GN-HA) >
GN— HA4は、 少なくとも Mo b i l e I Pにおけるホームエージェント としての機能を備える。 GN— HA4は、 さらに、 自装置 4の管理対象となって いる GN3と、 GN 3又は GN 3のユーザによって利用される LN 2とを関連付 けて管理 (記憶) する。 また、 GN— HA4は、 GN 3から位置登録メッセージ を受信した場合、 受信された位置登録メッセージの内容に応じて、 受信された位 置登録メッセージに含まれる LN— I Dを含むデータを他の装置に対して送信す る。
F I G. 4は、 GN— HA 4の機能ブロックを示す図である。 GN— HA4は、 アクセス側ネットワークインタフェース 18, GN— I D抽出部 19, 広域位置 登録機能部 20, GN位置情報データベース 21, AAA連携クライアント機能 部 22, 認証機能側インタフェース 23, LN— HA連携機能部 24, 及びコア 側ネットワークインタフェース 25を用いて構成される。
アクセス fijjネットワークインタフェース 1 8は、 ネットワークインタフェース カード等を用いて構成される。 アクセス側ネットワークインタフェース 18は、 GN— HA4が広域ネットワークを介して GN3と通信することを可能とする。
GN- I D抽出部 19は、 アクセス側ネットワークインタフェース 1 8を介し て受信されたメッセージから GN— I Dを抽出する。
広域位置登録機能部 20は、 位置制御プロトコルスタックにより実現される。
GN位置情報データベース 21は、 ハードディスクやフラッシュメモリ等の不 揮発性記憶装置を用いて構成される。 GN位置情報データベース 21は、 GN3 のホームァドレスと気付ァドレスとを対応付けて記憶する。 また、 GN位置情報 データベース 21は、 GN— I Dと LN— I Dとを対応付けて記憶する。 GN— I Dが GN3のホームァドレス及び気付ァドレスのいずれでもない場合、 GNデ ータベース 21は、 さらに、 ホームアドレス又は気付アドレスと GN_ I Dとを 対応付けて記憶する。
認証機能側インタフェース 23は、 ネットワークインタフェースカード等を用 いて構成される。 認証機能側インタフェース 23は、 GN— HA4が広域ネット ワークを介して GN— AAA 6と通信することを可能とする。
コア側ネットワークインタフェース 25は、 ネットワークインタフェースカー ド等を用いて構成される。 コア側ネットワークインタフェース 25は、 GN— H A 4が広域ネットワークを介して LN— H Aと通信することを可能とする。
GN— I D抽出部 1 9, 広域位置登録機能部 20, AAA連携クライアント機 能部 22, 及ぴ LN— HA連携機能部 24は、 それぞれ専用チップにより実現さ れても良いし、 CPUによって専用プログラムが実行されることによって実現さ れても良い。 これらの構成の動作については、 動作例の欄において説明する。
< (LN-HA) )
LN— HA5は、 LN 2の位置情報を管理するサーバである。 LN2の位置情 報とは、 既存の位置管理システムにおける地理的な情報、 あるいは LN 2の近傍 に位置するネットワーク装置などのネットワーク上の位置情報などに加え、 LN 2を占有 (あるいは共有) しているユーザの使用端末 GN 3との関連を示す。 言 い換えれば、 LN— HAは、 各 LN2の位置として、 どの GN3のユーザによつ て使用されているかという情報を管理する。
F I G. 5は、 LN— HA 5の機能ブロックを示す図である。 LN— HA5は、 アクセス側ネットワークインタフェース 26, LN位置登録メッセージ処理部 2 7, LN— A A A連携処理判定部 28, 局所位置登録機能部 29, L N位置情報 データベース 30, LN— AAA連携クライアント機能部 3 1 , 及ぴ認証機能側 ィンタフェース 32を用いて構成される。
アクセス佃 jネットワークィンタフェース 26は、 ネットワークインタフェース カード等を用いて構成される。 アクセス側ネットワークインタフェース 26は、 LN— HA5が広域ネットワークを介して GN3や GN— HA4と通信すること を可能とする。
認証機能側インタフェース 32は、 ネットワークインタフェースカード等を用 いて構成される。 認証機能側インタフェース 32は、 LN— HA5が広域ネット ワークを介して LN— AAA 7と通信することを可能とする。
局所位置登録機能部 29は、 位置制御プロトコルスタックにより実現される。 LN位置登録メッセージ処理部 27, LN— A A A連携処理判定部 28, 局所位 置登録機能部 29, 及び LN— AAA連携クライアント機能部 31は、 それぞれ 専用チップにより実現されても良いし、 CPUによって専用プログラムが実行さ れることによって実現されても良い。 これらの構成の動作については、 動作例の 欄において説明する。
< (GN-AAA) >
GN— AAA6は、 ある GN 3についての正当性 (GN— HA 4に対する正式 な契約者であるか否かなど) を認証する。 また、 GN— AAA6は、 ある GN3 と関連付けられている LN 2についての認証情報に基づき、 LN— AAA7との 間で認証手順の連携を行う。
F I G. 6は、 GN— AAA 6の機能プロックを示す図である。 GN— AAA 6は、 GN— HA側ネットワークインタフェース 33, GN認証情報抽出部 34, G N認証処理部 35 , L N認証情報抽出部 36 , G N認証情報データベース 37 , LN— A A A連携クライアント機能部 38, 及び L N _ A A A側インタフェース
39を用いて構成される。 .
GN— HA側ネットワークインタフェース 33は、 ネットワークインタフエ一 スカード等を用いて構成される。 GN— HA側ネットワークインタフェース 33 は、 GN— AAA6が広域ネットワークを介して GN— HA4と通信することを 可能とする。
GN認証情報データベース 37は、 ハードディスクやフラッシュメモリ等の不 揮発性記憶装置を用いて構成される。 GN認証情報データベース 37は、 GN3 を認証するために用いられる情報を記憶する。 例えば、 G N 3がパスワードと I Dによって認証される場合、 GN認証情報データベース 37は、 各 GN3につい てのパスワードと I Dとを対応付けて記憶する。
LN— AAA側ィンタフェース 39は、 ネットワークインタフェースカード等 を用いて構成される。 LN— AAA側インタフェース 39は、 GN— AAA6が 広域ネットワークを介して LN_ AAA 7と通信することを可能とする。
G N認証情報抽出部 34, G N認証処理部 35 , L N認証情報抽出部 36, 及 び L N— A A A連携クライアント機能部 38は、 それぞれ専用チップにより実現 されても良いし、 CPUによって専用プログラムが実行されることによって実現 されても良い。 これらの構成の動作については、 動作例の欄において説明する。
< <LN-AAA> >
LN— AAA7は、 LN2の正当性 ( L N 2は L N— A A A 7に正式に登録さ れている機器であるか否かなど) について認証する。
F I G. 7は、 LN— AAA 7の機能ブロックを示す図である。 LN— AAA 7は、 GN— AAA側ネットワークインタフェース 40, LN認証情報抽出部 4 1 , L N認証処理機能部 42, L N認証メッセージ処理部 43, L N認証情報デ ータベース 44, 及ぴ LN— HA側ネットワークインタフェース 45を用いて構 成される。
GN— AAA側ネットワークインタフェース 40は、 ネットワークインタフエ ースカード等を用いて構成される。 GN— AAA側ネットワークインタフェース
40は、 LN— AAA 7が広域ネットワークを介して GN_ AAA 6と通信する ことを可能とする。
LN認証情報データベース 44は、 ハードディスクやフラッシュメモリ等の不 揮発性記憶装置を用いて構成される。 LN認証情報データベース 44は、 LN2 を認証するために用いられる情報を記憶する。 例えば、 ビット列によって認証さ れる場合、 LN認証情報データベース 44は、 各 LN2についてのビット列と L N_ I Dとを対応付けて記憶する。
LN— HA側ネットワークインタフェース 45は、 ネットワークインタフエ一 スカード等を用いて構成される。 LN— HA側ネットワークインタフェース 45 は、 LN— AAA 7が広域ネットワークを介して LN— HA5と通信することを 可能とする。
L N認証情報抽出部 41 , L N認証処理機能部 42, 及ぴ L N認証メッセージ 処理部 43は、 それぞれ専用チップにより実現されても良いし、 CPUによって 専用プログラムが実行されることによって実現されても良い。 これらの構成の動 作については、 動作例の欄において説明する。
〈メッセージのフォーマツト伊!]〉
次に、 連携情報管理システム 1 aの各装置間で送受信されるメッセージについ て、 図を用いて説明する。
< く GN位置登録要求/応答〉 〉
F I G. 8は、 GN位置登録要求メッセージ及び GN位置登録応答メッセージ の概要を示す図である。 GN位置登録要求メッセージ (項番 1) は、 GN3から GN— HA4へ、 又は LN— HA 5から GN— HA4へ送信されるメッセージで あ 。
GN位置登録要求メッセージは、 送信元 (GN3, LN-HA 5) において保 有される GN— I Dと LN— I Dとを関連付けた情報を連携情報として登録 .保 持することを要求するために使用される。 GN位置登録要求メッセージは、 通常 の Mo b i 1 e I Pにおいて、 GNと GN— HAとの間で送受信される位置登 録要求メッセージを含む。 GN位置登録要求メッセージは、 パラメタとして、 G N3の位置情報と、 この GN3の GN— I Dと LN— I Dとを含む。 この LN— I Dは、 例えば GN3と連携して使用される LN2の LN— I Dである。 GN3 の位置情報とは、 例えば GN 3の現在の気付アドレスや、 ホームアドレスや、 収 容ルータのァドレス等を用いて構成される。
GN位置登録応答メッセージ (項番 2) は、 GN— HA4から GN 3へ送信さ れるメッセージである。
GN位置登録応答メッセージは、 GN位置登録要求メッセージの送信元に対し、 処理結果を通知するためのメッセージである。 このため、 GN位置登録応答メッ セージは、 位置登録処理についての処理結果 (OK又はNG) を示す値を含む。 また、 GN位置登録応答メッセージは、 処理結果についての値が NGを示す値で ある場合、 理由値として、 処理の詳細情報を示す値を含む。 このような詳細情報 の例として、 " GN登録不正" , " LN登録不正" , " 契約条件等により連携が 不可能" 等がある。 " GN登録不正" は、 GNの登録が不正であることを示 す。 " LN登録不正" は、 LNの登録が不正であることを示す。
< 〈連携情報登録要求 Z応答〉 〉
F I G. 9は、 連携情報登録要求メッセージ及び連携情報登録応答メッセージ の概要を示す図である。 連携情報登録要求メッセージ (項番 1) は、 GN— HA 4から LN— HA5へ、 又は LN— HA5から GN— HA4へ、 又は GN3から LN— HA5へ送信されるメッセージである。
連携情報登録要求メッセージは、 送信元 (GN— HA4, LN-HA5) にお いて保有される GN— I Dと LN— I Dとを連携情報として登録 '保持すること を要求するために使用される。
連携情報登録要求メッセージは、 パラメタとして、 GN— I Dと、 この GN— I Dと連携して記憶されるべき LN— I Dとを含む。 例えば、 連携情報登録要求 メッセージは、 パラメタとして、 ある GN 3の GN— I Dと、 この GN3と連携 して使用される LN2の LN— I Dとを含む。
連携情報登録応答メッセージ (項番 2) は、 GN— HA4から LN— HA5へ、 又は LN— HA5から GN— HA4へ又は LN— HA5から GN 3へ送信される メッセージである。
連携情報登録応答メッセージは、 連携情報登録要求メッセージの送信元に対し、 処理結果を通知するためのメッセージである。 このため、 連携情報登録応答メッ セージは、 連携情報登録処理についての処理結果 (OK又は NG) についての値 を含む。 また、 連携情報登録応答メッセージは、 処理結果についての値が NGを 示す値である場合、 理由値として、 処理の詳細情報を示す値を含む。 このような 詳細情報の例として、 " GN登録不正" , " LN登録不正" , " 契約条件等によ り連携が不可能" 等がある。 " GN登録不正" は、 GNの登録が不正であること を示す。 " LN登録不正" は、 LNの登録が不正であることを示す。
〈 〈認証情報転送 Z応答〉 〉 '
F I G. 10は、 認証情報転送メッセージ及び認証情報応答メッセージの概要 を示す図である。 認証情報転送メッセージ (項番 1) は、 連携元認証サーバから 連携先認証サーバへ送信されるメッセージである。 連携元認証サーバとは、 GN 一 AAA 6又は LN_ AAA 7のいずれかであり、 先に GN_ I D及び LN— I Dを取得した装置である。 また、 連携先認証サーバとは、 GN— 入 6又は N— AAA 7のいずれかであり、 連携元認証サーバから GN_ I D又は LN— I Dを通知される装置である。
認証情報転送メッセージは、 連携元認証サーバから連携先認証サーバへ、 連携 先認証サーバによって認証されるべき装置 (LN2又は GN3) に関する認証情 報を転送するために使用される。 このため、 認証情報転送メッセージは、 認証情 報を含む。 例えば、 GN3がパスワードと I Dによって認証される場合、 認証情 報は、 GN3についてのパスワードと GN— I Dとを含む。 また、 認証情報転送 メッセージは、 連携元認証サーバ情報を含む。 連携元認証サーバ情報は、 連携先 認証サーバと連携元認証サーバとが信頼関係にあることを、 連携先認証サーバが 確認するために使用される。
認証情報応答メッセージ (項番 2) は、 連携先認証サーバから連携元認証サー バへ送信されるメッセージである。
認証情報応答メッセージは、 連携先認証サーバにおける認証処理の結果を連携 元認証サーバへ通知するために使用される。 このため、 認証情報応答メッセージ は、 認証処理についての処理結果 (OK又は NG) についての値を含む。 また、 連携情報登録応答メッセージは、 処理結果についての値が NGを示す値である場 合、 理由値として、 処理の詳細情報を示す値を含む。 このような詳細情報の例と して、 "認証情報不整合" , " 契約条件等により連携が不可能" 等がある。
〈各装置の動作例〉 .
次に、 連携情報管理システム 1 aを構成する各装置の動作例について、 図を用 いて説明する。
< <GN> )
F I G. 1 1 A, 1 1 Bは、 GN 3の動作例を示すフローチャートである。 F I G. 1 1を用いて、 GN 3の動作例について説明する。
LN情報収集部 1 3は、 局所ネットワークインタフェース 1 2を介して受信さ れるメッセージを監視する (S O I) 。 LN情報収集部 1 3が LN2の LN— I Dを含むメッセージを捕捉すると (S O 2) 、 LN情報抽出部 14は、 捕捉され たメッセ"ジから LN— I Dを抽出する (S O 3) 。 なお、 S O 2の処理は、 汎 用的に実行される処理である。
LN情報抽出部 14は、 LN2の LN— I D情報フォーマツトは正常か否かに ついて判断する。 LN— I D情報フォーマットが正常でない場合 (S 04—N O) 、 S 01の処理が再び実行される。 一方、 LN情報フォーマットが正常であ る場合 (S O 4— YES) 、 広域位置登録機能部 1 5は、 抽出された LN_ I D を、 不図示の LN情報格納領域に一時的に保存する (S O 5) 。 LN情報格納領 域は、 RAM (Random Access Memory) 等の記憶装置を用いて構成される。 次に、 広域位置登録機能部 1 5は、 GN位置登録要求メッセージ (F I G. 8参照) を 作成する (S O 6) 。 次に、 広域位置登録機能部 1 5は、 作成された GN位置登 録要求メッセージに対し、 LN情報格納領域に保存されている LN— I Dを付加 する (S O 7) 。 そして、 広域位置登録機能部 1 5は、 広域ネットワークインタ フェース 17を介して、 GN位置登録要求メッセージを送出する (S O 8) 。 このような処理の後、 LN情報収集部 1 3は、 再び、 局所ネットワークインタ フェース 1 2を介して受信されるメッセージを監視する (S 09) 。
( (GN-HA) >
F I G. 1 2 A, 12 B, 12 C, 12 Dは、 GN— HA 4の動作例を示すフ ローチャートである。 F I G. 12 A, 1 2B, 12C, 1 2Dを用いて、 GN 一 HA 4の動作例について説明する。 GN— I D抽出部 1 9は、 メッセージを監視する (S 10 : F I G. 1 2 A参 照) 。 アクセス側ネットワークインタフェース 1 8, 認証機能側インタフェース 23, 又はコア側ネットワークインタフェース 25を介してメッセージが受信さ れると (S l l) 、 GN— I D抽出部 19は、 受信されたメッセージから GN— I Dを抽出する (S 1 2) 。 このようなメッセージの例として、 GN位置登録要 求メッセージ, 連携情報登録要求メッセージ, GN認証応答メッセージがある。 GN認証応答メッセージとは、 GN— AAA6から GN— HA4に送信されるメ ッセージであり、 GN 3についての認証結果とこの GN 3の GN— I Dとを含む。
GN- I D抽出部 1 9は、 抽出された GN— I Dが正常な値であるか否かにつ いて判断する (S 1 3) 。 抽出された GN— I Dが正常な値でない場合 (S 1 3 -NO) 、 S 29以降の処理が実行される。 S 29以降の処理については後述す る。
抽出された GN— I Dが正常な値である場合 (S 1 3— YES) 、 広域位置登 録機能部 20は、 受信されたメッセージが GN_ AAA 6からの GN認証応答メ ッセージか否かについて判断する (S 14) 。
受信されたメッセージが GN— AAA 6からの GN認証応答メッセージである 場合 (S 14— YE S) 、 広域位置登録機能部 1 5は、 抽出された GN_ I Dに 関する連携情報を登録する (S 15) 。 例えば、 広域位置登録機能部 1 5は、 抽 出された GN— I Dと、 不図示の記憶領域にこの GN— I Dに関連付けて記憶さ れる LN— I Dと、 を対応付けて GN位置情報データベース 21に登録する。 次に、 広域位置登録機能部 1 5は、 GN位置登録応答メッセージ (F I G. 8 参照) を作成する (S 16) 。 そして、 広域位置登録機能部 1 5は、 アクセス側 ネットワークインタフェース 1 8を介して、 作成された GN位置登録応答メッセ ージを GN3へ送信する (S 30 : F I G. 12 D参照) 。
一方、 受信されたメッセージが GN— AAA 6からの GN認証応答メッセージ でない場合 (S 14一 NO) 、 広域位置登録機能部 1 5は、 受信されたメッセー ジが、 LN— HA5からの GN位置登録要求メッセージであるか否かについて判 断する。 受信されたメッセージが GN位置登録要求メッセージである場合 (S 1 7— YES) 、 S 21以降の処理が実行される。 S 21以降の処理については後 述する。
一方、 受信されたメッセージが GN位置登録要求メッセージでない場合 (S 1 7 -NO) 、 広域位置登録機能部 15は、 抽出された GN— I Dについての認証 は完了しているか否かについて判断する。 この判断は、 例えば、 認証が完了した GN- I Dを記憶するテーブルを用いる等、 どのように実現されても良い。
抽出された GN— I Dに対応する GN 3についての認証が完了している場合 (S 1 8— YES) 、 S 2 1以降の処理が実行される。 S 21以降の処理につい ては後述する。
—方、 抽出された GN— I Dに対応する GN 3についての認証が完了していな い場合 (S 1 8—NO) 、 広域位置登録機能部 1 5は、 この GN 3についての認 証を実施するための GN認証要求メッセージを作成する (S 19) 。 そして、 広 域位置登録機能部 1 5は、 作成された GN認証要求メッセージを、 認証機能側ィ ンタフェース 23を介して GN— AAA6へ送信する (S 20) 。 そして、 再び S 10以降の処理が実行される。 '
次に、 S 2 1以降の処理について、 F I G. 1 2 C, 1 2Dを用いて説明する。 まず、 広域位置登録機能部 1 5は、 GN— I Dの現在位置情報を GN位置情報デ ータベース 21に登録する (S 21) 。 そして、 広域位置登録機能部 1 5は、 受 信されたメッセージについて、 LN- I Dを検索する (S 22) 。 受信されたメ ッセージに LN— I Dが含まれない場合 (S 23— NO) 、 S 29以降の処理が 実行される。 S 29以降の処理については後述する。
一方、 受信されたメッセージに LN— I Dが含まれる場合 (S 23— YES) 、 LN— HA連携機能部 24は、 連携情報登録要求メッセージを作成する (S 2 4) 。 そして、 LN— H A連携機能部 24は作成された連携情報登録要求メッセ ージを送信する (S 25— a) 。
LN— HA連携機能部 24は、 送信された連携情報登録要求メッセージに対す る連携情報登録応答メッセージが受信されると (S 25— b) 、 処理結果が正常 であるか否かについて判断する (S 26) 。 この際、 1^ー^:八連携機能部24 は、 受信された連携情報登録応答メッセージに含まれる処理結果を示すパラメタ を参照することにより、 判断を行う。 処理結果が正常であった場合 (S 26— YES) 、 LN— HA連携機能部 24 は、 S 2 1において登録された GN— I Dに対し、 受信された連携情報登録応答 メッセージに含まれる LN— I Dを対応付けて登録する (S 27) 。 そして、 L N— HA連携機能部 24は、 GN位置登録応答メッセージを作成する (S 29) 。 一方、 処理結果が正常でない場合 (S 26— NO) 、 LN— HA連携機能部 2 4は、 受信された連携情報登録応答メッセージに含まれる処理結果を示す値と理 由値とを用いて、 GN位置登録応答メッセージを作成する (S 28, S 29) 。 そして、 LN— H A連携機能部 24は、 アクセス側ネットワークインタフエ一 ス 1 8を介して、 作成された GN位置登録応答メッセージを送信する (S 30) 。 そして、 再ぴ S 1 0の処理が開始される (S 31) 。
< (LN-HA) )
F I G. 1 3 A, 1 3 B, 1 3 Cは、 L N— HA 5の動作例を示すフローチヤ ートである。 F I G. 1 3 A, 1 3 B, 1 3 Cを用いて、 LN— HA5の動作例 について説明する。
LN位置登録メッセージ処理部 27は受信されるメッセージを監視する (S 3 2) 。 メッセージ (連携情報登録要求メッセージ) が受信されると (S 33) 、 LN位置登録メッセージ処理部 27は、 受信されたメッセージから LN— I Dを 抽出する (S 34) 。
次に、 LN位置登録メッセージ処理部 27は、 抽出された LN— I Dの値が正 常か否かについて判断する。 抽出された LN— I Dの値が正常である場合 (S 3 5— YE S) 、 LN位置登録メッセージ処理部 27は、 受信されたメッセージに GN- I Dが含まれているか否かについて判断する。 受信されたメッセージに G N— I Dが含まれている場合 (S 36— YES) 、 S 39以降の処理が実施され る。 S 39以降の処理については後述する。
一方、 抽出された LN— I Dの値が正常でない場合 (S 35— NO) 、 又は受 信されたメッセージに GN— I Dが含まれていない場合 (S 36— NO) 、 LN 位置登録メッセージ処理部 27は、 異常結果返信用パラメタを生成する (S 3 7) 。 異常結果返信用パラメタは、 受信されたメッセージの送信元である装置に 対し、 受信されたメッセージが正常なメッセージではなかったことを通知するた めの値である。 そして、 LN位置登録メッセージ処理部 27は、 生成された異常 結果返信用パラメタを含むメッセージを、 受信されたメッセージの送信元である 装置に送信する (S 38) 。
次に、 F I G. 13 B, 13Cを用いて、 S 39以降の処理について説明する c LN— A A A連携処理判定部 28は、 処理結果返信用パラメタを生成する (S 3 9) 。 この処理結果返信用パラメタは、 LN— HA5における処理の結果を、 受 信されたメッセージの送信元 (即ち、 連携情報登録の要求元) である装置に対し て通知するための値である。
要求元の装置が LN— AAA7である場合 (S 40 : LN-AAA) 、 LN- A A A連携クライアント機能部 31は、 認証結果の正常性と L N 2の情報とを確 認する (S41) 。 次に、 局所位置登録機能部 29は、 抽出された LN— I Dの 連携情報を、 LN位置情報データベース 30に登録する (S 42) 。 次に、 LN 一 AAA連携クライアント機能部 31は、 連携情報登録応答メッセージを作成す る (S43) 。 そして、 LN— AAA連携クライアント機能部 3 1は、 認証機能 側インタフユース 32を介して、 作成された連携情報登録応答メッセージを、 要 求元である LN— AAA 7へ送信する。
要求元装置が GN 3又は GN— HA4である場合 (S 40 : GNまたは GN— HA) 、 LN— AAA連携クライアント機能部 31は、 LN2についての認証処 理が必要か否かについて判断する (S 45) 。 LN 2についての認証が必要であ る場合 (S45—YES) 、 即ち連携情報管理システム 1 aが認証を要するシス テムである場合、 LN— AAA連携クライアント機能部 31は、 LN認証要求メ ッセージを作成する。 そして、 LN— AAA連携クライアント機能部 31は、 認 証機能側インダフエース 32を介して、 作成された LN認証要求メッセージを、 LN— AAA7に対し送信する (S 46) 。
認証機能側インタフェース 32を介して LN認証応答メッセージが受信される と (S47) 、 又は LN 2についての認証が必要でない場合 (S45—NO) 、 局所位置登録機能部 29は、 抽出された LN— I Dについての連携情報を、 LN 位置情報データベース 30に登録する (S 48) 。
要求元装置が GN— HAである場合 (S49 : GN-HA) 、 LN位置登録メ ッセージ処理部 27は、 GN— H A 4宛の連携情報登録応答メッセージを作成す る (S 5 1) 。 一方、 要求元装置が GN 3である場合 (S 49 : GN) 、 L N位 置登録メッセージ処理部 27は、 GN— HA4宛の GN位置登録要求メッセージ を作成する (S 50) 。 そして、 LN位置登録メッセージ処理部 27は、 作成さ れたメッセージを、 アクセス側ネットワークインタフェース 26を介して送出す る (S 52) 。 この後、 S 32のメッセージ監視処理が再開される (S 53) 。
< (GN-AAA) >
F I G. 14 A, 14 Bは、 G N— A A A 6の動作例を示すフローチャートで ある。 F I G. 14 A, 14 Bを用いて、 GN— AAA6の動作例について説明 する。
GN認証情報抽出部 34は、 GN— HA側ネットワークインタフェース 33又 は LN— AAA側インタフェース 39を介して受信されるメッセージを監視する (S 54) 。 GN— HA4又は LN— AAA 7からメッセージが受信されると (S 55) 、 GN認証情報抽出部 34は、 受信されたメッセージの種別について 判断する。
受信されたメッセージが GN認証要求メッセージである場合 (S 56 : GN認 証要求メッセージ) 、 GN認証情報抽出部 34は、 受信されたメッセージから G N— I Dを抽出する (S 57) 。 GN認証処理部 35は、 抽出された GN— I D が示す GN3について、 認証処理を実施する (S 58) 。 この認証処理は、 汎用 の処理 (通常の A A Aサーバの認証手順) によって実施される。
GN 3の認証情報が異常である場合 (S 59— NO) 、 GN認証処理部 35は、 認証結果パラメタを生成する ( S 60 ) 。 認証結果パラメタは、 G N認証処理部 35によって実施された認証処理の結果を、 GN認証要求メッセージの送信元に 通知するための値である。 その後、 S 65以降の処理によって、 生成された認証 結果パラメタを含む GN認証応答メッセージが送出される。 S 65以降の処理に ついては後述する。
一方、 GN 3の認証情報が正常である場合 (S 59— YES) 、 L N認証情報 抽出部 36は、 認証された GN3の GN— I Dに対応する LN— I Dが、 受信さ れたメッセージに含まれているか否かについて判断する。 受信されたメッセージ に LN— I Dが含まれていない場合 (S 61—NO) 、 GN 3についてのみ認証 処理が実行される。 この場合、 S 65以降の処理によって、 GN認証応答メッセ ージが送出される。 S 65以降の処理については後述する。
一方、 受信されたメッセージに LN— I Dが含まれている場合 (S 61—YE
5) 、 LN認証情報抽出部 36は、 認証情報転送メッセージを作成する (S 6 2) 。 そして、 LN認証情報抽出部 36は、 LN— AAA側インタフェース 39 を介して、 作成された認証情報転送メッセージを送出する (S 63) 。
受信されたメッセージが認証情報応答メッセージである場合 (S 56 :認証情 報応答メッセージ) 、 LN— AAA連携クライアント機能部 31は、 受信された メッセージから認証処理結果情報を抽出する (S 64) 。 LN— AAA連携クラ イアント機能部 31は、 GN認証応答メッセージを作成する (S 65) 。 そして LN— AAA連携クライアント機能部 31は、 作成された GN認証応答メッセ一 ジを、 GN— HA側ネットワークインタフェース 33を介して送出する (S 6
6) 。 そして、 S 54のメッセージ監視処理が開始される (S 67) 。
< <LN-AAA> >
F I G. 15A, 15Bは、 L N_ AAA 7の動作例を示すフローチャートで ある。 F I G. 15 A, 15 Bを用いて、 L N— A A A 7の動作例について説明 する。
LN認証情報抽出部 41は、 GN— AAA側ネットワークインタフェース 40 又は LN— HA側ネットワークインタフェース 45を介して受信されるメッセー ジを監視する (S 68) 。 メッセージが受信されると (S 69) 、 LN認証情報 抽出部 41は、 受信されたメッセージの種別について判断する (S 70) 。 受信されたメッセージが認証情報転送メッセージである場合 (S 70 :認証情 報転送メッセージ) 、 LN認証情報抽出部 41は、 受信されたメッセージから L N— I Dを抽出する (S 71) 。 そして、 LN認証処理機能部 42は、 抽出され た LN— I Dに対応する LN 2について認証処理を実施する (S 72) 。 この認 証処理は、 汎用の認証処理 (通常の A A Aサーバの認証手順) によって実施され る。
LN 2についての認証情報が正常でない場合 (S 73— NO) 、 LN認証処理 機能部 42は、 この処理結果を示す処理結果パラメタを生成する (S 74) 。 そ して、 S 80以降の処理によって、 生成された処理結果パラメタを含む認証情報 応答メッセージが送出される。 S 80以降の処理については後述する。
一方、 LN 2についての認証情報が正常である場合 (S 73— YE S) 、 LN 認証メッセージ処理部 43は、 連携情報登録要求メッセージを作成する (S 7 5) 。 そして、 LN認証メッセージ処理部 43は、 作成された連携情報登録要求 メッセージを送出する (S 76) 。
一方、 受信されたメッセージが連携情報登録応答メッセージである場合 (S 7 0 :連携情報登録応答メッセージ) 、 LN認証情報抽出部 4 1は、 受信されたメ ッセージから処理結果を示すパラメタを抽出する (S 77) 。 LN認証処理機能 部 42は、 抽出された処理結果を示すパラメタが正常を示す値であるか否かにつ いて判断する。
処理結果を示すパラメタが正常でない値である場合 (S 78—NO) 、 LN認 証処理機能部 42は、 正常でない処理結果を示すパラメタを生成する (S 79) 。 LN認証メッセージ処理部 43は、 生成されたパラメタを含む認証情報応答メッ セージを作成する (S 80) 。 一方、 処理結果を示すパラメタが正常な値である 場合 (S 78— YE S) 、 LN認証メッセージ処理部 43は、 認証情報応答メッ セージを作成する。 そして、 LN認証メッセージ処理部 43は、 作成された認証 情報応答メッセージを送出する (S 8 1) 。 その後、 S 68のメッセージ監視処 理が開始される (S 81) 。
受信されたメッセージが LN認証要求メッセージである場合、 LN— AAA7 は、 受信された LN認証要求メッセージに応じて、 LN2について認証処理を行 う。 LN— AAA7は、 認証処理の結果を含む LN認証応答メッセージを作成す る。 そして、 LN— AAA7は、 作成された LN認証応答メッセージを、 LN— HA 5へ送出する。
〈システムの動作例〉
次に、 連携情報管理システム 1 aの動作例について、 図を用いて説明する。 な お、 以下に説明する各動作例を実現するに当たり、 F I G. 1 1A〜F I G. 1 5 Bを用いて上記で説明した各装置の動作例は、 適宜変更される必要がある。 < 〈第一動作例〉 >
F I G. 1 6, 1 7は、 連携情報管理システム 1 aの第一動作例における処理 シーケンスを示す図である。 F I G. 16, 1 7を用いて、 連携情報管理システ ム 1 aの第一動作例について説明する。
第一動作例では、 GN— HA4は、 S 18において、 常に GN3の認証は完了 していると判断するように設定される。
第一動作例では、 まず GN3が LN2を発見すると、 この GN3は、 発見され た LN2の LN— I Dを取得する (S e q O l) 。
次に、 GN3は、 取得された LN— I Dと、 自装置 3の GN— I Dとを含む G N位置登録要求メッセージを作成する。 そして、 GN3は、 作成された GN位置 登録要求メッセージを、 GN— HA4へ送信する (S e ci 02) 。
GN— HA4は、 GN 3から GN位置登録要求メッセージを受信すると、 受信 された GN位置登録要求メッセージに含まれる GN— I Dと LN— I Dとを対応 付けて記憶する。 GN— HA4は、 この GN— I Dと LN— I Dとを含む連携情 報登録要求メッセージを作成する。 そして、 GN— HA4は、 作成された連携情 報登録要求メッセージを、 LN— HA5へ送信する (S e q 03) 。
1^ ー11 5は、 連携情報登録要求メッセージを受信すると、 受信されたメッ セージに含まれる GN— I Dと LN— I Dとを対応付けて記憶する。 LN— HA 5は、 連携情報登録応答メッセージを作成する。 そして、 LN— HA5は、 作成 された連携情報登録応答メッセージを、 GN— HA4に返信する (S e q 04) 。
GN— HA4は、 連携情報登録応答メッセージを受信すると、 受信された GN 位置登録要求メッセージ (S e q 02参照) に含まれていた GN— I Dと L N— I Dとを対応付けて記憶する。 そして、 GN— HA4は、 GN位置登録応答メッ セージを作成し、 作成された GN位置登録応答メッセージを GN 3へ送信する (S e q 05) 。
GN3は、 GN位置登録応答メッセージを受信すると、 LN2の使用が可能と なったと判断しても良い。 例えば、 不図示の使用制限部によってこのような判断 が実施されるように構成されても良い。 この場合、 使用制限部は、 使用が可能と なったと判断した場合にのみ、 ユーザに対して LN 2におけるサービスを提供す る。 また、 GN3は、 GN位置登録応答メッセージを受信すると、 単に位置登録 が完了したことをユーザに通知する (例えば音声や画像によって) ように構成さ れても良い。
第一動作例では、 GN— HA4は、 連携情報を、 連携情報登録応答メッセージ が受信された後に登録するが (S e ci 04— S e q 05) 、 GN位置登録要求メ ッセージが受信された時点で登録するように構成されても良い。
本動作例では、 GN 3の位置管理サーバである GN— H A 4に対し、 GN3の 位置登録を行うための GN位置登録要求メッセージに、 連携情報としての LN— I Dが含まれる。 この結果、 GN— HA4と LN— HA5とにおいて、 LN— I Dと GN— I Dとが、 連携情報として対応付けて登録される。 このため、 局所的 な装置 (LN2) と広域的な装置 (GN3) との対応関係 (位置の関連付け) を、 GN— H A 4や LN— H A 5に保持することが可能となる。
〈 〈第二動作例〉 〉
F I G. 18, 1 9は、 連携情報管理システム 1 aの第二動作例における処理 シーケンスを示す図である。 F I G. 18, 19を用いて、 連携情報管理システ ム 1 aの第二動作例について説明する。
第二動作例では、 GN— HA4は、 S 18において、 常に GN3の認証は完了 していると判断するように設定される。 また、 第二動作例では、 GN— HA4は、 S 24〜S 26の処理を省略するように設定される。
また、 第二動作例では、 GN3は、 S O 6 (F I G. 11 B参照) において、 GN位置登録要求メッセージとは別に、 連携情報登録要求メッセージも作成する ように設定される。 そして、 GN3は、 S O 8において、 GN位置登録要求メッ セージとは別に、 作成された連携情報登録要求メッセージを LN— HA5へ送信 するように設定される。
第二動作例では、 まず GN3が LN2を発見すると、 この GN3は、 発見され た LN 2の LN— I Dを取得する (S e q 06) 。
次に、 GN3は、 取得された LN— I Dと、 自装置 3の GN— I Dとを含む G N位置登録要求メッセージを作成する。 そして、 GN3は、 作成された GN位置 登録要求メッセージを、 GN— HA4へ送信する (S e q 07) 。 GN— HA4は、 GN 3から GN位置登録要求メッセージを受信すると、 受信 された GN位置登録要求メッセージに含まれる GN— I Dと LN— I Dとを対応 付けて記憶する。 GN— HA4は、 GN位置登録応答メッセージを作成する。 そ して、 GN— HA4は、 作成された GN位置登録応答メッセージを GN 3へ送信 する (S e q 08) 。
また、 GN3は、 取得された LN— I Dと、 自装置 3の GN— I Dとを含む連 携情報登録要求メッセージを作成する。 そして、 GN3は、 作成された連携情報 登録要求メッセージを、 LN— HA5へ送信する (S e q 09) 。
1^ー11 5は、 GN 3から連携情報登録要求メッセージを受信すると、 受信 されたメッセージに含まれる GN— I Dと LN— I Dとを対応付けて記憶する。 LN— HA5は、 連携情報登録応答メッセージを作成する。 そして、 LN— HA 5は、 作成されたメッセージを GN 3へ送信する (S e q l O) 。
GN 3は、 GN位置登録応答メッセージ又は連携情報登録応答メッセージを受 信することにより、 対応する LN 2との関連付けが完了したことを認識する。 第二動作例において、 GN3は、 GN位置登録要求メッセージの送信と連携情 報登録要求メッセージの送信とを、 パラレルに実行しても良いし、 シーケンシャ ルに実行しても良い。
第二動作例では、 GN— HA4と LN— HA5への連携情報の登録が、 個別に 実行される。 このため、 GN— HA4と LN— HA5とは、 互いの装置の状態に 関わらず、 連携情報を登録することが可能となる。 第二動作例のような動作は、 例えば、 連携する GN3と LN 2とが明示的に関連付ける必要のない場合に適用 されると良い。 具体的には、 例えば LN— H A 5において、 該当する LN 2につ いての連携情報を登録できない (登録するべきでない) 場合に、 一方で GN— H A 4ではこの連携情報を登録する必要がある場合に有効である。
< 〈第三動作例〉 〉
F I G. 20, 21は、 連携情報管理システム 1 aの第三動作例における処理 シーケンスを示す図である。 F I G. 20, 21を用いて、 連携情報管理システ ム 1 aの第三動作例について説明する。
第三動作例では、 GN3は、 S 06 (F I G. 1 1 B参照) において連携情報 登録要求メッセージを作成するように設定される。 そして、 GN3は、 S O 8に おいて、 作成された連携情報登録要求メッセージを、 LN— HA5へ送信するよ うに設定される。
また、 第三動作例では、 GN— HA4は、 S 24〜S 26の処理を省略するよ うに設定される。
第三動作例では、 まず GN3が LN2を発見すると、 この GN3は、 発見され た LN2の LN— I Dを取得する ( S e q 1 1 ) 。
次に、 GN3は、 取得された LN— I Dと、 自装置 3の GN— I Dとを含む連 携情報登録要求メッセージを作成する。 そして、 GN3は、 作成された連携情報 登録要求メッセージを、 LN— HA5へ送信する (S e q l 2) 。
LN— HA5は、 連携情報登録要求メッセージを受信すると、 受信されたメッ セージに含まれる LN— I Dと GN— I Dとを対応付けて記憶する。 'LN— HA 5は、 この GN— I Dと LN— I Dとを含む G N位置登録要求メッセージを作成 する。 そして、 ^^ー:《 5は、 作成された GN位置登録要求メッセージを GN 一 HA4へ送信する (S e q 1 3) 。
GN— HA4は、 LN— HA 5から GN位置登録要求メッセージを受信すると、 受信された GN位置登録要求メッセージに含まれる GN_ I Dと LN— I Dとを 対応付けて記憶する。 その後、 GN— HA4は、 GN位置登録応答メッセージを 作成する。 そして、 GN— HA4は、 作成された GN位置登録応答メッセージを GN 3へ送信する (S e q 14) 。
第三動作例では、 GN 3によって作成されるメッセージは、 GN— HA4へ送 信されることなく、 LN— HA5へ直接送信される。 このため、 第三動作例は、 GN3のユーザが GN 3や LN 2についてのサービスを受ける際に契約する相手 力 S、 GN— HA 4の管理者ではなく、 LN— H A 5の管理者となる場合に有効で ある。 言い換えれば、 第三動作例は、 GN 3のユーザに対して GN 3に関する契 約及び GN— HA4との関連を意識させずに LN 2によるサービスについて契約 しサービスを提供するような事業形態において有効である。
具体的な例としては、 MVNO (Mobile Virtual Network Operator) の事業 形態が、 上記場合に類似する。 MVNOでは、 バックボーンネットワーク機能 (GN3の管理機構) をユーザに意識させることなく、 独自の端末装置とネット ワーク機能を利用者に販売することで、 付加価値の高いネットワークサービスが 提供される。
< 〈第四動作例〉 〉
F I G. 22, 23は、 連携情報管理システム 1 aの第四動作例における処理 シーケンスを示す図である。 F I G. 22, 23を用いて、 連携情報管理システ ム 1 aの第四動作例について説明する。
第四動作例では、 GN3は、 S O 6 (F I G. 11 B参照) において連携情報 登録要求メッセージを作成する。 そして、 GN3は、 S O 8において、 作成され た連携情報登録要求メッセージを、 LN— HA5へ送信する。
また、 第四動作例では、 GN-HA4は S 24〜S 26 (F I G. 12 C, 1 2D参照) の処理を省略するように設定される。 また、 第三動作例では、 GN— HA4は、 S 29の処理において、 連携情報登録応答メッセージを作成するよう に設定される。 また、 第四動作例では、 GN— HA4は、 S 30の処理において、 作成された連携情報登録応答メッセージを LN— HA5へ送信するように設定さ れる。
また、 第四動作例では、 LN— HA5は、 GN— H A 4から連携情報登録応答 メッセージが受信された場合、 連携情報登録応答メッセージを作成し、 作成され たメッセージを GN 3へ送信するように設定される。
第四動作例では、 まず GN3が LN2を発見すると、 この GN3は、 発見され た LN2の LN— I Dを取得する ( S e q 15 ) 。
次に、 GN3は、 取得された LN— I Dと、 自装置 3の GN— I Dとを含む連 携情報登録要求メッセージを作成する。 そして、 GN3は、 作成された連携情報 登録要求メッセージを、 LN— HA5へ送信する (S e q l 6) 。
LN— HA5は、 GN3から連携情報登録要求メッセージを受信すると、 受信 されたメッセージに含まれる LN— I Dと GN— I Dとを対応付けて記憶する。 LN— HA5は、 この GN— I Dと LN— I Dとを含む G N位置登録要求メッセ ージを作成する。 そして、 LN— HA5は、 作成された GN位置登録要求メッセ ージを GN— HA4へ送信する (S e q 17) 。 GN— HA4は、 LN— HA5から GN位置登録要求メッセージを受信すると、 受信された GN位置登録要求メッセージに含まれる GN— I Dと LN_ I Dとを 対応付けて記憶する。 その後、 GN— HA4は、 連携情報登録応答メッセージを 作成する。 そして、 GN— HA4は、 作成された連携情報登録応答メッセージを LN— HA5へ送信する (S e q 18) 。
1^^"ー:《 5は、 GN— HA4から連携情報登録応答メッセージを受信すると、 GN 3宛の連携情報登録応答メッセージを作成する。 そして、 1^ー1¾八5は、 作成された連携情報登録応答メッセージを、 GN3へ送信する (S e q l 9) 。 第四動作例では、 第三動作例と同様に、 GN3によって作成されるメッセージ は、 GN— HA4へ送信されることなく、 LN— HA5へ直接送信される。 さら に、 第四動作例では、 第三動作例と異なり、 GN3は、 応答メッセージを LN— HA5から直接受信する。 このため、 第四動作例は、 第三動作例と同様に、 GN 3のユーザが GN 3や LN 2についてのサービスを受ける際に契約する相手が、 GN— HA4の管理者ではなく、 LN— HA 5の管理者となる場合に有効である。
( 〈第五動作例〉 〉
F I G. 24, 25は、 連携情報管理システム 1 aの第五動作例における処理 シーケンスを示す図である。 F I G. 24, 25を用いて、 連携情報管理システ ム 1 aの第五動作例について説明する。
第五動作例では、 S 16 (F I G. 12 A) の処理において、 連携情報登録要 求メッセージを作成するように設定される。 また、 第五動作例では、 GN— HA 4は、 LN— HA 5から連携情報登録応答メッセージが受信された場合、 GN位 置登録応答メッセージを作成し、 作成されたメッセージを GN3へ送信するよう に設定される。
第五動作例では、 まず GN3が LN2を発見すると、 この GN3は、 発見され た LN2の LN— I Dを取得する (S e q 20) 。
次に、 GN3は、 取得された LN— I Dと、 自装置 3の GN— I Dとを含む G N位置登録要求メッセージを作成する。 そして、 GN3は、 作成されたメッセ一 ジを、 GN— HA4へ送信する (S e q 21) 。
GN— HA4は、 GN3から GN位置登録要求メッセージを受信すると、 受信 されたメッセージに含まれる GN— I Dに対応する GN 3についての GN認証要 求メッセージを作成する。 そして、 GN— HA4は、 作成されたメッセージを G N— AAA 6へ送信する (S e q 22— a) 。
GN— AAA6は、 GN認証要求メッセージを受信すると、 GN 3についての 認証処理を実行する。 GN— AAA6は、 GN認証応答メッセージを作成する。 そして、 GN— AAA 6は、 作成された GN認証応答メッセージを GN— HA4 へ送信する (S e q 22— b) 。
GN— HA4は、 GN— AAA6から GN認証応答メッセージを受信すると、 受信された GN位置登録要求メッセージ S e q 21に含まれる GN— I Dと LN 一 I Dとを対応付けて登録する。 その後、 GN— HA4は、 この GN— I Dと L N— I Dとを含む連携情報登録要求メッセージを作成する。 そして、 GN— HA 4は、 作成された連携情報登録要求メッセージを LN— HA 5へ送信する (S e q 23)
LN— HA5は、 GN— HA4から連携情報登録要求メッセージを受信すると、 受信されたメッセージに含まれる LN_ I Dに対応する LN2についての LN認 証要求メッセージを作成する。 そして、 LN— HA5は、 作成されたメッセージ を LN— AAA7へ送信する (S e q 24) 。
し1[—人八八7は、 LN認証要求メッセージを受信すると、 LN 2についての 認証処理を実行する。 LN— AAA7は、 LN認証応答メッセージを作成する。 そして、 LN— AAA7は、 作成されたメッセージを LN— HA 5へ送信する (S e q 25) 。
1^1^— 11八5は、 LN— AAA7からLN認証応答メッセージを受信すると、 受信された連携情報登録要求メッセージに含まれる LN— I Dと GN— I Dとを 対応付けて登録する。 その後、 LN— HA5は、 連携情報登録応答メッセージを 作成する。 そして、 LN— HA5は、 作成された連携情報登録応答メッセージを GN— HA4へ送信する (S e q 26) 。
0^"— 11 4は、 LN— HA 5から連携情報登録応答メッセージを受信すると、 GN位置登録応答メッセージを作成する。 そして、 GN— HA4は、 作成された GN位置登録応答メッセージを、 GN 3へ送信する (S e q 27) 。 任意の GN3と LN2とを連携させたサービスを事業ベースで実施するために は、 LN 2と GN 3との位置制御のみならず、 相互の連携情報の登録について安 全性等を保証する必要がある。 即ち、 このような事業ベースでの実施のためには、 L N 2及び/又は GN 3についての認証処理が欠かせない。
第五動作例では、 GN— AAA 6による GN 3の認証と、 LN— AAA 7によ る LN 2の認証とが実行される。 このため、 第五動作例では、 認証された GN 3 と LN2との情報 (GN— I D, LN— I D) のみを G N— H A 4と L N— H A 5に登録するように、 連携情報管理システム 1 aを構成できる。 従って、 上記の ような、 任意の GN 3と LN 2とを連携させたサービスが安全に実施される。 こ のため、 第五動作例は、 このようなサービスを事業ベースで実施する場合に適し ている。
第五動作例では、 GN— HA4において GN— I Dと LN— I Dとの連携情報 を登録するタイミングを、 S e q 26と S e q 2 7との間にしても良い。 このよ うに設定されることにより、 GN—HA4にとつて、 LN— AAA7によって認 証された LN2の LN— I Dのみを登録することが可能となる。
< 〈第六動作例〉 〉
F I G. 26, 27は、 連携情報管理システム 1 aの第六動作例における処理 シーケンスを示す図である。 F I G. 26, 27を用いて、 連携情報管理システ ム 1 aの第六動作例について説明する。
第六動作例では、 GN— HA4は、 S 19 (F I G. 1 2 B) の処理において、 作成される GN認証要求メッセージに GN— I D及ぴ LN— I Dを含めるように 設定される。
第六動作例では、 まず GN3が LN2を発見すると、 この GN3は、 発見され た LN 2の LN— I Dを取得する (S e q 28) 。
次に、 GN3は、 取得された LN— I Dと、 自装置 3の GN— I Dとを含む G N位置登録要求メッセージを作成する。 そして、 GN3は、 作成された GN位置 登録要求メッセージを、 GN— HA4へ送信する (S e q 29) 。
GN— HA4は、 GN 3から GN位置登録要求メッセージを受信すると、 GN 認証要求メッセージを作成する。 この認証要求メッセージは、 受信された GN位 置登録要求メッセージに含まれる GN— I Dと LN— I Dとを含む。 そして、 G 一11 4は、 GN— AAA 6に対し、 作成された GN認証要求メッセージを送 信する (S e q 30) 。
GN— AAA6は、 GN 3についての認証処理を実行する。 次に、 GN— AA A 6は、 認証情報転送メッセージを作成する。 この認証情報転送メッセー^は、 受信された GN認証要求に含まれる GN— I Dと LN— I Dとを含む。 そして、 GN— AAA6は、 作成された認証情報転送メッセージを、 LN— AAA 7へ送 信する (S e q 31) 。
LN— AAA7は、 認証情報転送メッセージを受信すると、 受信された認証情 報転送メッセージに含まれる LN2の認証情報を用いて、 この LN2について認 証処理を行う。 その後、 LN 2の認証が終了すると LN— AAA 7は、 受信され た認証情報転送メッセージに含まれる GN— I Dと LN— I Dとを含む連携情報 登録要求メッセージを作成する。 そして、 1^—八八八7は、 作成された連携情 報登録要求メッセージを LN— HA 5へ送信する (S e q 32) 。
LN— HA5は、 連携情報登録要求を受信すると、 この連携情報登録要求に含 まれる LN_ I Dと GN— I Dとを対応付けて登録する。 そして、 LN— HA5 は、 連携情報登録応答メッセージを作成し、 作成されたメッセージを LN— AA A 7へ送信する (S e q 33) 。
LN— AAA7は、 連携情報登録応答メッセージを受信すると、 認証情報応答 メッセージを作成し、 作成された認証情報応答メッセージを GN— AAA 6へ送 信する (S e q 34) 。
GN— AAA6は、 認証情報応答メッセージを受信すると、 GN認証応答メッ セージを作成し、 作成された GN認証応答メッセージを GN— HA4へ送信する (S e q 35) 。
GN— HA4は、 GN認証応答メッセージを受信すると、 S e q 29において 受信された GN位置登録要求メッセージに含まれた GN— I Dと LN— I Dとを 対応付けて連携情報として登録する。 そして、 GN— HA4は、 GN位置登録応 答メッセージを作成し、 作成された GN位置登録応答メッセージを GN 3へ送信 する (S e q 36) 。 第六動作例では、 GN— AAA6は、 受信された認証要求メッセージに含まれ る認証情報を、 直接 LN— AAA 7へ転送する。 このため、 GN— AAA 6の管 理者と LN— AAA 7の管理者とが同一の管理者であるか、 又は高い信頼関係に あることが要求される場合がある。 即ち、 GN— AAA6の管理者と LN— AA A 7の管理者とは、 互いに互いの認証結果や認証情報を信頼する必要が生じる。 一方、 第六動作例では、 GN— AAA 6は、 受信された認証要求メッセージに 含まれる LN 2についての認証情報を、 LN— AAA 7へ転送する。 このため、 GN 3と LN 2とについての認証処理と位置登録処理 (連携情報の登録処理) と が、 他の動作例に比べて高速に実行される。
< 〈第七動作例〉 〉
F I G. 28, 29は、 連携情報管理システム 1 aの第七動作例における処理 シーケンスを示す図である。 F I G. 28, 29を用いて、 連携情報管理システ ム 1 aの第七動作例について説明する。
第七動作例では、 LN— HA5は、 S 50 (F I G. 13 C) の処理において、 GN 3宛の連携情報登録応答メッセージを作成するように設定される。 そして、 し1^ー11 5は、 S 52の処理において、 作成された連携情報登録応答メッセー ジを、 GN 3宛に送信するように設定される。
第七動作例では、 まず GN3が LN2を発見すると、 この GN3は、 発見され た LN2の LN— I Dを取得する (S e q 37) 。
次に、 GN3は、 取得された LN— I Dと、 自装置 3の GN_ I Dとを含む G N位置登録要求メッセージを作成する。 そして、 GN3は、 作成されたメッセ一 ジを、 GN— HA4へ送信する (S e q 38) 。
GN— HA4は、 GN位置登録要求メッセージを受信すると、 受信された GN 位置登録要求メッセージに含まれる GN— I D及ぴ LN— I Dを含む GN認証要 求メッセージを作成し、 作成された GN認証要求メッセージを GN— AAA 6へ 送信する (S e q 39) 。 '、
GN— AAA 6は、 GN認証要求メッセージを受信すると、 受信された GN認 証要求メッセージに含まれる GN 3の認証情報をもとに、 GN 3について認証処 理を実行する。 そして、 GN— AAA 6は、 GN認証応答メッセージを作成し、 作成された GN認証応答メッセージを GN— HA4へ送信する (S e q40) 。
GN— HA4は、 GN認証応答メッセージを受信すると、 受信された GN位置 登録要求メッセージに含まれた GN— I Dと LN— I Dとを対応付けて登録する。 そして、 GN— HA4は、 GN位置登録応答メッセージを作成し、 作成された G N位置登録応答メッセージを GN 3へ送信する (S e q 41) 。
また、 GN3は、 取得された LN— I Dと、 自装置 3の GN— I Dとを含む連 携情報登録要求メッセージを作成する。 そして、 GN3は、 作成された連携情報 登録要求メッセージを、 LN— HA5へ送信する (S e q 42) 。
' LN— HA5は、 GN 3から連携情報登録要求メッセージを受信すると、 LN 認証要求メッセージを作成し、 作成された LN認証要求メッセージを LN— AA A 7へ送信する (S e q 43) 。
LN— AAA7は、 受信された LN認証要求メッセージに含まれる認証情報に 基づいて、 LN 2について認、証を行う。 そして、 LN— AAA 7は、 LN認証応 答メッセージを作成し、 作成された LN認証応答メッセージを LN— H A 5へ送 信する。 (S e q 44)
LN— HA5は、 S e q 42において受信されたメッセージに含まれる GN— I Dと LN— I Dとを対応付けて登録する。 LN— HA5は、 連携情報登録応答 メッセージを作成する。 そして、 LN— HA5は、 作成されたメッセージを GN 3へ送信する (S e q 45) 。
GN 3は、 GN位置登録応答メッセージ又は連携情報登録応答メッセージを受 信することにより、 対応する L N 2との関連付けが完了したことを認識する。 第七動作例において、 GN3は、 GN位置登録要求メッセージの送信と連携情 報登録要求メッセージの送信とを、 パラレルに実行しても良いし、 シーケンシャ ルに実行しても良い。
第七動作例では、 GN 3についての認証処理と LN 2についての認証処理とは それぞれ独立して実行される。 このため、 第七動作例では、 どちらか片方につい ての認証処理が完了すれば、 ユーザはなんらかのサービスを受けることが可能と なる。
く 〈第八動作例〉 > F I G. 30, 3 1は、 連携情報管理システム 1 aの第八動作例における処理 シーケンスを示す図である。 F I G. 30, 31を用いて、 連携情報管理システ ム 1 aの第八動作例について説明する。
第八動作例では、 GN3は、 S 06 (F I G. 1 1 B参照) において、 連携情 報登録要求メッセージを作成するように設定される。 そして、 GN3は、 S O 8 において、 作成された連携情報登録要求メッセージを LN— HA5へ送信するよ うに設定される。
また、 第八動作例では、 GN— HA4は、 S 1 7 (F I G. 1 2B参照) にお いて、 受信された GN位置登録要求メッセージに対する処理を実行する前に、 G N認証要求メッセージの送信を行うように設定される。 また、 第八動作例では、 GN— HA4は、 S 24〜S 26の処理を実行しないように設定される。
また、 第八動作例では、 ]^ー^1 5は、 S 48 (F I G. 1 3 C) の処理を 実行しないように設定される。 また、 第八動作例では、 LN— HA5は、 GN— HA4から GN位置登録応答メッセージが受信された場合、 GN 3から受信され た連携情報登録要求メッセージに含まれる GN— I Dと LN— I Dとを対応付け て登録し、 連携情報登録応答メッセージを GN 3に送信するように設定される。 第八動作例では、 まず GN3が LN2を発見すると、 この GN3は、 発見され た LN 2の LN— I Dを取得する (S e q 46) 。
次に、 GN3は、 取得された LN— I Dと、 自装置 3の GN— I Dとを含む連 携情報登録要求メッセージを作成する。 そして、 GN3は、 作成されたメッセ一 ジを、 LN— HA5へ送信する (S e q 47) 。
LN— HA5は、 連携情報登録要求メッセージを受信すると、 受信された連携 情報登録要求メッセージに含まれる GN— I Dと LN— I Dとを含む LN認証要 求メッセージを作成する。 この LN認証要求メッセージは、 この LN— I Dが示 す LN 2についての認証処理を要求するためのメッセージである。 そして、 LN 一 HA5は、 作成された LN認証要求メッセージを、 LN— AAA 7へ送信する (S e q 48) 。
LN— AAA7は、 LN認証要求メッセージを受信すると、 受信された LN認 証要求メッセージに含まれる認証情報に基づいて、 L N 2について認証処理を実 行する。 そして、 LN— AAA7は、 LN認証応答メッセージを作成し、 作成さ れた LN認証応答メッセージを LN— HA5へ送信する (S e q 49) 。
LN— HA5は、 LN認証応答メッセージを受信すると、 受信された連携情報 登録要求メッセージに含まれていた GN— I Dと LN— I Dとを含む GN位置登 録要求メッセージを作成する。 そして、 LN— HA5は、 作成された GN位置登 録要求メッセージを GN— HA 4へ送信する (S e q 50) 。
GN— HA4は、 GN位置登録要求メッセージを受信すると、 GN認証要求メ ッセージを作成する。 この GN認証要求メッセージは、 受信された GN位置登録 要求メッセージに含まれる GN— I Dが示す GN 3についての認証処理を要求す るためのメッセージである。 そして、 GN— HA4は、 作成された GN認証要求 メッセージを、 GN— AAA6へ送信する (S e q 5 1) 。
01^[—八八 6は、 GN認証要求メッセージを受信すると、 受信された GN認 証要求メッセージに含まれる認証情報に基づいて、 GN 3について認証処理を実 行する。 そして、 GN— AAA6は、 GN認証応答メッセージを作成し、 作成さ れた GN認証応答メッセージを GN— HA4へ送信する (S e q 52) 。
。^[ー:《[八4は、 GN認証応答メッセージを受信すると、 受信された GN位置 登録応答メッセージに含まれていた GN_ I Dと LN— I Dとを対応付けて連携 情報として登録する。 そして、 GN— HA4は、 GN位置登録応答メッセージを 作成し、 作成された GN位置登録応答メッセージを LN— HA5へ送信する (S e q 53) 0
1^^^ー;《八5は、 GN位置登録応答メッセージを受信すると、 受信された連携 情報登録要求メッセージに含まれていた LN— I Dと GN— I Dとを対応付けて 連携情報として登録する。 そして、 LN— HA5は、 連携情報登録応答メッセ一 ジを作成し、 作成されたメッセージを GN 3へ送信する (S e q 54) 。
第八動作例では、 第三動作例と同様の動作に加えて、 LN2と GN3とについ ての認証処理が実行される。 このため、 第八動作例では、 第三動作例と同様の作 用や効果に加え、 GN— HA4と LN— HA5とにおいて登録される L N 2と G N 3との正当性が保証され、 システム全体の安全性を向上させることが可能とな る。 < 〈第九動作例〉 〉
F I G. 32, 33は、 連携情報管理システム 1 aの第九動作例における処理 シーケンスを示す図である。 F I G. 32, 33を用いて、 連携情報管理システ ム 1 aの第九動作例について説明する。
第九動作例では、 GN3は、 S O 6 (F I G. 1 1 B参照) において、 連携情 報登録要求メッセージを作成するように設定される。 そして、 GN3は、 S O 8 において、 作成された連携情報登録要求メッセージを LN— HA5へ送信するよ うに設定される。
また、 第九動作例では、 GN— HA4は、 S 1 7 (F I G. 1 2B参照) にお いて; 受信された GN位置登録要求メッセージに対する処理を実行する前に、 G N認証要求メッセージの送信を行う.ように設定される。 また、 第九動作例では、 GN— HA4は、 S 24〜S 26の処理を実行しないように設定される。 また、 第九動作例では、 GN— HA4は、 LN— HA 5から連携情報登録応答メッセ一 ジが受信された場合、 連携情報登録応答メッセージを GN 3へ送信するように設 定される。
また、 第九動作例では、 LN— HA5は、 S 48 (F I G. 1 3 C) の処理を 実行しないように設定される。 また、 第九動作例では、 LN— HA5は、 GN— HA4から GN位置登録応答メッセージが受信された場合、 GN 3から受信され た連携情報登録要求メッセージに含まれる GN— I Dと LN— I Dとを対応付け て登録し、 連携情報登録応答メッセージを GN— HA 4に送信するように設定さ れる。
第九動作例では、 まず、 第八動作例における S e q 46〜S e q 53までの動 作が実行される (S e q 55〜S e q 62) 。 LN— HA5は、 GN位置登録応 答メッセージを受信すると、 受信された連携情報登録要求メッセージに含まれて いた LN— I Dと GN— I Dとを対応付けて連携情報として登録する。 そして、 LN— HA5は、 連携情報登録応答メッセージを作成し、 作成されたメッセージ を GN— HA4へ送信する (S e q 6 3) 。
GN— HA4は、 連携情報登録応答メッセージを受信すると、 GN3宛の連携 情報登録応答メッセージを作成し、 作成されたメッセージを GN 3へ送信する (S e q 64) 。
第九動作例では、 LN 2と GN 3とについての認証処理が実行される。 このた め、 第九動作例では、 GN— HA4と LN— HA5とにおいて登録される LN2 と GN3との正当性が保証され、 システム全体の安全性を向上させることが可能 となる。
〔第二実施形態〕
〈システム構成〉
F I G. 34は、 本発明による連携情報管理システムの第二実施形態、 即ち連 携情報管理システム 1 bの概要を示す図である。 F I G. 34を用いて連携情報 管理システム 1 bについて説明する。
連携情報管理システム 1 bの構成は、 LN— HA5の代わりに LN— I DS (Local Node IDentif ication Server) 46を用いて構成される点でのみ、 連携 情報管理システム 1 aと異なる。
連携情報管理システム 1 bでは、 GN3と LN2との間の連携情報、 即ち GN - I Dと LN— I Dとが対応付けられた連携情報及び GN 3についての位置情報
(Mo b i l e I Pによる、 ホームアドレスと気付アドレスとの対応等) は、 一括して、 GN— HA4において管理される。 GN— HA4は、 LN— I Dにつ いては記憶するが、 LN— I Dによって示される LN 2についての情報は、 LN 一 I D以外には記憶しない。 一方、 LN 2についての情報は、 LN— I DS 46 において記憶される。
〈 <LN- I D S> 〉
LN— I DS 46は、 パーソナルコンピュータやワークステーションゃサーバ 等の情報処理装置を用いて構成される。 LN— I DS 46は、 不図示の LNデー タベースを備える。 LNデータベースには、 レユードとして、 LN 2についての 情報と各 LN2の LN— I Dとが対応付けて登録される。
LN— I DS 46は、 プログラムが CPUによって実行されることにより、 G N— HA4からの LN— I D問い合わせメッセージに対し応答する。 具体的には、 LN— I DS 46は、 LN— I D問い合わせメッセージに含まれる LN— I Dに 対応する LN 2についての情報を、 LNデータベースから検索する。 LN— I D S46は、 検索された情報を含む LN— I D応答メッセージを作成する。 そして、 LN— I DS 46は、 作成された LN— I D応答メッセージを、 LN— I D問い 合わせメッセージの送信元である GN— HA 4へ送信する。
また、 LN— I DS 46は、 必要に応じて、 問い合わされた LN 2についての 認証処理を、 LN— AAA 7へ要求する。 この場合、 LN— I DS46は、 正常 に認証された LN 2についてのみ問い合わせに応じるように構成されても良い。
〈システムの動作例〉
次に、 連携情報管理システム 1 bの動作例について、 図を用いて説明する。 〈 〈第一動作例〉 〉
F I G. 35, 36は、 連携情報管理システム 1 bの第一動作例における処理 シーケンスを示す図である。 F I G. 35, 36を用いて、 連携情報管理システ ム 1 bの第一動作例について説明する。
第一動作例における処理は、 第一フェーズと第二フェーズとに分かれる。 第一 フェーズでは、 GN— HA4に対する連携情報の登録が実施される。 第二フエ一 ズでは、 LN— I D S 46に対する問い合わせが実施される。
まず、 第一フェーズについて説明する。 GN3が LN2を発見すると、 この G
N 3は、 発見された LN 2の LN— I Dを取得する (S e q 65)。
次に、 GN3は、 取得された LN— I Dと、 自装置 3の GN— I Dとを含む G N位置登録要求メッセージを作成する。 そして、 GN3は、 作成された GN位置 登録要求メッセージを、 GN— HA4へ送信する (S e q 66) 。
GN— HA4は、 GN 3から GN位置登録要求メッセージを受信すると、 受信 された GN位置登録要求メッセージに含まれる GN— I Dと LN— I Dとを対応 付けて連携情報として登録する。 この際、 GN— HA4は、 GN 3についての位 置情報も登録する。 そして、 GN— HA4は、 GN位置登録要求メッセージの送 信元である GN 3に対し、 GN位置登録応答メッセージを送信する (S e q 6 7) 。 以上がフェーズ 1の処理である。
次に、 フェーズ 2について説明する。 GN— HA4は、 必要に応じて、 LN— I D問い合わせメッセージを LN— I DS 46に送信する (S e q 68) 。 LN 一 I D問い合わせメッセージには、 問い合わせ対象となる LN 2の LN— I Dが 含まれる。
LN— I D S 46は、 LN— I DS問い合わせメッセージを受信すると、 問い 合わせ対象となる LN 2についての情報を検索する。 そして、 LN— I DS 46 は、 検索された情報を含む LN— I D応答メッセージを、 GN— HA4へ送信す る (S e q 6 9) 。
GN— I Dと LN— I Dとについて、 GN— HA4と 1^ー11 5とにおいて 分散して管理するシステム (本発明の第一実施形態に相当) では、 ネットワーク サービスに関わる事業者の分業や協業を促進する上で適している。 しかし、 この ようなシステムでは、 サービス導入時におけるコストや、 小規模なサービス事業 として実施する場合のコストの点において、 不利となる場合がある。
一方、 第二実施形態の第一動作例では、 機能の多様化が予想される LN 2につ いての情報 (例:商品属性, 寸法, 詳細機能) は、 LN— I DS 46において一 括して管理される。 このため、 LN 2についての情報に変更を行う場合、 LN— I DS 46においてのみ実施すれば良い。 従って、 第二実施形態の第一動作例で は、 LN 2についての情報の管理が容易となり、 システム運営におけるコストを 削減することが可能となる。
また、 第二実施形態の第一動作例では、 連携情報の登録を要求するメッセージ が、 GN 3と GN— HA4との間でのみ実施される。 このため、 システム全体と してのレスポンスが高速化される。
< 〈第二動作例〉 〉
F I G. 37, 38は、 連携情報管理システム 1 bの第二動作例における処理 シーケンスを示す図である。 F I G. 37, 38を用いて、 連携情報管理システ Al bの第二動作例について説明する。
第二動作例における処理は、 GN3と LN 2との認証が実行される点でのみ第 一動作例と異なる。
GN— HA4は、 GN位置登録要求を受信すると (S e q 71 :第一動作例の S e q 66に相当) 、 受信された GN位置登録要求メッセージに含まれる GN— I Dに対応する GN 3について、 認証処理を実行することを GN— AAA 6へ要 求する。 即ち、 GN— HA4は、 GN認証要求メッセージを GN— AAA 6へ送 信する (S e q 72) 。 GN— AAA6は、 認証処理を実行し、 GN認証応答メ ッセージを GN— HA4へ送信する (S e q 73) 。 そして、 GN— HA4は、 この認証結果を踏まえて、 GN— I Dと LN— I Dとを対応付けて、 連携情報と して登録する。
また、 LN— I D S 4 6は、 LN— I D問い合わせメッセージを受信すると (S e q 75 :第一動作例の S e q 68に相当) 、 問い合わせを受けた L N 2に ついての認、証を、 LN— AAA7へ要求する (S e q 76) 。 そして、 LN— I DS 46は、 LN— AAA 7における認証処理の結果を踏まえて、 LN— I D問 い合わせメッセージに対する LN— I D応答メッセージを GN— HA4へ送信す る。
第二動作例では、 第一動作例における処理に加えて、 LN 2と GN 3とについ ての認証処理が実行される。 このため、 第二動作例では、 GN— HA4において 登録される GN 3と、 LN— I DS 46によって応答される LN 2とについての 正当性が保証され、 システム全体の安全性を向上させることが可能となる。
〔適用例〕
次に、 本発明における連携情報管理システム 1 a, l bの適用例について説明 する。 以下の説明では、 連携情報管理システム 1 aを例に、 第一適用例と第二適 用例について説明する。 連携情報管理システム 1 bは、 第二適用例と同様の適用 がなされても良い。
〈第一適用例〉
F I G. 39, 40は、 本発明の第一適用例を示す図である。 第一適用例では、 特定の LN2と連携して使用される GN 3に対しサービスを提供する X S P (x Service Provider:各種のサービス提供を行うもの) サーバ 47が設置される。 このようなサービスの例として、 LN 2に関するメッセージ (LN 2のユーザに 向けたダイレク トメール, 画像送信など) の送信がある。
具体的には、 3 ?サーパ47は、 特定の LN2の LN_ I Dを含むサービス 実行要求メッセージ (アプリケーションメッセージ) を、 LN— HA5へ送信す る (S e q 79) 。 このとき、 x S Pサーバ 47は、 あらかじめ、 該当する LN 一 I Dを取り扱う LN— HA5に対して、 サービス実行要求メッセージを送信す る。 また、 該当する LN— I Dを取り扱う LN— HA5を検索する装置がシステ ム内に設置されても良い。 また、 このサービス実行要求メッセージは、 同時に複 数送信されても良い。
LN— HA5は、 サービス実行要求メッセージを受信すると、 受信されたメッ セージに含まれる LN— I Dに対応する GN— I Dを検索する。 そして、 受信さ れたメッセージに、 検索された GN— I Dを付加し、 このメッセージを GN— H A4へ転送する (S e q 80) 。 このとき、 LN— HA5は、 検索された GN— I Dを取り扱う GN— HA4に対して転送を行う。 GN— I Dと GN— HA4と の対応付けは、 LN— HA5において実施されても良いし、 GN— HA4と LN 一 HA5との間に設置される他の装置において実施されても良い。
GN— HA4は、 受信されたメッセージに含まれる GN_ I Dに対応する気付 アドレスを検索する。 そして、 検索された気付アドレスに対し、 即ち GN3に対 し、 受信されたメッセージを転送する (S e q 81) 。 このとき、 検索される気 付ァドレスは複数であっても良い。 複数の気付ァドレスに対するメッセージが同 一のものである場合、 GN— HA4は、 複数の気付アドレスに対してマルチキヤ スト送信を行うように設定されても良い。
第一適用例によれば、 X S Pサーバ 47の管理者は、 特定の LN2のユーザの みに対し、 適切なサービスを提供することが可能となる。
〈第二適用例〉
F I G. 41, 42は、 本発明の第二適用例を示す図である。 第二適用例では、 X S Pサーバ 47によって、 GN— I Dと LN— I Dとが限定される。 即ち、 G N— I D及ぴ LN— I Dを含むサービス実行要求メッセージが、 X S Pサーバ 4 7によって送信される (S e q 82) 。
GN— HA4は、 受信されたメッセージに含まれる LN— I Dについての LN 情報問い合わせを実施する (S e q 83) 。 1^—:« 5は、 問い合わせのあつ た LN— I Dに対応する LN2の情報を、 GN— HA4に対して返信する (S e q 84) 。 そして、 GN— HA4は、 LN 2の情報に基づいて、 受信されたメッ セージに含まれる GN— I Dのうちいずれの GN— I Dにメッセージの転送を行 うべきか判断する。 例えば、 LN 2についての使用時間が一定時間を超えている ユーザが使用する GN3の GN— I Dに対してのみ転送を行うなどの処理が実施 される。 この場合、 LN 2についてのユーザの使用時間が、 LN 2の情報として LN— HA5から提供される。 そして、 GN— HA4は、 転送すべきと判断され た GN— I Dについての気付ァドレスを検索し、 検索された気付ァドレスに対し メッセージを転送する (S e q 8 5) 。 なお、 第二適用例における L N— HA 5 は、 LN_ I DS 46であっても良い。
第二適用例では、 第一適用例とは異なり GN— I Dについても X S Pサーバ 4 7によって限定される。 このため、 より X S Pサーバ 47の管理者のニーズに従 つたサービスの提供が可能となる。 産業上の利用可能性
本発明は、 ユーザに対しアプライアンスを用いたサービス、 例えばユーザの端 末装置に対する新たな機能の提供や、 アプライアンスに応じたメール配信などの サービスを提供する産業に適用可能である。

Claims

請求の範囲
1 . 第一の識別子によって識別される第一の装置であって、 前記第一の識別子 を記憶する記憶手段を備える第一の装置と、
第二の識別子によつて一意に識別される第二の装置であつて、 前記第一の装置 から第一の識別子を読み出す読出手段と、 前記第二の識別子を記憶する記憶手段 と、 前記読出手段によつて読み出された第一の識別子及び前記記憶手段に記憶さ れる第二の識別子を含む連携情報メッセージを作成する作成手段と、 前記作成手 段によって作成された連携情報メッセ一ジを他装置へ送出する送信手段とを備え る第二の装置と、
送出された前記連携情報メッセージを受信する受信手段と、 第一の識別子と第 二の識別子とが対応づけられた連携情報を記憶する連携情報記憶手段と、 前記受 信手段によつて受信された連携情報メッセージに含まれる第一の識別子と第二の 識別子とを連携情報として前記連携情報記憶手段に登録する登録手段とを備える 連携情報管理サーバと
を含む連携情報管理システム。
2 . 前記第一の装置及び第二の装置は、 それぞれ無線通信手段を備え、 前記第二の装置の読出手段は、 前記無線通信手段を介して第一の識別子を読み 出す
請求の範囲 1に記載の連携情報管理システム。
3 . 前記連携情報管理サーバは、 前記連携情報記憶手段に連携情報が登録され た際に、 前記第二の装置に対し登録が完了したことを通知する完了通知手段をさ らに備え、
前記第二の装置は、 前記完了通知を受信した場合に、 前記第一の装置の使用を 可能とする使用制限手段をさらに備える
請求の範囲 1又は 2に記載の連携情報管理システム。
4 . 前記第二の装置は、 自装置に割り当てられた不変の第一アドレスと、 可変 の第二ァドレスとを有し、
前記第二の装置の送信手段は、 前記第二ァドレスと第一アドレスと自装置の第 二の識別子とを含む位置登録メッセージを連携情報管理サーバへさらに送信し、 前記連携情報管理サーバは、 受信された位置登録メッセージに含まれる第一ァ ドレスと第二ァドレスと第二の識別子とを対応付けて記憶する位置情報記憶手段 をさらに備える
請求の範囲 1〜 3のいずれかに記載の連携情報管理システム。
5 . 前記第一の装置についての認証処理を実行する第一の認証装置をさらに含 み、
前記連携情報管理サーバは、 前記第一の装置についての認証処理を前記第一の 認証装置に依頼する認証依頼手段と、 前記第一の認証装置による認証処理の結果 に応じて前記登録手段による前記連携情報の登録を制限する登録制限手段と を備える請求の範囲 1〜4のいずれかに記載の連携情報管理システム。
6 . 前記第二の装置についての認証処理を実行する第二の認証装置をさらに含 み、
前記連携情報管理サーバは、 前記第二の装置についての認証処理を前記第二の 認証装置に依頼する認証依頼手段と、 前記第二の認証装置による認証処理の結果 に応じて前記登録手段による前記連携情報の登録を制限する登録制限手段とを備 える請求の範囲 1〜 5のいずれかに記載の連携情報管理システム。
7 . 前記第一の装置についての装置情報を前記第一の識別子と対応付けて記憶 する装置情報記憶手段と、 受信される問い合わせメッセージに含まれる第一の識 別子に対応付けて記憶される前記装置情報を検索する検索手段と、 前記問い合わ せメッセージに対する応答として前記検索手段によって検索された装置情報を送 信する応答手段とを含む装置情報管理サーバをさらに含み、
前記連携情報管理サーバは、 特定の第一の識別子を含む問い合わせメッセージ を前記装置情報管理サーバへ送信する問レ、合わせ手段をさらに備える
請求の範囲 1〜 6のいずれかに記載の連携情報管理システム。
8 . 前記連携情報管理サーバは、 第一の識別子が付されたデータを受信した場 合にこの第一の識別子と対応付けられて前記連携情報記憶手段に記憶される第二 の識別子を検索する識別子検索手段と、 前記検索手段によって検索された第二の 識別子と対応付けられて前記位置情報記憶手段に記憶される第二のァドレスを検 索するァドレス検索手段と、 前記ァドレス検索手段によって検索された第二のァ ドレスに対して前記データの少なくとも一部を転送する転送手段とを備える請求 の範囲 4に記載の連携情報管理システム。
9 . 第一の装置から第一の識別子を読み出す読出手段と、
自装置を一意に識別するための第二の識別子を記憶する記憶手段と、 前記読出手段によって読み出された第一の識別子及び前記記憶手段に記憶され る第二の識別子を含む連携情報メッセ一ジを作成する作成手段と、
前記作成手段によって作成された連携情報メッセージを他装置へ送出する送信 手段と
を備える端末装置。
1 0 . 第一の装置を識別するための第一の識別子と第二の装置を一意に識別す るための第二の識別子とが対応づけられた連携情報を記憶する連携情報記憶手段 と、
受信された第一の識別子と第二の識別子とを連携情報として前記連携情報記憶 手段に登録する登録手段と、
第二の装置に割り当てられた不変のァドレスである第一ァドレスと第二の装置 に割り当てられた可変の第二ァドレスと前記第二の識別子とを対応付けて記憶す る位置情報記憶手段と、
を備える連携情報管理サーバ。
1 1 . 第一の識別子が付されたデータを受信した場合にこの第一の識別子と対 応付けられて前記連携情報記憶手段に記憶される第二の識別子を検索する識別子 検索手段と、
前記検索手段によつて検索された第二の識別子と対応付けられて前記位置情報 記憶手段に記憶される第二のァドレスを検索するァドレス検索手段と、
前記ァドレス検索手段によって検索された第二のァドレスに対して前記データ の少なくとも一部を転送する転送手段と
をさらに備える請求の範囲 1 0に記載の連携情報管理サーバ。
PCT/JP2003/002498 2003-03-04 2003-03-04 連携情報管理システム WO2004080008A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
PCT/JP2003/002498 WO2004080008A1 (ja) 2003-03-04 2003-03-04 連携情報管理システム
CNA03825929XA CN1742467A (zh) 2003-03-04 2003-07-07 链接信息管理系统和消息传送控制系统
JP2004569114A JPWO2004080009A1 (ja) 2003-03-04 2003-07-07 連携情報管理システム、及びメッセージ転送制御システム
PCT/JP2003/008613 WO2004080009A1 (ja) 2003-03-04 2003-07-07 連携情報管理システム、及びメッセージ転送制御システム
EP03816170A EP1601138A1 (en) 2003-03-04 2003-07-07 Linkage information management system and message transfer control system
US11/175,020 US20050259620A1 (en) 2003-03-04 2005-07-05 Linkage information management system and message transfer control system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2003/002498 WO2004080008A1 (ja) 2003-03-04 2003-03-04 連携情報管理システム

Publications (1)

Publication Number Publication Date
WO2004080008A1 true WO2004080008A1 (ja) 2004-09-16

Family

ID=32948241

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/JP2003/002498 WO2004080008A1 (ja) 2003-03-04 2003-03-04 連携情報管理システム
PCT/JP2003/008613 WO2004080009A1 (ja) 2003-03-04 2003-07-07 連携情報管理システム、及びメッセージ転送制御システム

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/008613 WO2004080009A1 (ja) 2003-03-04 2003-07-07 連携情報管理システム、及びメッセージ転送制御システム

Country Status (5)

Country Link
US (1) US20050259620A1 (ja)
EP (1) EP1601138A1 (ja)
JP (1) JPWO2004080009A1 (ja)
CN (1) CN1742467A (ja)
WO (2) WO2004080008A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7949755B2 (en) 2004-11-26 2011-05-24 Fujitsu Limited Network/service control method
CN113581127A (zh) * 2018-09-07 2021-11-02 华为技术有限公司 一种业务处理方法及设备

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4264339B2 (ja) * 2003-12-11 2009-05-13 富士通株式会社 連携情報管理装置
JP4422009B2 (ja) 2004-12-14 2010-02-24 Necインフロンティア株式会社 通信システム、通信サーバ、及び通信方法
JP5749732B2 (ja) * 2009-12-04 2015-07-15 ナパテック アクティーゼルスカブ キューの充填レベルの更新を制御することにより帯域幅を節約しながらデータを受信し記憶するアセンブリおよび方法
US8571520B1 (en) * 2010-03-09 2013-10-29 Sprint Communications Company L.P. Notifying a wireless communication system about previously registered wireless communication systems
US9152696B2 (en) * 2010-03-12 2015-10-06 Nec Corporation Linkage information output apparatus, linkage information output method and computer-readable recording medium
WO2011148168A2 (en) * 2010-05-24 2011-12-01 Secure Electrans Limited Electronic payment unit, electronic payment origin authentication system and method
KR101363566B1 (ko) * 2012-09-14 2014-02-17 주식회사 터치웍스 무선 주파수 카드의 고유 아이디를 생성하는 장치 및 방법
JP5680153B2 (ja) * 2013-08-06 2015-03-04 シャープ株式会社 無線通信システム、ペアリング装置、複数の機器をペアリングするための方法および当該方法をコンピュータに実現させるためのプログラム
CN104301893B (zh) * 2014-09-30 2019-08-20 华为技术有限公司 一种鉴权方法、移动通讯鉴权平台及设备
CN105635117A (zh) * 2015-12-22 2016-06-01 北京奇虎科技有限公司 识别点击链接的用户的方法和装置
JP6558279B2 (ja) * 2016-03-08 2019-08-14 富士通株式会社 情報処理システム、情報処理装置、情報処理方法、情報処理プログラム
CN107526538B (zh) * 2016-06-22 2020-03-20 伊姆西Ip控股有限责任公司 用于在存储系统中传递消息的方法和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001256162A (ja) * 2000-03-14 2001-09-21 Nec Corp 情報処理端末およびコンテンツ取得システム
JP2002342290A (ja) * 2001-05-11 2002-11-29 Ntt Docomo Inc 通信端末、通信装置、通信制御方法、通信制御プログラムおよび通信制御プログラムを記録した記録媒体
JP2003008625A (ja) * 2001-06-20 2003-01-10 Matsushita Electric Ind Co Ltd MobileIPエージェント装置、移動端末、移動通信システム及び移動端末登録方法
JP2003067296A (ja) * 2001-08-22 2003-03-07 Nippon Telegr & Teleph Corp <Ntt> サービス提供方式、通信端末、サービス制御装置、及びデータベース
JP2003108472A (ja) * 2001-09-28 2003-04-11 Canon Inc 通信装置、その制御方法、情報機器、その制御方法、通信システム、及び制御プログラム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001350943A (ja) * 2000-06-05 2001-12-21 Fuji Xerox Co Ltd 周辺機器関連サービス販売システム及び方法
JP2002044241A (ja) * 2000-07-27 2002-02-08 Nippon Telegraph & Telephone West Corp 通信制御システムおよび方法と通信制御プログラムを記録した記録媒体
JP2002175200A (ja) * 2000-08-31 2002-06-21 Olympus Optical Co Ltd 情報収集提供システム、情報収集提供方法、及びプログラム
JP2002305514A (ja) * 2001-04-06 2002-10-18 Seiko Instruments Inc コンテンツサーバへのユーザ登録方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001256162A (ja) * 2000-03-14 2001-09-21 Nec Corp 情報処理端末およびコンテンツ取得システム
JP2002342290A (ja) * 2001-05-11 2002-11-29 Ntt Docomo Inc 通信端末、通信装置、通信制御方法、通信制御プログラムおよび通信制御プログラムを記録した記録媒体
JP2003008625A (ja) * 2001-06-20 2003-01-10 Matsushita Electric Ind Co Ltd MobileIPエージェント装置、移動端末、移動通信システム及び移動端末登録方法
JP2003067296A (ja) * 2001-08-22 2003-03-07 Nippon Telegr & Teleph Corp <Ntt> サービス提供方式、通信端末、サービス制御装置、及びデータベース
JP2003108472A (ja) * 2001-09-28 2003-04-11 Canon Inc 通信装置、その制御方法、情報機器、その制御方法、通信システム、及び制御プログラム

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7949755B2 (en) 2004-11-26 2011-05-24 Fujitsu Limited Network/service control method
DE112004003015B4 (de) * 2004-11-26 2016-12-15 Fujitsu Limited Netzwerk-/Dienststeuerverfahren
CN113581127A (zh) * 2018-09-07 2021-11-02 华为技术有限公司 一种业务处理方法及设备
CN113581127B (zh) * 2018-09-07 2023-01-13 华为终端有限公司 一种业务处理方法及设备
US11910197B2 (en) 2018-09-07 2024-02-20 Huawei Technologies Co., Ltd. Service processing method and device

Also Published As

Publication number Publication date
CN1742467A (zh) 2006-03-01
EP1601138A1 (en) 2005-11-30
JPWO2004080009A1 (ja) 2006-06-08
US20050259620A1 (en) 2005-11-24
WO2004080009A1 (ja) 2004-09-16

Similar Documents

Publication Publication Date Title
CN101036353B (zh) 用于把鉴权、授权和/或计帐消息通过多个中间网络从归属服务网络路由到漫游网络的方法、设备及系统
JP3557056B2 (ja) パケット検査装置、移動計算機装置及びパケット転送方法
JP5301689B2 (ja) パケット・ベースの網でのモバイル装置用アクセス・ポイントと前記網での課金方法とシステム
CN102318381B (zh) 移动网络中基于安全网络的路由优化的方法
US6170057B1 (en) Mobile computer and method of packet encryption and authentication in mobile computing based on security policy of visited network
CA2514424C (en) Arrangement for establishing a bidirectional tunnel between a mobile router and a correspondent node
CN101883349B (zh) 移动终端及其通信方法
US6167513A (en) Mobile computing scheme using encryption and authentication processing based on mobile computer location and network operating policy
CN100499538C (zh) 无线局域网互连中的识别信息保护方法
CN101836469A (zh) 网络节点和移动终端
WO2004080008A1 (ja) 連携情報管理システム
JP2003101570A (ja) 通信処理システム、通信処理方法、およびサーバー装置、並びにコンピュータ・プログラム
CN107070846A (zh) 提供接入特定的密钥的方法和系统
CN101079704B (zh) 实现移动ip接入的系统和方法
CN101772193A (zh) 一种本地路由优化的方法、系统和移动接入网关
CN106412901A (zh) 一种防蹭网无线路由方法及路由系统
CN100455135C (zh) 一种移动终端定位方法及系统
CN102546523B (zh) 一种互联网接入的安全认证方法、系统和设备
US20040156374A1 (en) Router and routing method for providing linkage with mobile nodes
JP2015517747A (ja) モバイル装置の認証方法、装置及びシステム
CN106302110A (zh) 一种基于隐私保护的社交网络位置共享方法
JP3944106B2 (ja) 移動通信システム、この移動通信システムで使用される無線端末装置および情報提供装置、プログラムならびに移動通信端末管理方法
CN101031133B (zh) 一种确定移动节点归属的家乡代理的方法及装置
JP2004135178A (ja) ハンドオーバプログラム
JP2010074481A (ja) Lanシステム、端末装置、利用申請装置、ユーザアカウント取得方法

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CN JP US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP