WO2006057048A1 - ネットワーク・サービス制御方法 - Google Patents

ネットワーク・サービス制御方法 Download PDF

Info

Publication number
WO2006057048A1
WO2006057048A1 PCT/JP2004/017618 JP2004017618W WO2006057048A1 WO 2006057048 A1 WO2006057048 A1 WO 2006057048A1 JP 2004017618 W JP2004017618 W JP 2004017618W WO 2006057048 A1 WO2006057048 A1 WO 2006057048A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
service control
user
context
control method
Prior art date
Application number
PCT/JP2004/017618
Other languages
English (en)
French (fr)
Inventor
Masafumi Katoh
Tsuguo Kato
Ryuichi Takechi
Yoichiro Igarashi
Hitoshi Yamada
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/JP2004/017618 priority Critical patent/WO2006057048A1/ja
Priority to DE112004003015.3T priority patent/DE112004003015B4/de
Priority to JP2006546509A priority patent/JP5224689B2/ja
Publication of WO2006057048A1 publication Critical patent/WO2006057048A1/ja
Priority to US11/753,604 priority patent/US7949755B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H04L41/0856—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information by backing up or archiving configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0866—Checking the configuration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
    • H04L41/5067—Customer-centric QoS measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/808—User-type aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements

Definitions

  • the present invention relates to a technique for controlling a network and a service.
  • the terminal of the data destination is determined based on the user's surroundings (time / place, belongings and peripheral devices) and a hypothesis on the user's intention derived from past behavior patterns (hereinafter also referred to as user context).
  • user context There are services that change or select the terminal to receive (see, for example, Patent Document 1).
  • Patent Document 1 Non-Patent Document 1
  • Non-Patent Document 3 Non-Patent Document 3
  • Patent Document 5 There is also a technique for managing the relationship between a user and an object read by a reader carried by the user (see, for example, Patent Document 5).
  • Patent Document 1 Japanese Patent Application Laid-Open No. 2004-206670
  • Patent Document 2 JP 2004-236198 A
  • Patent Document 3 WO04Z073269
  • Patent Document 4 Japanese Patent Laid-Open No. 2003-333639
  • Patent Document 5 Special Knight P03Z02498
  • Non-Patent Document 1 Masafumi Kato, “Ubiquitous Network Deployment Strategy Network and Middleware Utilization of Knowledge”, [online], June 24, 2004, Ubiquitous Networking Forum Ubiquitous Strategy Symposium, Internet ⁇ URL> http: // ww w. Ubiquitous— forum, jpz documents / sympo20040624, index. Html> July 20, 2016, IEICE Real-Time Oriented Ubiquitous Network Workshop Workshop (URON), Internet URL: http: // www. Leice. Org / csZ uron / workshop 2004. html>
  • Non-Patent Document 3 Kazuo Imai, "4th Generation Mopile Network and Development to Ubiquitous", [online], July 20, 2004, IEICE Real-Time Oriented Ubiquitous Network Workshop Workshop ( URON), Internet ⁇ URL: http: ZZwww.ieice.o rgZ csZ uronZ workshop 2004.html>
  • Non-Patent Document 4 Masafumi Karofuji, "Next generation IP network control based on traffic engineering ,, [online], April 7, 2004, The ATM Forum I CBN2004, Internet URL: http: ZZwww. Atmforum. com / meeting s / icbn04— program. html>
  • NW and service control taking into account user status and network (hereinafter also referred to as NW) status, as well as recommended values for the delivery method of content delivered to users, which is a requirement of service providers The technology to do this is not yet considered.
  • the basic aim of the present invention is to control NW by automatically taking into account requests from users, network operators, and service providers. It also aims to automatically find a compromise when the three parties have conflicting requirements.
  • One of the objects of the present invention is that when providing a communication service such as content distribution, the requirements for the NW are automatically determined using information on the user context and user preferences and recommended information of the service provider. There is a lot to decide.
  • One of the objects of the present invention is to dynamically optimize network resource allocation using NW context and NW operation policy when performing NW control that satisfies the determined requirements.
  • Another object of the present invention is to provide a technology that reflects the intentions of users and service providers, and at the same time, makes effective use of NW resources.
  • the network 'service control method of the present invention comprises:
  • the network 'service control method of the present invention includes:
  • the network 'service control method further includes
  • the network 'service control method of the present invention includes:
  • the network context appears in response to at least information regarding network demand trends, information regarding current usage of network resources, information regarding network operation patterns that appear when an abnormality occurs, and control over the network. It contains any one of the information on the network operation pattern.
  • the network 'service control method of the present invention includes:
  • the service control step includes the user profile and the service profile.
  • a first setting step of setting a request condition for the network in preference to either one of the preset conditions when the conditions shown are different is provided.
  • the network 'service control method of the present invention includes:
  • the second setting step is characterized in that, among conditions registered in the user profile and the service profile, a condition that is more demanding is set as a requirement for the network.
  • the second setting step includes a step of setting, as a requirement condition for the network, a condition that is less demanding among conditions registered in the user profile and the service profile.
  • the network 'service control method of the present invention includes:
  • the second setting step includes
  • the network 'service control method of the present invention includes:
  • the second setting step is characterized in that a part of the parameters registered in the user profile and the service profile is set as a required condition for the network with reference to some parameters.
  • the network 'service control method of the present invention includes:
  • the partial parameter is a product set of parameters registered in both the user profile and the service profile.
  • the network 'service control method of the present invention includes: In the second setting step, a union of parameters registered in both the user profile and the service profile is set as a request condition to the network.
  • the network 'service control method of the present invention includes:
  • the network 'service control method of the present invention includes:
  • the method includes a step of setting, as a required condition for the network, a value having severe conditions in the common range.
  • the network 'service control method of the present invention includes:
  • the method includes a step of setting a loose value in the common range as a requirement for the network.
  • the network 'service control method of the present invention includes:
  • a service control means for generating a request condition of the network, a user context sensing for managing a user context; a process for requesting a user context from the management means;
  • the user context sensing / management means notifying the service control means of the requested user context.
  • the network service control method of the present invention includes:
  • the context management means for managing the user context transmits the user context to the context aware service control means for generating the network request condition.
  • the process of carrying out is provided.
  • the network 'service control method of the present invention includes:
  • a step of performing when a change occurs in the user context is a step of performing when a change occurs in the user context.
  • a step of performing every time interval of a fixed period is a step of performing every time interval of a fixed period.
  • the network 'service control method of the present invention includes:
  • the network 'service control method of the present invention includes:
  • the network 'service control method of the present invention includes:
  • a step of determining a next check time in which the time interval is extended from the previous check time is provided.
  • the network 'service control method of the present invention includes:
  • the network 'service control method of the present invention includes:
  • Obtaining the user context comprises:
  • the electronic tag force The matching force between the acquired identification information and the terminal identification information is derived, and the relationship between the object to which the electronic tag is attached and the owner of the object is A user context.
  • the network 'service control method of the present invention includes:
  • Obtaining the user context comprises:
  • a reader arranged at a predetermined location reads information from the electronic tag of the object to which the electronic tag is attached;
  • the network 'service control method of the present invention includes:
  • Obtaining the user context comprises:
  • a step of acquiring the position information of the object as a user context using a Global Positioning System is provided.
  • the network service control method of the present invention includes:
  • the electronic tag stores identification information related to the electronic tag and attribute information indicating information related to the object to which the electronic tag is attached.
  • the network 'service control method of the present invention includes:
  • the network 'service control method of the present invention includes:
  • the reading step includes
  • the network 'service control method of the present invention includes:
  • the reading step includes
  • the context management means Based on the identification information of the electronic tag, the attribute information of the object to which the electronic tag is attached is stored, the address of the server is managed, and the identification information is stored in the network address resolution server. Acquiring the address of the server where the attribute information is stored;
  • the context management means includes a step of acquiring attribute information from the server using the address of the server.
  • the network 'service control method of the present invention includes:
  • the reading step includes
  • the context management means acquires from the identifier stored in the electronic tag, the attribute information stored in a domain name system server and the address of the server stored;
  • the network 'service control method of the present invention includes:
  • the identification information and the network address of the server in which the attribute information is stored or the attribute information is stored in the electronic tag, and the identification information to be accessed in order to obtain the network address of the server The network of the network address resolution server Address is stored.
  • the network service control method of the present invention includes:
  • the network 'service control method of the present invention includes:
  • the network service control method of the present invention includes:
  • the network service control method of the present invention includes:
  • the context management means generating location attribute information from the received identifier.
  • the network service control method of the present invention includes:
  • the network service control method of the present invention includes:
  • the reading step includes
  • the network service control method of the present invention includes:
  • the reading step includes
  • the attribute information of the object to which the electronic tag is attached is stored, the address of the server is managed, and the identification information is stored in the network address resolution server. Acquiring the address of the server where the attribute information is stored;
  • the context management means includes a step of acquiring attribute information from the server using the address of the server.
  • the network service control method of the present invention includes:
  • the reading step includes
  • Context management means for managing the user context uses the identifier of the attribute information stored in the electronic tag and stores the address of the server storing the attribute information stored in the domain name system server. A process of acquiring; The context management means for managing
  • the network service control method of the present invention includes:
  • the electronic tag stores identification information and a network address of a server in which attribute information is stored, or identification information to be accessed to acquire the network address, and a network address of a network address resolution server.
  • the network service control method of the present invention includes:
  • Obtaining the user context comprises:
  • Object Z attribute management database in which context management means for managing the context exists independently of the object Z user relationship management database and information on the relationship between the user and the object stored in the object Z user relationship management database. It is a step of acquiring attribute information of an object stored in the server and managing a user's peripheral situation as a user context from the user, the object, and the attribute information.
  • the network 'service control method of the present invention includes:
  • Obtaining the user context comprises:
  • the context management means for managing the context stores the identification information of the object to which the electronic tag is attached and the attribute information read by the reader by a reader in a single database, and the user is identified from the user, the object, and the attribute information. It is a process that manages the surrounding situation of the user as a user context.
  • the network 'service control method of the present invention includes:
  • the step of acquiring the user context includes a step of managing a context as a user context by requesting attribute information of an object when the reader reads the electronic tag force information, when the context management means for managing the context reads the electronic tag force information.
  • the network 'service control method of the present invention includes:
  • the context management means for managing the context requests the attribute information of the object at a predetermined time, A process for managing is provided.
  • the network 'service control method of the present invention includes:
  • the predetermined time is when a service is requested.
  • the network service control method of the present invention includes:
  • the predetermined time is a predetermined time
  • the network 'service control method of the present invention includes:
  • the network control means for allocating the network resources When allocating network resources that satisfy the requirements determined by the context-aware service control means for determining the requirements for the network, the network control means for allocating the network resources sends information media. The process of changing is provided.
  • the network 'service control method of the present invention includes:
  • Encoding method of information transmitted by the network control means for allocating network resources when allocating network resources that satisfy the requirements determined by the context-aware service control means for determining the requirements for the network The process of changing is provided.
  • the present invention uses the user context indicating the user status and the like to control the NW and the service, so that it is highly convenient for the user and can provide the service.
  • the user can receive information in the form and format designated in advance by the user according to the location and belongings.
  • the requirements for the network are determined in consideration of the user's situation, user preferences, and service provider's recommendations, and the network situation and past operational experience are determined.
  • the network resources are dynamically allocated to reflect the intentions of users, network operators, and service providers, and NW resource allocation is dynamically optimized.
  • NW resource allocation that satisfies the user's requirements is also made in accordance with the network operator's policy. Therefore, it is possible to obtain a ripple effect that the service request from as many users as possible can be accepted by making effective use of the network.
  • the present invention automatically determines the requirements for the network.
  • QoS Quality of Service
  • the user has to declare various parameters.
  • the present invention does not require complicated reporting, and provides optimum QoS according to the location and possession of the user.
  • the user's request can be automatically found even if the user does not specify the request according to the situation. t, you can get the effect.
  • the present invention can provide QoS considering the recommended value of the service provider. Further, the present invention performs optimal allocation of network resources. Therefore, the present invention makes effective use of network resources and minimizes call loss.
  • the present invention adjusts the requirements for the network to loose conditions when the conditions recommended by the service provider are different from the conditions derived from the user profile. Alternatively, the present invention relaxes the requirements on the network upon call loss. By this processing, the present invention can minimize call loss. In other words, the present invention can minimize the occurrence of opportunity loss due to call loss for service providers and network operators. Further, according to the present invention, since the possibility that the user can receive the service is increased, it is possible to obtain high availability for the user.
  • FIG. 1 is a conceptual diagram of an embodiment of a network service control system of the present invention.
  • FIG. 2 is a conceptual diagram of a network architecture of an embodiment of a network 'service control system of the present invention.
  • FIG. 3 is a configuration diagram of an embodiment of a network service control system of the present invention.
  • FIG. 4 is a conceptual diagram of an example of a user profile used in an embodiment of a network 'service control system of the present invention.
  • FIG. 5 is a conceptual diagram of an example of a user context used in an embodiment of a network 'service control system of the present invention.
  • FIG. 6 is a conceptual diagram of an example of a service profile used in an embodiment of a network 'service control system of the present invention.
  • FIG. 7 is a conceptual diagram of an example of a network context used in an embodiment of a network service control system of the present invention.
  • FIG. 8 is a flowchart of NW request condition extraction operation in an embodiment of the network service control system of the present invention.
  • FIG. 9 is a flowchart of the operation of the NW control server in an embodiment of the network 'service control system of the present invention.
  • FIG. 10 is a conceptual diagram of NW control according to an embodiment of the network 'service control system of the present invention.
  • FIG. 11 is a flowchart of the operation of the context service control logic of the embodiment of the network service control system of the present invention.
  • FIG. 12 is a conceptual diagram of context security 'home security, which is a second example of a service provided by an embodiment of a network' service control system of the present invention.
  • FIG. 13 is a conceptual diagram of a position and ownership relationship recognition system of an embodiment of a network 'service control system of the present invention.
  • FIG. 14 is a conceptual diagram of a position and ownership relationship recognition method of an embodiment of a network 'service control system of the present invention.
  • FIG. 15 is a conceptual diagram of a position and ownership relationship recognition system of an embodiment of a network 'service control system of the present invention.
  • FIG. 16 is a conceptual diagram of an address resolution technique and a tracking control technique according to an embodiment of a network 'service control system of the present invention.
  • Network of the present invention is a conceptual diagram of an attribute information reference method of an embodiment of a service control system.
  • Network of the present invention is a conceptual diagram of an attribute information reference method of an embodiment of a service control system.
  • Network of the present invention is a conceptual diagram of an attribute information reference method according to an embodiment of a service control system.
  • the network of the present invention is a conceptual diagram of an attribute information reference method of an embodiment of a service control system.
  • the network of the present invention is a conceptual diagram of a DB used by the attribute information management method of one embodiment of the service control system.
  • Network of the present invention is a conceptual diagram of DB used by the attribute information management method of the embodiment of the service control system.
  • Network of the present invention is a flowchart of the operation of the attribute information registration method of the embodiment of the service control system.
  • Network of the present invention is a flowchart of the operation of the attribute information registration method of the embodiment of the service control system.
  • FIG. 25 is a conceptual diagram of a context notification system according to an embodiment of a network 'service control system of the present invention.
  • FIG. 26 is a conceptual diagram of a context notification method according to an embodiment of a network 'service control system of the present invention.
  • Network of the present invention is a flowchart of an operation of a condition matching confirmation method according to an embodiment of the service control system.
  • Network of the present invention is a flowchart of the operation of the condition matching confirmation method of the embodiment of the service control system.
  • FIG. 1 is a schematic diagram of an embodiment of a network 'service control system of the present invention.
  • one embodiment of the network 'service control system of the present invention provides a user context, a user profile, a service profile, a network context, a network operator's
  • NW resource allocation is dynamically optimized using the operation policy (hereinafter, network may be referred to as NW).
  • NW operation policy
  • FIG. 2 is a conceptual diagram of a network architecture of an embodiment of the network 'service control system of the present invention.
  • the network architecture of an embodiment of the present system includes two control planes, NW control and service control.
  • a plane is a unit that distinguishes network functions.
  • the two control planes, NW control and service control each perform sensing. Sensing refers to observing and observing a situation and sensing its intentions and trends in order to make a hypothesis about the situation.
  • the service control plane manages the user context.
  • User context is used to make hypotheses about the user's intentions and This is knowledge information that is derived from the user's personal belongings, the situation around the user, and the user's past behavioral pattern.
  • the service control plane is distributed with information stored in the user profile, which is information registered by the user at an arbitrary timing regarding the desired form of provision when the user distributes the information.
  • the information provider's ability regarding the recommended value of the information provision form is referred to the information stored in the service profile, which is the registered information, and the requirements for the NW are determined. Then, the service control plane notifies the determined request condition to the NW control plane.
  • the NW control plane manages the NW context.
  • NW context is used to make hypotheses about NW behavior, and is knowledge information derived from the current traffic, NW performance, and other operational conditions.
  • the NW control plane automatically allocates resources dynamically and based on the received requirements, NW context, and NW operational policy.
  • a requirement condition notified to the NW control plane for example, a condition that video X is transmitted to the mobile terminal of user A at 6 Mbps can be cited.
  • Examples of operational policies include keeping the network QoS level at a predetermined level, equalizing the load on the entire network, and maximizing the use of resources.
  • the operation policy can be regarded as a strategy of the network operator. Therefore, for example, an operation policy that “uses a large bandwidth to provide the highest quality” may be set. What type of operation policy is set can be appropriately set by the network operator. It is okay.
  • the network architecture shown in Fig. 2 executes NW control and service control that simultaneously satisfy the requests of the user, the service provider, and the network provider. can do.
  • FIG. 3 is a configuration diagram of an embodiment of a network service control system according to the present invention.
  • an embodiment of the network 'service control system of the present invention includes a content server 201, an NW control server 202, a service control server 203, At least one user terminal 204, 205 is provided.
  • the content server 201, the NW control server 202, the service control server 203, and at least one or more user terminals 204 and 205 are connected to each other via a network.
  • the content server 201 transmits content for distribution from a content database for distribution 206 (hereinafter also simply referred to as DB) to the network.
  • the user terminals 204 and 205 receive the content distributed by the NW control server 202 from the distribution content database 206 of the content server 201.
  • the NW control server 202 is connected to an NW context DB 208 that stores an NW context, and an NW operation policy DB 207 that stores an NW operation policy.
  • the NW control server 202 includes an NW context sensing management unit 212 and an NW control unit 213.
  • the NW context sensing and management unit 212 collects NW status and NW trend information.
  • the NW status information is information about the current status of the NW, such as the load status of each router and the status of line traffic.
  • NW trend information is information that is predicted based on the operating state of the past drought, such as information that the load on a specific router is high during the morning on weekdays.
  • the NW context sensing 'management unit 212 manages the collected information as an NW context. Further, the NW context sensing 'management unit 212 updates the collected information.
  • the NW operation policy DB 207 stores information indicating a policy regarding the operation of the NW registered as appropriate by the NW operator.
  • the NW control unit 213 includes the NW request condition transmitted from the service control server 203, the NW context transmitted from the NW context sensing 'management unit 212, such as the NW status and NW trend, and the NW operation policy DB 207.
  • the NW resource allocation is dynamically optimized based on the operational policy referenced from. For example, the NW control unit 213 determines the optimum route and distributes the content along the route.
  • the service control Sano 203 includes a user context sensing / management unit 214 and a service control unit 215.
  • the service control server 203 is connected to the user context DB2 09 and the service profile DB211.
  • the user context DB 209 includes a user profile DB 210.
  • the user context sensing 'management unit 214 collects information on the situation around the user.
  • the situation around the user includes the position and location of the user, the ownership relationship between the user and the object, the user's talk partner, and the like. Of course, other information may be included.
  • the user context sensing 'management unit 214 manages the collected information as a user context and updates the information. It also manages information such as the user profile that is registered by the user, such as information about the provision form when the user distributes the information, and updates the information. Further, the service control server 203 manages the information registered by the information provider as the recommended value of the distribution type of information to be distributed as a service profile, and updates the information. The service control unit 215 generates a request condition for the NW based on the user context, the user profile, and the service profile.
  • FIG. 4 is an example of user profile data managed by the user profile DB 210.
  • the computer can understand the contents of the user profile based on the registered parameter types and their values.
  • the mobile terminal is the destination of information distribution on the second line. It is registered on the line that it should be transmitted at 384 Kbps as the information distribution bandwidth.
  • the user profile can be set as appropriate by the user, and a plurality of profiles can be set for a single user, for example, according to information on the current position of the user.
  • FIG. 5 is an example of user context data managed in the user context DB 209.
  • the user A's context contains information that the current location is on the train in the first line and the terminal used in the second line is a mobile terminal.
  • the service control server 203 can determine which of the data registered in the user profile DB 210 should be referred to.
  • the current location of user A is not limited to home power.
  • Service control server 203 uses the data of condition 1 among the user profiles registered for user A so that the location condition matches the user context data. It can be determined that it should be referred to.
  • FIG. 6 shows an example of service profile data managed by the service profile DB 211.
  • the computer can understand the contents described in the service profile based on the registered parameter types and their values.
  • the profile of content 1 the name of the content is movie 1
  • the recommended bandwidth at the time of distribution is from 3Mbps to 6Mbps
  • the duration of the content is 2 hours and 10 minutes
  • the language is English It is registered that there are Japanese and English data as subtitle data.
  • the service profile can be set as appropriate by the content provider.
  • the service control server 203 can obtain information on what distribution conditions should be distributed according to the content requested to be distributed by the user. it can.
  • Fig. 7 shows an example of network context data managed by the NW context DB 208. The computer can understand the contents described in the service profile based on the types of registered parameters and their values.
  • router A should be avoided from 9:00 to 10:00 on weekdays, and information that traffic is concentrated is registered as a remark.
  • the NW control server can obtain the conditions to be considered when determining the route for distributing the content.
  • FIG. 8 is a flowchart of NW requirement extraction operation in an embodiment of the network service control system of the present invention.
  • processing is triggered by the fact that the service control server 203 has received a content distribution request from a user. Even if the service control server 203 receives a content distribution request directly from the user, it passes through another server (not shown in FIG. 3). You may receive it.
  • the service control server 203 receives a content distribution request with user power (S2801). In this step, information for specifying the user is received together with information for specifying the content to be distributed.
  • the user context is read from user context DB 209 (S2802), and the read user context is read.
  • the user profile DB 210 is read according to the contents of the service profile, and the service profile DB 211 is read according to the content information obtained at S2801 (S2803).
  • the service control unit 215 determines NW request conditions by (S2804).
  • the service control unit 215 registers the value registered in the user context for the parameter type “location” in the user A profile illustrated in FIG. 4 in S2803. Read the user context of condition 1 that is the same as the value being set.
  • the service control unit 215 selects the service profile of content 1 whose content name is the same as the distribution request from the service profiles illustrated in FIG. Read.
  • the delivery destination is the mobile terminal of user A
  • the delivery is 384Kbps in class A
  • the audio is converted into subtitles and Japanese. Determine the NW requirement to deliver content A.
  • the parameter type “location” of the user context of user A referred to in S2802 is set to the home. If the data is registered, it can be determined that the user A is currently at home and the service control unit 215 uses the parameter type “of the profile of the user A illustrated in FIG. Read the user context of condition 2 where the value registered in “Location” is the same as the value registered in user context. In addition, since the distribution request for movie A is received in S28 01, the service control unit 215 shows an example in FIG. Load the service profile of content 1 whose content name is the same as the distribution request.
  • the distribution destination is HDTV (node disc TV) at the home of user A
  • the distribution is class A at 6Mbps
  • the subtitles are Japanese. Determine the NW requirement for content A to be converted into words.
  • processing is triggered by the NW control server 202 receiving the NW request condition from the service control server 203 as a trigger.
  • the NW control server 203 receives the NW request condition from the service control server 203 (S2901).
  • the related NW context is read from the NW context DB 208 (S290 2), and moreover, this [NW operation policy DB 207 is read ( S2903).
  • the NW control unit 213 determines distribution conditions such as routes and conditions for actually distributing the contents (S2904), and based on the distribution conditions, the network resource The allocation is performed and the content is distributed (S2905).
  • S2901 indicates that the distribution destination is the mobile terminal of user A, the distribution is class A at 384 Kbps, and the audio is converted into subtitles and converted to Japanese, and content A is distributed NW
  • the NW control unit 213 is S2902, and the related network context is shown as condition 1 in FIG. Read the context shown in. Based on this, it is determined that a delivery route that avoids Router A should be selected.
  • an operation policy such as “determine a distribution route so that the load on the entire network is equal” is read from the NW operation policy DB 207.
  • the NW control unit 213 uses S2904 to access the content A.
  • the distribution is 384Kbps in class A, and the route that bypasses router A by converting audio to subtitles and Japanese, is a route that equalizes the load on the entire network.
  • the! / ⁇ ⁇ delivery conditions are determined, and delivery is performed at S2905.
  • NW control unit 213 uses V to pass the first route through router A. Decide as distribution route.
  • the distribution destination is the HDTV (node disc TV) at the home of user A, the distribution is class A at 6 Mbps, and the subtitles are converted to Japanese and the content A is distributed.
  • the NW control unit 213 receives the associated network context in S2902. Then, the context shown in condition 2 in FIG. 7 is read.
  • the distribution request from user A is 19:00.
  • the time required for distribution of movie A, which is the distribution target is 2 hours and 10 minutes, so add 2 hours and 10 minutes from 19:00 to 19:00.
  • an operation policy such as “distribute by the shortest route” is read from the NW operation policy DB 207.
  • NW control ⁇ is S2904, content A is directed to User A's HDTV, delivery is class A at 6Mbps, and subtitles are converted to Japanese If a route that avoids content server A is distributed so that the load on the entire network is equal,! / ⁇ ⁇ distribution conditions are determined, and distribution is performed in S2905.
  • FIG. 10 is a conceptual diagram of NW control according to an embodiment of the network 'service control system of the present invention.
  • the distribution processing performed in S2905 based on the distribution conditions determined in S2904 and the network control method can be performed using conventional techniques.
  • the weather information will be displayed when information access other than weather information is requested as the network context. It is also possible to register a ⁇ ⁇ context without selecting a server where is stored. In this way, by registering information related to demand fluctuations in the network context, it is possible to determine a delivery route in anticipation of network congestion that is known in advance.
  • the communication quality deteriorates when the busy time is reached.
  • the NW control server 202 routes in anticipation of traffic congestion. And the server can be selected, so the network is less crowded. Therefore, it is possible to prevent the quality degradation of the best F auto service.
  • the above-described example of the network context is a hypothetical one that is not deterministic like a reservation-type service in which a user or an operator makes a resource reservation in a future time zone.
  • the demand fluctuation trend NW context of this embodiment is to make a hypothesis based on the knowledge acquired until now.
  • traffic behavior when a failure or a misoperation occurs can be accumulated as a network context, and this network context can be used to detect a failure or a misoperation.
  • this network context can be used to detect a failure or a misoperation.
  • the route is determined avoiding the location where a failure or misoperation has occurred, the server where the failure has occurred is disconnected from the network, or further monitoring is started to know the cause details, the context Can be considered.
  • the relationship between the strength and effect of control when network control is performed can be used as a network context. For example, if multiple routers simultaneously apply control such as load balancing to congestion detected by multiple routers, over-control may occur, causing a vibration phenomenon.
  • FIG. 11 is a diagram for explaining the NW request condition determination process performed by service control unit 215 in S2804 of FIG.
  • the service control unit 215 performs this processing based on the UP and SP data already read.
  • S2306 is a priority predetermination type determination method.
  • the value of the parameter that is given priority among UP and SP is adopted as the NW requirement. For example, in cases where priority is given to V or deviation, for example, the case of giving priority to either UP or SP, the case of giving priority to the more severe condition of UP or SP, or the loosening of the condition of UP or SP. There are cases where priority is given to the person.
  • the SP parameter when transmitting video data, if the parameter value related to the UP bandwidth is 3Mbps and the parameter value related to the SP bandwidth is 6Mbps, the SP parameter is used when the conditions are strict. When this is set to 6 Mbps, this value is adopted as the NW requirement. In addition, when it is adopted for those with milder conditions, it is set as the UP parameter and only 3Mbps is adopted as the required condition.
  • NW control servo 202 performs distribution based on the NW requirement condition first for conditions that are more demanding, and NW control is performed if a call loss occurs in the distribution.
  • the server 202 notifies the service control server 203 that a call loss has occurred, and upon receiving the notification, the service control server 203 determines the NW requirement condition determination method from the determination method that adopts the stricter one. Change to a decision method that adopts the method, reset the NW request condition again and notify the NW control server 202 of the NW request condition, and the NW control server 202 also has the updated NW request condition. It is also possible to decide the delivery conditions.
  • S2307 is a content comparison determination type determination method.
  • the NW requirement is determined by comparing the values of the UP and SP parameters.
  • This decision method is a method that is applied when the parameter content is described in a range rather than a specific value. As a result of comparing the values of both parameters, there are various methods for determining the value to be adopted as the NW requirement.
  • the specific value can be used as an NW requirement if the specific value is within the range. . If the specific value is not within the range, the NW requirement can be the value in the range closest to the specific value, that is, the maximum or minimum value of the range.
  • user profile condition 1 in FIG. 4 has “384 Kbps” set as a bandwidth parameter
  • service profile content 1 in FIG. 6 has “3M-6 Mbps” set as a bandwidth parameter. According to this determination method, 3Mbps is adopted as the value of the band parameter as the closest value to 384Kbps out of 6Mbps from 3M power. .
  • the specific value may be unconditionally set as the NW requirement.
  • the value indicating the range may be unconditionally set as the NW requirement.
  • the overlapping range can be set as the NW requirement. If the range values do not overlap, only one of the profile values can be used as the NW requirement by any of the methods described above. Also, even if one or both parameter values indicate a range, the value of either one of the parameters may be prioritized by the method of S2306 instead of S2307. If the same type does not exist in both parameters, each parameter type of both parameters, that is, the union of both parameters can be used as the NW requirement.
  • the bandwidth and delay class in the user profile If the parameters are set for the packet loss rate and the delay class in the service profile, the three parameters of the bandwidth, the packet loss rate, and the delay class, that is, the sum of both profiles, are set. The set can be an NW requirement! /, And the delay class parameter, that is, the product set of both profiles can be the NW requirement, and only the bandwidth parameter or the packet loss rate parameter can be used. One parameter can be used as NW requirement! /.
  • the user context that represents information such as the user's current location, whereabouts, and possession terminal when delivering content to the user with the configuration shown in FIG.
  • the service control server 203 determines the NW request condition based on the user profile indicating the user's preference about the content providing method and the service profile set for the content. Then, the NW control server 202 is based on the NW requirement, the NW context, and the NW operation policy.
  • system configuration for carrying out the present invention may not be the configuration shown in FIG.
  • user context sensing 'management means 214 is not the service control server 203
  • FIG. 12 is a conceptual diagram of a second example in which the present invention is applied to home security.
  • the home security service of this second example is a service that notifies a resident or police when a person such as a thief invades from the outside.
  • information about the user's current location and information about whether the user's residence is human-powered
  • the user profile when the current location of the user is other than the residence, if it is detected that a person has invaded the residence, the information of notifying the resident and the police to that effect is registered in advance.
  • the user context sensing 'management unit 214 updates the contents of the user context DB 209 and notifies the service control unit 215 that the update has been made. To do.
  • the service control unit 215 reads the updated user context and determines the NW request condition according to the information stored in the user profile DB.
  • An example of the NW requirement is to activate SIP and call the police or residents.
  • processing other than making a call is also conceivable depending on the change in the situation of the user content that a person has entered the residence.
  • it is possible to expand services such as starting up and recording a surveillance camera, and streaming information captured by the surveillance camera to a police TV monitor.
  • the service control server 203 determines the NW request condition based on the user profile and the user context.
  • FIGS. 13 and FIG. 15 are conceptual diagrams of the position and ownership relationship recognition system of one embodiment of the network service control system of the present invention.
  • FIG. 16 is a conceptual diagram of an address resolution technique and a tracking control technique according to an embodiment of the network service control system of the present invention.
  • FIG. 13 is a user reading method position and ownership relationship recognition method.
  • this system has a mobile phone, PDA, mobile PC, etc., with which the user has a reader function.
  • RFID tags RFID are attached to objects and places. This method captures the logical relationship between an object and its owner.
  • a mobile phone address and an electronic tag read by the mobile phone are combined.
  • This second example is a reader embedding position and ownership relationship recognition system.
  • an electronic tag (RFID) is assigned to a moving object or person.
  • readers are embedded everywhere.
  • the signal of the electronic tag is read by a reader. The second example method recognizes that the object or person has passed through the place where the leader is located.
  • This third example is a positional relationship recognition method using GPS.
  • GP global positioning system
  • FIG. 16 is a conceptual diagram of an address resolution technique and a tracking control technique according to an embodiment of the network 'service control system of the present invention.
  • a user who sends information issues a question by meaning to the ID resolution server.
  • the question is Mozart DVD buyer.
  • the ID resolution server sends the ID of the Mozart DVD to the user.
  • the user transmits information based on the received ID.
  • the object location management server responds with an inquiry of the location of the object as the owner.
  • FIGS. 17, 18, 19, and 20 are conceptual diagrams of the attribute information reference method of one embodiment of the network service control system of the present invention.
  • the first method of the attribute reference method of this embodiment is a method in which attribute information as well as ID is written to the electronic tag in the above-described position and ownership relationship recognition method.
  • the attribute information is, for example, information that this place is a conference room and this device is a PC.
  • the attribute is known when the contents of the electronic tag are read.
  • the first method of the attribute reference method of this embodiment is a method in which the load is hardly applied to the NW.
  • the first method of the attribute reference method of this embodiment has a limited amount of information included in the attribute information.
  • the second method of the attribute reference method of this embodiment is a case where only the ID is written in the electronic tag in the above-described position and ownership relationship recognition method.
  • the attribute information is stored in the server.
  • the attribute information is read from the server via the network.
  • the second method of the attribute reference method of this embodiment includes a method of directly accessing the server as a method of reading attribute information from the server.
  • the ID-NW address resolution server is queried for the address of the server in which the attribute information of the object having a predetermined ID is written.
  • the attribute information is acquired by accessing the server in which the attribute information is written.
  • the method of 2 can newly define the format of ID and detailed information.
  • this method is an attribute reference method that is a first intermediate method between the method shown in FIG. 17 and the method shown in FIG.
  • attribute information is stored in an electronic tag.
  • an ID and an identifier (for example, URL) of this attribute information are stored in the electronic tag. Therefore, the third method of this attribute reference method specifies the IP address of the server whose attribute information is written via the existing DNS (Domain Name System) based on this URL.
  • the attribute reference method of the third method obtains attribute information from the server. If the attribute information pointed to by ID can be referenced using an existing URL, this third attribute reference method is convenient.
  • the fourth method is an attribute reference method that is a second intermediate method between the method shown in FIG. 17 and the method shown in FIG. 18 in the position and ownership relationship recognition method described above.
  • the attribute information is not stored in the electronic tag.
  • the electronic tag stores an ID and an NW address.
  • This NW address is the NW address of the server containing the attribute information, such as an IP address.
  • what is stored in the electronic tag is an ID and an ID to be accessed to know the NW address—the NW address of the NW address resolution server. There may be.
  • This electronic tag may store the NW address of the intermediate server. The information stored in the electronic tag may be rewritten in order.
  • This fifth method is a method of grasping the direction of movement of a moving person or object from the passage history of several readers in the method shown in FIG. For example, in this embodiment, when the reader A and the reader B sequentially record the currency history, it recognizes that a person or an object moves in the direction of the reader A force leader B.
  • This sixth method is the same as the method shown in Fig. 14, because the movement of the object and the movement of the leader are the same. It is a method of recognizing that it is moving, that is, a relationship of ownership or a conversation partner.
  • the seventh method is a method in which the embedded reader force and attribute information of the place are sent in accordance with the method shown in FIG.
  • the eighth method is a method in which only the identifier of the place where the embedded reader force and the place are sent is transmitted in the method shown in FIG. And this 8th method specifies the attribute of the place as well as its identifier power via the network.
  • the ninth method of the attribute reference method will be described.
  • the attributes of the person or thing that carries the electronic tag in the method shown in FIG. 14 are referred to as in the case shown in FIGS.
  • FIG. 21 and FIG. 22 are conceptual diagrams of DBs used by the attribute information management method of the embodiment of the network service control system of the present invention.
  • the first method of the attribute information management method of this embodiment will be described with reference to FIG.
  • the first method is RFID (object) Z reader (user) relation management DB in the NW control plane and RFID (object) Z attribute management DB in the service control plane. And exist independently.
  • the first method queries the RFID (object) Z attribute management DB for the attributes of the objects related to the user (owned, coexisting on the spot, or nearby) as necessary.
  • the first method obtains the user context.
  • the object Z user relationship management DB force user (masa) is related to the object (# 0551).
  • the # 0551 object is CD.
  • these relationships also show that the user (# masa) owns an object that is CD! /.
  • the second method of the attribute information management method of this embodiment will be described with reference to FIG. Light up.
  • the RFID (object) read by the reader (user) and its attributes are managed by one DB.
  • FIG. 23 and 24 are flowcharts of the operation of the attribute information registration method according to the embodiment of the network service control system of the present invention.
  • the user context sensing management unit 214 is provided on a context management server different from the service control server 203.
  • the relationship management DB and attribute management DB are provided in the context management server.
  • Relationship management refers to managing the relationship between the user and the object ID.
  • A has # 0551, and the information is B, and B has # 2385, the information is.
  • Attribute management refers to managing object attributes.
  • attribute management for example, there is information that # 0551 is a CD, and # 2385 is information that it is a conference room.
  • Context management refers to managing the relationship between users and objects. Examples of context management are information that A has a CD and B is in a conference room.
  • the attribute information registration method shown in Fig. 23 is a method of inputting attributes when the reader reads RFID.
  • the tag ID and reader ID are sent from the reader to the relationship management DB.
  • the information transmitted here is, for example, information that an electronic tag having identification information # 0555 has been read by A reader.
  • the context management server acquires the relationship between the user and the object as well as the relationship management DB power.
  • the relationship management DB sends the tag ID to the context management server.
  • the context management server acquires attributes from the attribute management database.
  • the attribute management DB sends the attribute to the context management server.
  • the attribute transmitted here is, for example, information that # 0551 is a CD.
  • the context-away service control server sends a context request to the context. Send to the management server.
  • the context management server sends a context answer to the context-away service control server.
  • the context reply sent individually is, for example, information that A has a CD.
  • the attribute information registration method shown in Fig. 24 does nothing when the reader reads the RFID. However, the attribute information registration method shown in FIG. 24 is a method for inputting attributes when necessary.
  • the reader transmits the tag ID and the reader ID to the relationship management DB.
  • the information transmitted here is, for example, information that # 2385 has been read by B's reader.
  • the context-away service control server requests a context from the context management server.
  • the context management server acquires the relationship between the user and the object from the relationship management DB.
  • the relationship management DB sends the tag ID to the context management server.
  • the context management server obtains the object attributes from the attribute management DB.
  • the attribute management DB transmits the attribute to the context management server.
  • # 2385 is information about a conference room.
  • the context management server returns a context to the context-away service control server.
  • the content of the context to answer individually is, for example, information that B is in the conference room.
  • the trigger of the process in which the context management server asks the relationship management DB for the relationship between the user and the object is as shown in Fig. 24 when the context is explicitly requested and the consistency It may be done automatically when checking.
  • FIG. 25 is a conceptual diagram of a context notification system according to an embodiment of the network 'service control system of the present invention.
  • the service control unit 215 displays the user context.
  • Sensing 'management unit 214 or NW control unit 21 3 requests a context from the NW context sensing 'management unit 212.
  • the user context sensing / management unit 214 or the NW context sensing / management unit 212 notifies the service control unit 215 or the NW control unit 213 of the context. Both the sequences in the case of FIG. 23 and FIG. 24 belong to this pattern.
  • FIG. 26 is a conceptual diagram of a context notification method according to an embodiment of the network 'service control system of the present invention.
  • the second example when this is necessary is an automatic notification type context notification method when a context consistency check is requested, that is, when conditions are consistent.
  • the context consistency check means checking whether the attribute of the object indicated in the user context matches the attribute of the registered object.
  • the user context sensing management unit 214 voluntarily notifies the service control unit 215 of the context.
  • this condition for example, a case where a predetermined person reaches a predetermined place can be cited.
  • FIG. 27 is a flowchart of the operation of the condition matching check method according to the embodiment of the network service control system of the present invention.
  • a check is triggered by the occurrence of a change in context, such as when there is a change in the content of relationship management.
  • the user and the service provider, etc. register the conditions in the context management DB in advance.
  • a condition registered here for example, there is a condition that B is notified when it arrives at the conference room.
  • the reader transmits the tag ID and the reader ID to the relationship management DB.
  • the information transmitted here is, for example, information that # 2385 has been read by B's reader. And relationship management
  • the DB notifies the context management DB of the relationship change.
  • the context management DB asks the attribute management DB for the attribute of the object.
  • the attribute management DB sends the attribute to the context management DB.
  • the attribute sent here is, for example, # 2385 information about the conference room.
  • the context management DB the information transmitted from the relationship management DB, the user and It is determined whether the information transmitted from the service provider or the like matches. Then, when the information transmitted from the relationship management DB matches the information transmitted from the user and the service provider, the context management DB notifies the user and the service provider of the context.
  • the information notified here is, for example, information that B is in the conference room.
  • FIG. 28 is a flowchart of the operation of the condition matching check method according to the embodiment of the network service control system of the present invention.
  • the condition is checked using time.
  • the satisfaction of the condition in FIG. 26 is checked by gradually increasing the time interval or decreasing the time interval from a certain period or the previous check time.
  • the user, the service provider, and the like register conditions in advance in the context management DB.
  • the embodiment requirement registered here is, for example, a condition that notification is made when B arrives at the conference room.
  • the context management DB confirms whether or not the elapsed time has been exceeded.
  • the context management unit asks the attribute management DB for the attribute of the object.
  • the attribute management DB sends the attribute of the object to the context management DB.
  • the information sent here is, for example, information # 2385 about the conference room.
  • the process in which the attribute management DB sends the attribute to the context management DB is unnecessary if the attribute is already known.
  • the context management DB determines whether or not the information registered in advance by the user, the service provider, and the like matches the information transmitted from the attribute management DB. If the information registered in advance by the user or service provider and the information sent from the attribute management DB match, the context management DB will provide the user and service provider. Inform the provider of the context.
  • the context notified here is, for example, information that B is in the conference room.
  • condition satisfaction check in FIG. 26 is performed at a set predetermined date and time.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

　ネットワーク・サービス制御方法が、ユーザへ通信サービスを提供する際に、ユーザの周辺の状況や過去の行動パターンに関する知識情報であるユーザコンテキストを取得する工程と、予め任意のタイミングで前記ユーザにより登録されたユーザの嗜好に関する情報であるユーザプロファイルを取得する工程と、ユーザコンテキストと、ユーザプロファイルとに基づいて、通信サービスを提供するためのネットワークへの要求条件を決定するサービス制御工程とを備える。

Description

明 細 書
ネットワーク ·サービス制御方法
技術分野
[0001] 本発明は、ネットワーク及びサービスを制御する技術に関する。
背景技術
[0002] 従来、ユーザの周辺の状況（時間 ·場所、持ち物や周辺機器)や過去の行動パター ンから導くユーザの意向に関する仮説（以下、ユーザコンテキストとも記す）によって、 データの着信先の端末を変更したり、着信する端末を選ぶサービスが存在する（例え ば、特許文献 1参照)。また、ュビキタスネットワークにおいて、実世界のモノに関する 情報をもとにユーザの状況に最も即したサービスや情報の提供を行なうことに関し、 研究がなされている (例えば、非特許文献 1、非特許文献 2、非特許文献 3参照)。
[0003] また、情報を配信する際のネットワーク制御に関し、トラヒックエンジニアリング技術 を用いた、通信経路や QoS (Quality of Service)制御などが行なわれている。こ の技術によれば、ネットワークの負荷分散と QoS保証とを同時に実現したネットワーク リソースの割当が可能になる。例えば、 MPLSネットワークにおいて、ベストエフオート 型と帯域保証型との二種類のサービスが混在する状況にお!、て、帯域保証型用に 保留する帯域は、資源の消費ができる限り小さくなるような最短経路を選択し、ベスト エフオート型のラベルパスは、動的にトラヒックの流れを変更することで、帯域保証型 のパケットが優先処理されることによって起こりうる QoS劣化をできる限り小さくし、帯 域保証型の通信がベストエフオート型の通信に与える影響をネットワーク全体で吸収 する技術がある (例えば、特許文献 2、非特許文献 4参照)。
[0004] またトラヒックエンジニアリング技術として例えば、ネットワークとアプリケーションサー バの両方の負荷を同時に考慮して QoSを満足し、し力もネットワーク全体の負荷が均 等に分散されるようなネットワークとアプリケーションサーバのペアを探索することで、 ネットワークの全体最適化を図る技術がある（例えば、特許文献 3参照)。
[0005] また、第一のネットワークと通信している端末を第二のネットワークへハンドオーバ する際に、ユーザコンテキスト、アプリケーション QoS要件、ネットワークコンテキストを 並行して評価する技術が存在する (例えば、特許文献 4参照)。
また、ユーザとユーザが携帯するリーダで読み取ったオブジェクトとの関係を管理す る技術がある (例えば、特許文献 5参照)。
特許文献 1：特開 2004-206670号公報
特許文献 2：特開 2004-236198号公報
特許文献 3： WO04Z073269号公報
特許文献 4 :特開 2003— 333639号公報
特許文献 5：特騎 P03Z02498号公報
非特許文献 1 :加藤 正文、 "ュビキタスネットワークの展開戦略 ネットワークとミドル ウェアによる知識の活用一"、 [online] ,平成 16年 6月 24日、ュビキタスネットヮーキ ングフォーラム ュビキタス戦略シンポジウム、インターネットく URL： http： //ww w. ubiquitous— forum, jpz documents/ sympo20040624, index. html> 非特許文献 2 :大橋 正良、"コンテキスト &プロフアイリングー Semantic web活用ァ ブローチ一"、 [online] ,平成 16年 7月 20日、電子情報通信学会 実時間指向ュビ キタスネットワークワークショップ研究会（URON)、インターネットく URL： http： // www. leice. org/ csZ uron/ workshop 2004. html>
非特許文献 3 :今井 和雄、"第 4世代モパイルネットワークとュビキタスへの展開"、 [ online]、平成 16年 7月 20日、電子情報通信学会 実時間指向ュビキタスネットヮー クワークショップ研究会（URON)、インターネット < URL : http : ZZwww. ieice. o rgZ csZ uronZ workshop 2004. html>
非特許文献 4 :カロ藤 正文、 "Next generation IP network control based o n traffic engineering，，、 [online]、平成 16年 4月 7曰、 The ATM Forum I CBN2004、インターネットく URL : http : ZZwww. atmforum. com/meeting s/ icbn04— program. html>
発明の開示
発明が解決しょうとする課題
しかしながら、これら従来の技術は、 NWの状況のみ、もしくはユーザの状況のみに 着目して情報配信を行なうもの、すなわちユーザ力ネットワーク事業者か、どちらか一 方の要件だけを考慮したサービスになっており、また、例えばコンテンツ配信を行うよ うなサービス事業者の要件も考慮されて 、な 、。ユーザの状況とネットワーク（以下、 NWとも記す)の状況、さらにはサービス事業者の要件である、ユーザへ配信されるコ ンテンッの配信方法に関する推奨値とを同時に考慮して、 NWやサービスの制御を 行う技術は、まだ考えられていない。
[0007] 本発明の基本的な狙いは、ユーザ、ネットワーク事業者、サービス事業者の要求を 自動的に考慮し、 NWを制御することである。また、仮に三者の要求が対立する場合 にも、妥協点を自動的に見出すことを狙っている。本発明の目的の 1つは、コンテン ッ配信などの通信サービス提供の際に、ユーザコンテキストとユーザの嗜好に関する 情報とサービス事業者の推奨情報とを用いて、 NWへの要求条件を自動的に決定す ること〖こある。また、本発明の目的の 1つは、決定された要求条件を満足する NW制 御を行なう際に、 NWコンテキストと NWの運用方針とを用いてネットワークリソース割 当ての最適化を動的に行う技術を提供することにある。また、本発明の目的の 1つは 、ユーザやサービス事業者の意向を反映し、同時に、 NWリソースの有効利用を図る 技術を提供することにある。更に、多様な環境下を動き回るユーザ自身が、その時々 の状況に応じてユーザの要求を指定するのは困難であり、そのような状況において、 ユーザが要求を指定しなくても、ユーザの要求を解釈しこれを満たす方法によってサ 一ビスの提供を行なうことにある。
課題を解決するための手段
[0008] 上記目的を達成するため、本発明のネットワーク 'サービス制御方法は、
ユーザへ通信サービスを提供する際に、
前記ユーザの周辺の状況や過去の行動パターンに関する知識情報であるユーザ コンテキストを取得する工程と、
予め任意のタイミングで前記ユーザにより登録された該ユーザの嗜好に関する情報 であるユーザプロファイルを取得する工程と、
前記ユーザコンテキストと、前記ユーザプロファイルとに基づいて、前記通信サービ スを提供するためのネットワークへの要求条件を決定するサービス制御工程とを備え ることを特徴とする。 [0009] また、本発明のネットワーク 'サービス制御方法は、
ユーザへ通信サービスを提供する際に、 前記ユーザの周辺の状況や過去の行動パターンに関する知識情報であるユーザ コンテキストを取得する工程と、
予め任意のタイミングで前記ユーザにより登録された該ユーザの嗜好に関する情報 であるユーザプロファイルを取得する工程と、
予め任意のタイミングで登録された前記通信サービスの提供に関する推奨値であ るサービスプロファイルを取得する工程と、
前記ユーザコンテキストと、前記ユーザプロファイルと、前記サービスプロファイルと に基づ!/、て、前記通信サービスを提供するためのネットワークへの要求条件を決定 するサービス制御工程とを備えることを特徴とする。
[0010] また、本発明のネットワーク 'サービス制御方法は、
前記ネットワーク 'サービス制御方法はさらに、
トラヒックの状況やネットワークの性能及び運用経験力 得た情報に関する知識情報 であるネットワークコンテキストを取得する工程と、
予め任意のタイミングで登録されたネットワークの運用方針に関する情報である運 用ポリシを取得する工程と
前記ネットワークへの要求条件と、前記ネットワークコンテキストと前記運用ポリシと に基づ!/、て、前記通信サービスを前記ユーザへ提供するためのネットワークのリソー ス割当を行なうネットワーク制御工程とを備えることを特徴とする。
[0011] また、本発明のネットワーク 'サービス制御方法は、
前記ネットワークコンテキストは、少なくとも、ネットワークの需要の傾向に関する情 報力 ネットワークリソースの現在の使用状況に関する情報力、異常が発生した時に 出現するネットワークの動作パターンに関する情報力、ネットワークに対する制御に 応じて出現するネットワークの動作パターンに関する情報のいずれか 1つを含むこと を特徴とする。
[0012] また、本発明のネットワーク 'サービス制御方法は、
前記サービス制御工程は、前記ユーザプロファイルと前記サービスプロファイルとで 示す条件が異なる場合に、予め設定されたどちらか一方の条件を優先して前記ネッ トワークへの要求条件を設定する第一の設定工程を備えることを特徴とする。
[0013] また、本発明のネットワーク 'サービス制御方法は、
前記サービス制御工程は、前記ユーザプロファイルと前記サービスプロファイルとで 示す条件が異なる場合に、前記両プロファイルに示されるデータの内容を比較して 前記ネットワークへの要求条件を設定する第二の設定工程を備えることを特徴とする
[0014] また、本発明のネットワーク 'サービス制御方法は、
前記第二の設定工程は、前記ユーザプロファイルと前記サービスプロファイルに登 録されている条件のうち、要求の厳しい方の条件を前記ネットワークへの要求条件に 設定することを特徴とする。
[0015] また、本発明のネットワーク 'サービス制御方法は、
前記第二の設定工程は、前記ユーザプロファイルと前記サービスプロファイルに登 録されている条件のうち、要求の緩い方の条件を前記ネットワークへの要求条件に設 定する工程を備える。
[0016] また、本発明のネットワーク 'サービス制御方法は、
前記第二の設定工程は、
前記設定したネットワークへの要求条件に基づき行なわれた前記ユーザへの前記通 信サービスの要求が呼損になった場合に、前記設定した条件を緩めて再度前記ネッ トワークへの要求条件を設定することを特徴とする。
[0017] また、本発明のネットワーク 'サービス制御方法は、
前記第二の設定工程は、前記ユーザプロファイルと前記サービスプロファイルとに 登録されて!、るパラメータのうち、一部のパラメータを参照して前記ネットワークへの 要求条件に設定することを特徴とする。
[0018] また、本発明のネットワーク 'サービス制御方法は、
前記一部のパラメータは、前記ユーザプロファイルと前記サービスプロファイルとの 両プロファイルに登録されているパラメータの積集合であることを特徴とする。
[0019] また、本発明のネットワーク 'サービス制御方法は、 前記第二の設定工程は、前記ユーザプロファイルと前記サービスプロファイルとの 両プロファイルに登録されているパラメータの和集合を前記ネットワークへの要求条 件として設定することを特徴とする。
[0020] また、本発明のネットワーク 'サービス制御方法は、
前記ユーザプロファイルと前記サービスプロファイルの両プロファイルで扱うパラメ ータの種類で一致しているものがあり、そのパラメータの内容のどちらか一方または 両者が特定の値でなく範囲で記述されて 、てし力も異なる範囲を指定して 、る場合、 両者の範囲に共通する範囲があるかをチェックし、該共通範囲があるならば該共通 範囲を、該共通範囲が無ければ前記両プロファイルの前記パラメータの範囲で互 、 に最も近 、値を、前記ネットワークへの要求条件として設定する第三の設定工程を備 えることを特徴とする。
[0021] また、本発明のネットワーク 'サービス制御方法は、
前記共通範囲のうち、条件が厳しい値を前記ネットワークへの要求条件として設定 する工程を備えることを特徴とする。
[0022] また、本発明のネットワーク 'サービス制御方法は、
前記共通範囲のうち、条件が緩い値を前記ネットワークへの要求条件として設定す る工程を備えることを特徴とする。
[0023] また、本発明のネットワーク 'サービス制御方法は、
サービスが起動された場合に、
前記ネットワークの要求条件を生成するサービス制御手段が、ユーザコンテキストを 管理するユーザコンテキストセンシング.管理手段にユーザコンテキストを要求するェ 程と、
前記ユーザコンテキストセンシング ·管理手段が、前記サービス制御手段に前記要 求されたユーザコンテキストを通知する工程とを備える。
[0024] また、本発明のネットワーク ·サービス制御方法は、
所定の条件が成立した場合に、
前記ユーザコンテキストを管理するコンテキスト管理手段が前記ネットワークの要求 条件を生成するコンテキストアウエアサ一ビス制御手段にユーザコンテキストを送信 する工程を備える。
[0025] また、本発明のネットワーク 'サービス制御方法は、
前記所定の条件の成立のチェックを、
前記ユーザコンテキストに変化が発生した際に行う工程を備える。
[0026] また、本発明のネットワーク 'サービス制御方法は、
前記所定の条件の成立のチェックを、
一定周期の時間間隔毎に行う工程を備える。
[0027] また、本発明のネットワーク 'サービス制御方法は、
前記所定の条件の成立のチェックを行う時刻を決める工程であって、
状況に従って変化する規則に従って前のチェック時刻から次のチェック時刻を決め る工程を備える。
[0028] また、本発明のネットワーク 'サービス制御方法は、
前記所定の条件の成立のチェックを行う時刻を決める工程は、
詳細なチェックが必要力否かを判断する工程と、詳細なチェックが必要と判断され た際に、前のチェック時刻から時間間隔を短くした次のチェック時刻を決定する工程 とを備える。
[0029] また、本発明のネットワーク 'サービス制御方法は、
前記所定の条件の設立のチェックを、
詳細なチェックが不要と判断された際に、前のチェック時刻から時間間隔を長くした 次のチェック時刻を決定する工程を備える。
[0030] また、本発明のネットワーク 'サービス制御方法は、
前記所定の条件の成立のチェックを一定の日時に行う工程を備える。
[0031] また、本発明のネットワーク 'サービス制御方法は、
前記ユーザコンテキストを取得する工程は、
電子タグ力 取得した識別情報と該電子タグを読み込んだ端末の識別情報とを対 応付ける工程と、
前記電子タグ力 取得した識別情報と端末の識別情報との対応付け力 導かれる 、前記電子タグが付与されたオブジェクトと該オブジェクトの所有者との関係を、前記 ユーザコンテキストとする工程とを備える。
[0032] また、本発明のネットワーク 'サービス制御方法は、
前記ユーザコンテキストを取得する工程は、
所定の場所に配置されたリーダが電子タグが付与されたオブジェクトの電子タグか ら情報を読み取る工程と、
前記電子タグから前記リーダが情報を読み取ることにより、前記電子タグが付与さ れたオブジェクトが所定の場所を通過したことを認識する工程と、
前記リーダの配置された場所を前記オブジェクトが通過したことをユーザコンテキス トとして認識する工程とを備える。
[0033] また、本発明のネットワーク 'サービス制御方法は、
前記ユーザコンテキストを取得する工程は、
Global Positioning Systemを用いて前記オブジェクトの位置情報をユーザコ ンテキストとして取得する工程を備える。
[0034] また、本発明のネットワーク ·サービス制御方法は、
前記電子タグに、該電子タグに関する識別情報と、該電子タグが付与されているォ ブジェクトに関する情報を示す属性情報とが格納されている。
[0035] また、本発明のネットワーク 'サービス制御方法は、
前記ユーザコンテキストを管理するコンテキスト管理手段が、
電子タグが付与されているオブジェクトに関する詳細情報を示す属性情報を格納 するサーバから、前記属性情報を読み出す工程を備える。
[0036] また、本発明のネットワーク 'サービス制御方法は、
前記読み出す工程は、
前記コンテキスト管理手段が、
前記電子タグに格納されている識別情報に基づいて、前記サーバにアクセスして 前記属性情報を読み出す工程である。
[0037] また、本発明のネットワーク 'サービス制御方法は、
前記読み出す工程は、
前記コンテキスト管理手段が、 電子タグの識別情報に基づ 、て、該電子タグが付与されたオブジェクトの属性情報 が格納されて 、るサーバのアドレスを管理して 、る識別情報 ネットワークアドレス解 決サーバに格納されている、属性情報が格納されているサーバのアドレスを取得す る工程と、
前記コンテキスト管理手段が、該サーバのアドレスを用いて、該サーバから属性情 報を取得する工程とを備える。
[0038] また、本発明のネットワーク 'サービス制御方法は、
前記読み出す工程は、
前記コンテキスト管理手段が、前記電子タグに格納されている識別子から、ドメイン ネームシステムサーバに格納されて 、る前記属性情報が格納されて 、るサーバのァ ドレスを取得する工程と、
前記コンテキスト管理手段が、
該取得したアドレスに基づ 、て、前記サーバから前記属性情報を取得する工程を 備える。
[0039] また、本発明のネットワーク 'サービス制御方法は、
前記電子タグに、識別情報と、属性情報が格納されているサーバのネットワークアド レス又は属性情報が格納されて 、るサーバのネットワークアドレスを取得するために アクセスすべき識別情報 ネットワークアドレス解決サーバのネットワークアドレスとが 格納されている。
[0040] また、本発明のネットワーク ·サービス制御方法は、
少なくとも 1以上のリーダが前記オブジェクトの電子タグの情報を取得した履歴から 、該オブジェクトの動 、て 、る方向を認識する工程を備える。
[0041] また、本発明のネットワーク 'サービス制御方法は、
前記オブジェクトと人との動きが同じであることに基づいて、該オブジェクトと人とが 一緒に動 、て 、ることを認識する工程を備える。
[0042] また、本発明のネットワーク ·サービス制御方法は、
リーダが存在する場所の属性情報をコンテキスト管理手段に送信する工程を備える [0043] また、本発明のネットワーク ·サービス制御方法は、
リーダが存在する場所の識別子を、コンテキストを管理するコンテキスト管理手段に 送信する工程と、
前記コンテキスト管理手段が、受信した該識別子から場所の属性情報を生成する 工程とを備える。
[0044] また、本発明のネットワーク ·サービス制御方法は、
前記ユーザコンテキストを管理するコンテキスト管理手段が、
前記オブジェクトに関する詳細情報を示す属性情報を格納するサーバから、前記 属性情報を読み出す工程を備える。
[0045] また、本発明のネットワーク ·サービス制御方法は、
前記読み出す工程は、
前記ユーザコンテキストを管理するコンテキスト管理手段が、
前記電子タグに格納されている識別情報に基づいて、前記サーバにアクセスして 前記属性情報を読み出す工程である。
[0046] また、本発明のネットワーク ·サービス制御方法は、
前記読み出す工程は、
前記ユーザコンテキストを管理するコンテキスト管理手段が、
電子タグの識別情報に基づ 、て、該電子タグが付与されたオブジェクトの属性情報 が格納されて 、るサーバのアドレスを管理して 、る識別情報 ネットワークアドレス解 決サーバに格納されている、属性情報が格納されているサーバのアドレスを取得す る工程と、
前記コンテキスト管理手段が、該サーバのアドレスを用いて、該サーバから属性情 報を取得する工程とを備える。
[0047] また、本発明のネットワーク ·サービス制御方法は、
前記読み出す工程は、
前記ユーザコンテキストを管理するコンテキスト管理手段が、前記電子タグに格納さ れて 、る属性情報の識別子から、ドメインネームシステムサーバに格納されて 、る前 記属性情報が格納されているサーバのアドレスを取得する工程と、 前記管理するコンテキスト管理手段が、
該取得したアドレスに基づ 、て、前記サーバから前記属性情報を取得する工程とを 備える。
[0048] また、本発明のネットワーク ·サービス制御方法は、
前記電子タグに、識別情報と、属性情報が格納されているサーバのネットワークアド レス又は該ネットワークアドレスを取得するためにアクセスすべき識別情報 ネットヮ ークアドレス解決サーバのネットワークアドレスとが格納されている。
[0049] また、本発明のネットワーク ·サービス制御方法は、
前記ユーザコンテキストを取得する工程は、
コンテキストを管理するコンテキスト管理手段が、オブジェクト Zユーザ関係管理デ ータベースに格納されているユーザとオブジェクトの関係に関する情報と、該ォブジ ェクト Zユーザ関係管理データベースと独立して存在する、オブジェクト Z属性管理 データベースに格納されて 、るオブジェクトの属性情報を取得し、ユーザとオブジェ タトとその属性情報とからユーザの周辺状況をユーザコンテキストとして管理する工程 であることを特徴とする。
[0050] また、本発明のネットワーク 'サービス制御方法は、
前記ユーザコンテキストを取得する工程は、
コンテキストを管理するコンテキスト管理手段が、ユーザがリーダで読み取った、電 子タグが付与されたオブジェクトの識別情報とその属性情報とを一つのデータベース に格納し、ユーザとオブジェクトとその属性情報とからユーザの周辺状況をユーザコ ンテキストとして管理する工程であることを特徴とする。
[0051] また、本発明のネットワーク 'サービス制御方法は、
前記ユーザコンテキストを取得する工程は、コンテキストを管理するコンテキスト管 理手段が、リーダが電子タグ力 情報を読み取った場合に、オブジェクトの属性情報 を要求し、ユーザコンテキストとして管理する工程を備えることを特徴とする。
[0052] また、本発明のネットワーク 'サービス制御方法は、
前記ユーザコンテキストを取得する工程は、コンテキストを管理するコンテキスト管 理手段が、所定の時に、オブジェクトの属性情報を要求し、ユーザコンテキストとして 管理する工程を備える。
[0053] また、本発明のネットワーク 'サービス制御方法は、
前記所定の時とは、サービスが要求された時である。
[0054] また、本発明のネットワーク ·サービス制御方法は、
前記所定の時とは、
ユーザコンテキストに示されるオブジェクトの属性と、予め通知する条件として登録 されたオブジェクトの属性とがー致した時である。
[0055] また、本発明のネットワーク 'サービス制御方法は、
ネットワークに対する要求条件を決定するコンテキストアウエアサ一ビス制御手段で 決定された要求条件を満足するネットワークリソースの割り当てを行う際に、 ネットワークリソースの割り当てを行うネットワーク制御手段が、送信する情報のメデ ィァを変更する工程を備える。
[0056] また、本発明のネットワーク 'サービス制御方法は、
ネットワークに対する要求条件を決定するコンテキストアウエアサ一ビス制御手段で 決定された要求条件を満足するネットワークリソースの割り当てを行う際に、 ネットワークリソースの割り当てを行うネットワーク制御手段が、送信する情報の符号 化方式を変更する工程を備える。
発明の効果
[0057] このように、本発明は、ユーザの状況などを示すユーザコンテキストを利用し、 NW 及びサービスの制御を行って 、るので、ユーザにとって利便性の高!、サービスを提 供することができる。また、ユーザは、場所や所持品に応じてユーザが予め指定した 形態や形式で情報を受信できる。
[0058] 具体的には、通信サービス提供の際に、ユーザの状況、ユーザの好み、サービス 提供者の推奨を考慮してネットワークへの要求条件を決め、ネットワークの状況や過 去の運用経験を基に、ネットワーク事業者の運用方針を考慮して、動的にネットヮー クリソースを割り当てることにより、ユーザ、ネットワーク事業者、サービス事業者の意 向を反映し、ダイナミックに NWリソース割り当てを最適化する。さらには、ユーザの要 求を満たす NWリソース割り当てを行う際にも、ネットワーク事業者の方針に沿う形で 、ネットワークを有効利用し、できるだけ多くのユーザからのサービス要求を受け付け られるという波及的効果を得ることができる。
[0059] また、本発明は、ネットワークへの要求条件を自動的に決定する。従来の技術では 、 Quality of Service (以下、 QoSとも記す）を要求する場合、様々なパラメータを ユーザが申告する必要があった。しかし、本発明は、複雑な申告が不要で、かつ、ュ 一ザの所在場所や所持品に応じた最適な QoSを提供する。すなわち、状況に応じて ユーザ自身で NWへの要求を指定するのは困難であるという状況に際し、ユーザが 状況にあわせて要求を指定しなくても、ユーザの要求を自動的に見出すことができる t 、う効果を得ることができる。
[0060] また、本発明は、サービス提供者の推奨値を考慮した QoSを提供することができる 。また、本発明は、ネットワークリソースの最適割り当てを行っている。そのため、本発 明は、ネットワークリソースが有効利用され、呼損が最小化される。
[0061] また、本発明は、サービス提供者が推奨する条件と、ユーザプロファイルから導か れる条件とが異なる場合に、ネットワークに対する要求条件を緩い条件に合わせる。 あるいは、本発明は、呼損時にネットワークに対する要求条件を緩める。この処理に より、本発明は、呼損を最小化することができる。つまり、本発明は、サービス提供者 やネットワーク事業者に対して呼損による機会損失が発生することを、最小化できる。 また、本発明によれば、ユーザはサービスを受け付けられる可能性が高まるので、ュ 一ザに対して高可用性が実現されると 、える。
図面の簡単な説明
[0062] [図 1]本発明のネットワーク 'サービス制御システムの一実施形態の概念図である。
[図 2]本発明のネットワーク 'サービス制御システムの一実施形態のネットワークァー キテクチャの概念図である。
[図 3]本発明のネットワーク 'サービス制御システムの一実施形態の構成図である。
[図 4]本発明のネットワーク 'サービス制御システムの一実施形態において使用する ユーザプロファイルの一例の概念図である。
[図 5]本発明のネットワーク 'サービス制御システムの一実施形態で使用するユーザコ ンテキストの一例の概念図である。 [図 6]本発明のネットワーク 'サービス制御システムの一実施形態において使用する サービスプロファイルの一例の概念図である。
[図 7]本発明のネットワーク 'サービス制御システムの一実施形態で使用するネットヮ ークコンテキストの一例の概念図である。
[図 8]本発明のネットワーク 'サービス制御システムの一実施形態における、 NW要求 条件抽出の動作のフローチャートである。
[図 9]本発明のネットワーク 'サービス制御システムの一実施形態における、 NW制御 サーバの動作のフローチャートである。
[図 10]本発明のネットワーク 'サービス制御システムの一実施形態の NW制御の概念 図である。
[図 11]本発明のネットワーク 'サービス制御システムの一実施形態のコンテキストァゥ エアサービス制御ロジックの動作のフローチャートである。
[図 12]本発明のネットワーク 'サービス制御システムの一実施形態が提供するサービ スの第 2例である、コンテキストァウェア 'ホームセキュリティの概念図である。
[図 13]本発明のネットワーク 'サービス制御システムの一実施形態の位置及び所有関 係認識方式の概念図である。
[図 14]本発明のネットワーク 'サービス制御システムの一実施形態の位置及び所有関 係認識方式の概念図である。
[図 15]本発明のネットワーク 'サービス制御システムの一実施形態の位置及び所有関 係認識方式の概念図である。
[図 16]本発明のネットワーク 'サービス制御システムの一実施形態のアドレス解決技 術及び追跡制御技術の概念図である。
圆 17]本発明のネットワーク 'サービス制御システムの一実施形態の属性情報参照方 式の概念図である。
圆 18]本発明のネットワーク 'サービス制御システムの一実施形態の属性情報参照方 式の概念図である。
圆 19]本発明のネットワーク 'サービス制御システムの一実施形態の属性情報参照方 式の概念図である。 圆 20]本発明のネットワーク 'サービス制御システムの一実施形態の属性情報参照方 式の概念図である。
圆 21]本発明のネットワーク 'サービス制御システムの一実施形態の属性情報管理方 式が使用する DBの概念図である。
圆 22]本発明のネットワーク 'サービス制御システムの一実施形態の属性情報管理方 式が使用する DBの概念図である。
圆 23]本発明のネットワーク 'サービス制御システムの一実施形態の属性情報登録方 式の動作のフローチャートである。
圆 24]本発明のネットワーク 'サービス制御システムの一実施形態の属性情報登録方 式の動作のフローチャートである。
[図 25]本発明のネットワーク 'サービス制御システムの一実施形態のコンテキスト通知 方式の概念図である。
[図 26]本発明のネットワーク 'サービス制御システムの一実施形態のコンテキスト通知 方式の概念図である。
圆 27]本発明のネットワーク 'サービス制御システムの一実施形態の条件整合確認方 式の動作のフローチャートである。
圆 28]本発明のネットワーク 'サービス制御システムの一実施形態の条件整合確認方 式の動作のフローチャートである。
符号の説明
201 コンテンツサーバ
202 NW制御サーバ
203 サービス制御サーバ
204, 205 ユーザ端末
206 配信用コンテンツ DB
207 NW運用ポリシ
208 NWコンテキスト
209 ユーザコンテキスト
210 ユーザプロファイル DB 211 サービスプロファイル DB
212 NWコンテキストセンシング '管理部
213 NW制御部
214 ユーザコンテキストセンシング'管理部
215 サービス制御部
発明を実施するための最良の形態
[0064] 本発明のネットワーク 'サービス制御システムの一実施形態について、図 1を参照し て説明する。図 1は、本発明のネットワーク 'サービス制御システムの一実施形態の概 念図である。
[0065] 図 1に示されるように、本発明のネットワーク 'サービス制御システムの一実施形態 は、サービス提供の際に、ユーザコンテキストとユーザプロファイルとサービスプロファ ィルとネットワークコンテキストと、ネットワーク事業者の運用ポリシ (以下、ネットワーク は NWと表記する場合あり）とを用いて NWリソース割当ての最適化を動的に行う。こ れにより、本発明のネットワーク 'サービス制御システムは、ユーザの意向を反映させ つつ、 NW事業者やコンテンツを配信するサービス事業者の方針を反映させたサー ビスの提供及び NWリソースの有効利用を図る。例えば NW事業者が NWリソースの 有効利用を狙っているならば、ユーザの状況に合った QoSを満たし、かつ NWリソー スの有効利用を図ることができる。
[0066] 次に、本発明のネットワーク 'サービス制御システムの一実施形態のネットワークァ ーキテクチヤについて図 2を参照して説明する。図 2は、本発明のネットワーク'サー ビス制御システムの一実施形態のネットワークアーキテクチャの概念図である。
[0067] 図 2に示されるように、本システムの一実施形態のネットワークアーキテクチャは、 N W制御とサービス制御との 2つの制御プレーンを備える。プレーンとは、ネットワーク の機能を区別する単位である。そして、 NW制御とサービス制御の 2つの制御プレー ンは、それぞれセンシングを行う。センシングとは、何か状況に関する仮説を立てるた めに、状況を観察'観測し意図や傾向を感知することである。
[0068] サービス制御プレーンは、ユーザコンテキストを管理する。ユーザコンテキストとは、 ユーザの意向に関する仮説を立てるために用いられるものであって、ユーザの場所 や所持品や、ユーザの周辺の状況や、ユーザの過去の行動パターン力 導かれる 知識情報である。サービス制御プレーンは、ユーザコンテキストを基に、ユーザが情 報を配信される際の提供形態についての希望に関しユーザから任意のタイミングで 登録される情報であるユーザプロファイルに格納された情報と、配信される情報の提 供形態の推奨値について情報提供者力 登録される情報であるサービスプロフアイ ルに格納された情報とを参照して、 NWへの要求条件を決定する。そして、サービス 制御プレーンは、決定した要求条件を NW制御プレーンに通知する。
[0069] NW制御プレーンは、 NWコンテキストを管理する。 NWコンテキストとは、 NWの振 る舞いに関する仮説を立てるために用いられるものであって、現在のトラヒックや NW の性能などの状況や、運用状態から導かれる知識情報である。 NW制御プレーンは 、受信した要求条件と、 NWコンテキストと、 NWの運用ポリシとに基づいて、動的にし 力も自動的にリソースを割り当てる。 NW制御プレーンへ通知される要求条件として は、例えば、ビデオ Xをユーザ Aの携帯端末に 6Mbpsで送信するという条件を挙げ ることができる。運用ポリシとしては、例えば、ネットワークの QoSのレベルを所定のレ ベルに保つ、ネットワーク全体の負荷の均一化を図る、リソースを最大限活用するな どを挙げることができる。
[0070] 運用ポリシは、ネットワーク事業者の戦略とみることもできる。従って、例えば、「最も 高い品質を提供できるように、大きな帯域を使う」という運用ポリシを設定しても良ぐ どのような運用ポリシを設定するかは、ネットワーク事業者が適宜設定できるものであ つても良い。
[0071] このように、本システムの一実施形態は、図 2に示されるネットワークアーキテクチャ によって、ユーザと、サービス事業者と、ネットワーク事業者との要求を同時に満足す る NW制御及びサービス制御を実行することができる。
[0072] 次に、本発明のネットワーク 'サービス制御システムの一実施形態の構成について 図 3を参照して説明する。図 3は、本発明のネットワーク 'サービス制御システムの一 実施形態の構成図である。
[0073] 図 3に示されるように、本発明のネットワーク 'サービス制御システムの一実施形態 は、コンテンツサーバ 201と、 NW制御サーバ 202と、サービス制御サーバ 203と、少 なくとも 1以上のユーザ端末 204, 205とを備える。これら、コンテンツサーバ 201と、 NW制御サーバ 202と、サービス制御サーバ 203と、少なくとも 1以上のユーザ端末 2 04, 205とは、ネットワークにより互いに接続されている。
[0074] コンテンツサーバ 201は、配信用コンテンツデータベース 206 (以下、単に DBとも 記す)から、配信用のコンテンツをネットワークに送信する。ユーザ端末 204, 205は 、コンテンツサーバ 201の配信用コンテンツデータベース 206から NW制御サーバ 2 02が配信したコンテンツを受信する。
[0075] NW制御サーバ 202は、 NWコンテキストを格納する NWコンテキスト DB208と、 N W運用ポリシを格納する NW運用ポリシ DB207とに接続される。 NW制御サーバ 20 2は、 NWコンテキストセンシング'管理部 212と、 NW制御部 213とを備える。
[0076] NWコンテキストセンシング.管理部 212は、 NWの状況及び NWの傾向の情報を 収集する。 NWの状況の情報とは、例えば各ルータの負荷状況や回線のトラフィック の状況など、 NWの現在の状況に関する情報である。また、 NWの傾向の情報とは、 例えば、平日の午前中は特定のルータの負荷が高いという情報など、過去の丽の 運用状態を元に予測される状況の情報である。そして、 NWコンテキストセンシング' 管理部 212は、この収集した情報を NWコンテキストとして管理する。また、 NWコン テキストセンシング'管理部 212は、この収集した情報を更新する。 NW運用ポリシ D B207には、 NW運用者から適宜登録される NWの運用に関するポリシを表す情報が 格納されている。
[0077] NW制御部 213は、サービス制御サーバ 203から送信された NW要求条件と、 NW コンテキストセンシング'管理部 212から送信された NWの状況及び NWの傾向など の NWコンテキストと、 NW運用ポリシ DB207から参照した運用ポリシとに基づいて、 NWリソース割り当てを動的に最適化する。例えば、 NW制御部 213は、最適経路を 決定し、その経路でコンテンツを配信する。
[0078] サービス制御サーノ 203は、ユーザコンテキストセンシング'管理部 214と、サービ ス制御部 215とを備える。また、サービス制御サーバ 203は、ユーザコンテキスト DB2 09と、サービスプロファイル DB211と接続される。ユーザコンテキスト DB209は、ュ 一ザプロファイル DB210を備える。 [0079] ユーザコンテキストセンシング '管理部 214は、ユーザ周辺の状況の情報を収集す る。ユーザ周辺の状況には、ユーザの位置や場所、ユーザと物との所有関係、ユー ザの話相手などが含まれる。もちろん、これ以外の情報を含んでも構わない。
[0080] そして、ユーザコンテキストセンシング '管理部 214は、収集した情報をユーザコン テキストとして管理し、情報を更新する。また、ユーザプロファイルとして、ユーザから 登録される情報である、ユーザが情報を配信される際の提供形態についての希望な どの情報を管理し、情報を更新する。また、サービス制御サーバ 203は、配信される 情報の提供形態の推奨値について情報提供者カゝら登録される情報をサービスプロ ファイルとして管理し、情報を更新する。サービス制御部 215は、ユーザコンテキスト と、ユーザプロファイルと、サービスプロファイルとに基づいて、 NWへの要求条件を 生成する。
[0081] ユーザプロファイルとユーザコンテキストとサービスプロファイルについて図 4、図 5 及び図 6を参照して説明する。
[0082] 図 4はユーザプロファイル DB210に管理されるユーザプロファイルのデータ例であ る。コンピュータは、登録されているパラメータの種別とその値に基づいてユーザプロ ファイルの内容を理解可能である。図 4の例ではユーザ Aのプロファイルとして、ユー ザの現在位置が自宅から会社の間 (通勤中）であった場合 (条件 1)は、 2行目に情報 の配信先として携帯端末が、 3行目に情報配信の帯域として 384Kbpsで送信すべき であることが登録されて 、る。ユーザプロファイルはユーザが適宜設定可能なもので あって、一人のユーザに対し、複数の例えばユーザの現在位置の情報に応じてなど 、複数のプロファイルが設定可能になっている。
[0083] 図 5はユーザコンテキスト DB209に管理されているユーザコンテキストのデータ例 である。図 5の例ではユーザ Aのコンテキストとして、 1行目に現在の所在地は電車の 中であり、 2行目に利用している端末は携帯端末であるという情報が登録されている このようなユーザコンテキスト DB209のデータを参照することでサービス制御サーバ 203は、ユーザプロファイル DB210に登録されているデータのいずれを参照すべき かを判断することができる。例えば、図 5の例では、ユーザ Aの現在地は自宅力も会 社の間であることがわ力るため、サービス制御サーバ 203は、ユーザ Aについて登録 されている複数のユーザプロファイルのうち、場所の条件がユーザコンテキストのデ ータと合致する条件 1のデータを参照すべきであると判断することができる。
[0084] 図 6は、サービスプロファイル DB211に管理されて!、るサービスプロファイルのデ ータ例である。コンピュータは、登録されているパラメータの種別とその値に基づいて サービスプロファイルに記述された内容を理解可能である。図 6の例ではコンテンツ 1 のプロファイルとして、コンテンツの名称は映画 1であり、配信時の推奨帯域は 3Mbp sから 6Mbpsであり、コンテンツの上映時間は 2時間 10分であり、言語は英語であり、 字幕データとして日本語と英語のデータがあることが登録されている。サービスプロフ アイルはコンテンツの提供者が適宜設定可能なものである。
[0085] このようなサービスプロファイル DB211のデータを参照することでサービス制御サ ーバ 203は、ユーザ力も配信を要求されたコンテンツにっき、どのような配信条件で 配信すべきかについての情報を得ることができる。図 7は、 NWコンテキスト DB208 に管理されているネットワークコンテキストのデータ例である。コンピュータは、登録さ れているパラメータの種別とその値に基づいてサービスプロファイルに記述された内 容を理解可能である。
[0086] 図 7の例では、 1つめのコンテキストとして、ルータ Aについて、平日の 9時から 10時 の間は回避すべきであり、備考としてトラフィックが集中する旨の情報が登録されてい る。このような情報を参照することで、 NW制御サーバは、コンテンツを配信する際の ルートを決定する際に考慮すべき条件を得ることができる。
[0087] なお、図 4から図 7に示したデータ例は、この内容に限るものではなぐデータ内に 登録されるパラメータの種別はここに例示したものに限らない。
[0088] 次に、本システムの一実施形態における、サービス制御サーバ 203の動作につい て、図 8を参照して説明する。図 8は、本発明のネットワーク 'サービス制御システムの 一実施形態における、 NW要求条件抽出の動作のフローチャートである。このフロー チャートでは、ユーザからのコンテンツ配信要求をサービス制御サーバ 203が受信し たことをトリガとして処理が行なわれる。なお、ユーザ力ものコンテンツ配信要求はサ 一ビス制御サーバ 203が直接受信しても、図 3の図示しない他のサーバを経由して 受信しても構わない。まず、サービス制御サーバ 203がユーザ力ものコンテンツ配信 要求を受信する（S2801)。このステップでは、配信すべきコンテンツを特定するため の情報と併せて、ユーザを特定するための情報を受信する。
[0089] 次に、サービス制御サーバ 203のサービス制御部 215力 S2801で得たユーザに 関する情報を元に、該ユーザのコンテキストをユーザコンテキスト DB209から読み込 み、し（S2802)、読み込んだユーザコンテキストの内容に応じてユーザプロファイル DB210を、さらに S2801で得たコンテンッの情報に応じてサービスプロファイル DB 211を読み込む（S2803)。そして、 S2803までに読み込んだ情報を元に、サービス 制御部 215は、で NW要求条件を決定する（S2804)。
[0090] 例えば、 S2801でユーザ Aから映画 Aの配信要求を受信した場合で、 S2802で参 照したユーザ Aのユーザコンテキストが図 5に示す内容であった場合、ユーザ Aは現 在自宅から会社の間に所在していることが判別できるので、サービス制御部 215は、 S2803では図 4に例示したユーザ Aのプロファイルのうち、パラメータ種別が「場所」 に登録されている値がユーザコンテキストに登録されている値と同じである条件 1の ユーザコンテキストを読み込む。また、 S2801で映画 Aの配信要求を受信しているの で、サービス制御部 215は、図 6に例示するサービスプロファイルのうち、コンテンツ の名称が配信要求と同じコンテンツであるコンテンツ 1のサービスプロファイルを読み 込む。
[0091] そして、 S2804で、ユーザプロファイルとサービスコンテンツの内容に基づき、例え ば、配信先はユーザ Aの携帯端末で、配信は 384Kbpsでクラス Aで、音声を字幕へ かつ日本語へ変換して、コンテンツ Aを配信するという NW要求条件を決定する。
[0092] また、例えば、 S2801でユーザ Aから映画 Aの配信要求を受信した場合で、 S280 2で参照したユーザ Aのユーザコンテキストのパラメータ種別「場所」の値としてに自 宅に 、る旨のデータが登録されて 、た場合、ユーザ Aは現在自宅に所在して 、るこ とが判別できるので、サービス制御部 215は、 S2803では図 4に例示したユーザ Aの プロファイルのうち、パラメータ種別「場所」に登録されている値がユーザコンテキスト に登録されている値と同じである条件 2のユーザコンテキストを読み込む。また、 S28 01で映画 Aの配信要求を受信しているので、サービス制御部 215は、図 6に例示す るサービスプロファイルのうち、コンテンツの名称が配信要求と同じコンテンツであるコ ンテンッ 1のサービスプロファイルを読み込む。
[0093] そして、 S2804で、ユーザプロファイルとサービスコンテンツの内容に基づき、例え ば、配信先はユーザ Aの自宅の HDTV (ノヽードディスクテレビ）で、配信は 6Mbpsで クラス Aで、字幕を日本語へ変換して、コンテンツ Aを配信するという NW要求条件を 決定する。
[0094] なお、ユーザプロファイルとサービスプロファイルとに登録されているデータのパラメ ータ種別や値が異なる場合にどのように NW要求条件を決定するかは、様々な決定 方法を取ることができる。この決定方法にっ 、ては後述する。
[0095] 次に、本システムの一実施形態の NW制御サーバ 202の動作について図 9を参照 して説明する。このフローチャートでは、サービス制御サーバ 203からの NW要求条 件を NW制御サーバ 202が受信したことをトリガとして処理が行なわれる。まず、 NW 制御サーバ 203がサービス制御サーバ 203からの NW要求条件を受信する（S2901 )。次に、 NW制御サーバ 202の NW制御部 213力 S2901で受信した NW要求条 件を元に、関連する NWコンテキストを NWコンテキスト DB208から読み込み（S290 2)、さら【こ NW運用ポリシ DB207を読み込む（S2903)。そして、 S2903まで【こ読み 込んだ情報を元に、 NW制御部 213は、実際にコンテンツを配信するルートや条件 などの配信条件を決定し（S2904)、その配信条件に基づいて、ネットワークリソース の割当を行い、コンテンツを配信する（S2905)。
[0096] 例えば、 S2901で「配信先はユーザ Aの携帯端末で、配信は 384Kbpsでクラス A で、音声を字幕へかつ日本語へ変換して、コンテンツ Aを配信する」という内容を示 す NW要求条件を受信した場合であって、ユーザ A力 の配信要求の受信は平日の 9時 30分であった場合、 NW制御部 213は S2902で、関連するネットワークコンテキ ストとして、図 7の条件 1に示すコンテキストを読み込む。この内容により、ルータ Aを 回避した配信ルートを選定すべきであることを判別する。そして S2903で、 NW運用 ポリシ DB207から、例えば、「ネットワーク全体の負荷が均等になるように配信ルート を決定する」などの運用ポリシを読み込む。
[0097] S2903までに得た情報を元に、 NW制御部 213は S2904で、コンテンツ Aをユー ザ Aの携帯端末へ向けて、配信は 384Kbpsでクラス Aで、音声を字幕へかつ日本語 へ変換して、ルータ Aを回避したルートのうち、ネットワーク全体の負荷が均等になる ようなルートで配信すると!/ヽぅ配信条件を決定し、 S2905で配信を行なう。
[0098] 例えば、図 10で映画 Aのデータを管理するコンテンツサーバ Aからユーザ Aの携帯 端末へ配信を行なう場合、ルータ B、ルータ C、ルータ Dを経由する第一のルートと、 ルータ B、ルータ A、ルータ Dを経由する第二のルートとがある力 NWコンテキストと してルータ Aを回避するという条件があるため、 NW制御部 213は、ルータ Aを通らな V、第一のルートを配信ルートとして決定する。
[0099] また例えば、 S2901で「配信先はユーザ Aの自宅の HDTV (ノヽードディスクテレビ） で、配信は 6Mbpsでクラス Aで、字幕を日本語へ変換して、コンテンツ Aを配信する」 t ヽぅ内容を示す NW要求条件を受信した場合であって、ユーザ Aからの配信要求 の受信は休日の 19時 0分であった場合、 NW制御部 213は S2902で、関連するネッ トワークコンテキストとして、図 7の条件 2に示すコンテキストを読み込む。なおここでは 、ユーザ Aからの配信要求は 19時である力 配信対象となる映画 Aの配信に要する 時間は 2時間 10分であるので、 19時から、 19時に 2時間 10分を加算して得られる 2 1時 10分までの間に関連するネットワークコンテキストを読み込んで 、る。この内容に より、コンテンツサーバ Aを回避した配信ルートを選定すべきであることを判別する。 そして S2903で、 NW運用ポリシ DB207から、例えば、「最短のルートで配信する」 などの運用ポリシを読み込む。
[0100] S2903までに得た†青報を元に、 NW制御咅 は S2904で、コンテンツ Aをユー ザ Aの HDTVへ向けて、配信は 6Mbpsでクラス Aで、字幕を日本語へ変換して、コ ンテンッサーバ Aを回避したルートのうち、ネットワーク全体の負荷が均等になるよう なルートで配信すると!/ヽぅ配信条件を決定し、 S2905で配信を行なう。
[0101] 例えば、図 10で映画 Aのデータがコンテンツサーバ Aとコンテンツサーバ Bとの両 方に管理されていて、ユーザ Aの HDTVへコンテンツの配信を行なう場合、サーバ A からルータ B、ルータ Aを経由する第一のルートと、サーバ Bからルータ C、ルータ Aを 経由する第二のルートなどがある力 NWコンテキストとしてコンテンツサーバ Aを回 避するという条件があるため、 NW制御部 213は、コンテンツサーバ Aを通らない第 二のルートを配信ルートとして決定する。図 10は、本発明のネットワーク 'サービス制 御システムの一実施形態の NW制御の概念図である。
[0102] なお、 NW制御サーバ 213力 サービス制御サーバ 203で決定された NW要求条 件を満足する NWリソースの割り当てを行う際には、例えば、音声をテキストに変換す ると 、うようにメディアを変換したり、 MPEG2を MPEG1に変換すると 、うように符号 化方式を最適な符号ィ匕方式に変換したり、英語を日本語に変換するというように言語 の変換をしたりすることができる。これらの変換は、 NW要求条件として受信した条件 に合うように行なわれるものであって、従来技術を適用して行なうことができる。
[0103] また、 S2904決定された配信条件に基づき S2905で行なう配信処理やネットヮー クの制御方法については、従来技術を用いて行なうことができる。従来技術としては 、例えば、トラヒックエンジニアリングを用いた経路 'QoS制御などがある。
[0104] ところで、前述の特許文献 2, 3、非特許文献 4で述べたトラヒックエンジニアリングを 用いた経路 · QoS制御では、現在のネットワーク及びサーバの状況のみを考慮して いるが、本発明のネットワークコンテキストにおいては、これにとどまらず、図 7に示し たような需要変動の傾向に関するものが挙げられる。季節や曜日、時間帯などの需 要変動パターンや、 TVのようなスケジュールされた映像配信などのイベントに対する 需要変動や、利用者により申告されるネットワークの使用予定などの情報をネットヮー クコンテキストとして考慮できるため、例えば図 7の条件 2のコンテキストにより、コンテ ンッサーバ Aを 20時から 22時の間は空けておくことができ、従ってコンテンツサーバ Aで 20時力も始まるリクエストを呼損にせず、サービスを提供することができる。
[0105] また、台風が接近してくると気象情報を持つサーバへの負荷は上がることがわかつ ている場合は、ネットワークコンテキストとして、気象情報以外の情報アクセスが要求 された場合には、気象情報が格納されて ヽるサーバを選ばな 、と ヽぅコンテキストを 登録することも可能である。このように、需要変動に関する情報をネットワークコンテキ ストに登録しておくことで、予めわかっているネットワークの混雑を見越して配信ルート を決定することができる。
[0106] ベストエフオートサービスを提供していると、混雑時間になった際に通信の品質は 劣化する。しかし、 NW制御サーバ 202は、トラフィックが混雑することを見越して経路 やサーバを選択することができるので、ネットワークは、混雑が緩和される。よって、ベ ストエフオートサービスの品質劣化を防止することができる。
[0107] なお、上記説明したネットワークコンテキストの例は、ユーザやオペレータが将来の ある時間帯の資源予約を行うような予約型サービスのような確定的なものではなぐ 仮説的なものである。そして、本実施形態の上記の需要変動傾向 NWコンテキストは 、今までの運用力 得た知識を元に仮説を立てるものである。
[0108] また、ネットワークコンテキストとしては、需要変動に関する情報だけではなぐ現時 点での NWやサーバのトラヒックの状況を登録することが可能である。
[0109] 他のネットワークコンテキストの例として、障害やミスオペレーションが発生した場合 のトラヒックのふるまいをネットワークコンテキストとして蓄積しておき、このネットワーク コンテキストを、障害やミスオペレーションの検知に利用することもできる。この場合、 障害やミスオペレーションの発生箇所を避けて経路を決定したり、障害が発生してい るサーバをネットワーク力 切り離したり、あるいは原因詳細を知るために更なる監視 を起動したりすると 、うコンテキストが考えられる。
[0110] また、ネットワーク制御を行う場合の制御の強さと効果との関係をネットワークコンテ キストとして用いることもできる。例えば、複数のルータで検出した輻輳に対して複数 のルータが負荷分散などの制御を同時にかけると過制御になり、振動現象を起す場 合がある。
[0111] このような場合、制御の強さと制御の結果との関係をネットワークコンテキストとして 登録しておき、実際に制御を行なう場合にはこのコンテキストを用いて制御を故意に 少量ずつ行う（弱い制御）ことにより、過制御を回避できる。
[0112] 次に、ユーザプロファイルとサービスプロファイルとに登録されているパラメータの種 類及び値が異なる場合の NW要求条件の決定方法について説明する。図 11は、サ 一ビス制御部 215が図 8の S2804で行なう NW要求条件決定の処理を説明するため の図である。サービス制御部 215は、既に読み込んでいる UPと SPのデータをもとに 本処理を行なう。
[0113] UPの全てのパラメータを処理し終えていなければ、 UPから 1つのパラメータとその 値を読み込み（S2302)、 SPに同じ種別のパラメータがある力否かを判定する（S23 03)。同じパラメータが SPになければ (NO)、 UPに設定されていたパラメータとその 値を要求条件として採用する（2304)。同じパラメータが SPにあれば (YES)、次に、 そのパラメータに登録されている値が同じか否かを判定する（S2305)。判定の結果 が同じであれば (YES) UP ( = SP)を要求条件とする（S2304)。なお、パラメータに 登録されて!、る値には、値そのものの場合も範囲の場合も帯域などのクラスの場合も ある。
[0114] 一方、 S2305の判定の結果、 UPと SPでパラメータの値が同じでなければ (NO)、 S2306または S2307により UPと SPの!、ずれの値を採用すべき力を決定する。 S23 06と S2307の!ヽずれの処理を用いるかは、本システムの運用に際し適宜決定されて よい。
[0115] S2306は優先事前決定型の決定方法である。 S2306の処理においては、 UPと S Pのうち優先付けされた方のパラメータの値を NW要求条件として採用する。 V、ずれ を優先させるかについては、例えば、 UPもしくは SPのいずれか片方を優先させるケ ースや、 UPと SPのうち条件の厳しい方を優先させるケースや、 UPと SPのうち条件 の緩 、方を優先させるケースなどが考えられる。
[0116] 例えば、映像データの送信に際し、 UPの帯域に関するパラメータの値が 3Mbpsで SPの帯域に関するパラメータの値 6Mbpsであった場合、条件の厳 、方に採用す る場合には、 SPのパラメータに設定されて 、た 6Mbpsと 、う値をを NW要求条件とし て採用する。また、条件の緩い方に採用する場合には、 UPのパラメータに設定され て 、た 3Mbpsと 、う値を要求条件として採用する。
[0117] また応用例として、まず要求の厳しい方に条件を NW要求条件として NW制御サー ノ 202はその NW要求条件をもとに配信を行ない、その配信において呼損が発生し たら、 NW制御サーバ 202からサービス制御サーバ 203へ呼損が発生した旨を通知 し、その通知をうけてサービス制御サーバ 203では、 NW要求条件の決定方法を先 の条件が厳 、方を採用する決定方法から条件が緩!、方を採用する決定方法へ変 更し、再度 NW要求条件を設定しなおして NW制御サーバ 202へ NW要求条件を通 知し、 NW制御サーバ 202は更新された NW要求条件をもとに配信条件を決定しな おすことも可能である。 [0118] S2307は内容比較決定型の決定方法である。 S2307の処理においては、 UPと S Pのパラメータの値を比較して NW要求条件を決定する。この決定方法は、パラメ一 タの内容が特定の値ではなく範囲で記述されている場合に適用される方式である。 両パラメータの値を比較した結果どのように NW要求条件として採用する値を決定す るかについては、様々な方法が考えられる。
[0119] 例えば、どちらか一方のパラメータが特定値でどちらか一方が範囲を示す値であつ た場合、特定値が範囲内に入っていればその特定値を NW要求条件とすることがで きる。また、特定値が範囲内に入っていなければ、その特定値に最も近い範囲の値、 つまり範囲の最大値か最小値を NW要求条件とすることができる。例えば、図 4のュ 一ザプロファイルの条件 1は帯域のパラメータとして「384Kbps」が設定されており、 図 6のサービスプロファイルのコンテンツ 1は帯域のパラメータとして「3M— 6Mbps」 が設定されている。この決定方法によれば、 3M力ら 6Mbpsのうち、 384Kbpsに最も 近い値として 3Mbpsが帯域のパラメータの値として採用されることになる。。
[0120] また例えば、どちらか一方のパラメータが特定値でどちらか一方が範囲を示す値で あった場合、特定値の方を無条件に NW要求条件としてもよい。またこれとは反対に 、範囲を示す値を無条件に NW要求条件としてもよい。
[0121] また、どちらのパラメータも範囲だけが指定され特定値が示されていない場合、範 囲に重なっている部分があるならばその重なっている範囲を NW要求条件とすること ができる。範囲を示す値が重ならない場合は、先に述べた何れかの方法によりどちら かのプロファイルの値だけを NW要求条件とすることもできる。また、いずれかもしくは 両パラメータの値が範囲を示す値であっても、 S2307ではなく S2306の方法により いずれか片方のパラメータの値を優先させてもよい。また、両パラメータで同じ種別が 存在しなカゝつた場合には、両パラメータの各パラメータ種別、すなわち両パラメータの 和集合を NW要求条件とすることもできる。
[0122] なお、図 11を用いて、両プロファイルのパラメータ種別や値が異なる場合に、どのよ うに NW要求条件を決定するかについての説明を行なった力 両プロファイルに登録 されたデータを用いて NW要求条件を決定するのであれば、ここに述べた以外の方 法により決定されても構わない。例えば、ユーザプロファイルで帯域と遅延クラスにつ 、てのパラメータ力 サービスプロファイルでパケット損失率と遅延クラスにっ 、ての ノ メータが、それぞれ設定されていた場合に、帯域とパケット損失率と、遅延クラス の 3つのパラメータ、すなわち両プロファイルの和集合を NW要求条件としてもよ!/、し 、遅延クラスパラメータ、すなわち両プロファイルの積集合を NW要求条件としてもよ いし、帯域のパラメータだけ、もしくはパケット損失率のパラメータだけというように、ど れカ 1つのパラメータを NW要求条件としてもよ!/、。
[0123] 以上述べたように、本実施形態は、図 3に示す構成によって、ユーザへあるコンテン ッを配信する際に、ユーザの現在位置、居場所や所持端末などの情報をあらわすュ 一ザコンテキストとコンテンツ提供方法についてのユーザの好みなどの情報をあらわ すユーザプロファイル及び、コンテンツに対して設定されて 、るサービスプロファイル とに基づいて、サービス制御サーバ 203が、 NW要求条件を決定する。そして、 NW 制御サーバ 202が、その NW要求条件と NWコンテキストと NW運用ポリシとに基づき
、 NWのリソース割り当てが最も有効になるように経路を決定する。
[0124] なお、本発明を実施するシステム構成は図 3に示す構成でなくても構わな ヽ。例え ば、ユーザコンテキストセンシング'管理手段 214をサービス制御サーバ 203ではなく
、別のサーバ上に設けても良い。以上で、本発明の基本的な動作について説明した
[0125] 次に、本発明のネットワーク 'サービス制御システムの一実施形態の第 2例について 説明する。第 1例では、ユーザからのコンテンツリクエストをトリガとして本システムが 動作していた力 第 2例では、システムがセンシングした状況に応じて本システムが 動作する。また、第一例ではサービス制御部 215はユーザに関する情報としてユー ザコンテキストおよびユーザプロファイルを、コンテンツに関する情報としてサービス プロファイルを、それぞれ参照して NW要求条件を決定していた力 第二例ではユー ザコンテキストおよびユーザプロファイルのみにより NW要求条件を決定する。図 12 は、本発明をホームセキュリティに応用した第 2例の概念図である。
[0126] この第 2例のホームセキュリティサービスは、泥棒など人が外部から侵入したら、そ れを住人や警察に通知するサービスである。この例では、ユーザコンテキストとして、 ユーザの現在地に関する情報やユーザの住居に人力 Sいるかどうかに関する情報力 また、ユーザプロファイルとして、ユーザの現在地が住居以外である場合に、住居に 人が侵入したことを検知したら、その旨を住人や警察に通知するという内容の情報が 、それぞれ予め登録されている。
[0127] そして、実際に、泥棒などが住居に侵入した状況が発生した場合、ユーザコンテキ ストセンシング'管理部 214は、ユーザコンテキスト DB209の内容を更新し、更新した 旨をサービス制御部 215に通知する。サービス制御部 215は、更新されたユーザコ ンテキストを読み込み、ユーザプロファイル DBに格納されている情報に従って、 NW 要求条件を決定する。 NW要求条件としては、例えば SIPを起動し、警察や住人に 電話をかけるというものである。
[0128] この第 2例のサービスでは、住居に人が侵入したというユーザコンテンツの状況変 化に応じ、電話をする以外の処理も考えられる。例えば、監視カメラを起動して録画 すること、監視カメラに撮影された情報を警察の TVモニタに流すこと等サービスの拡 張も考えられる。以上述べたように、本実施形態は、ユーザプロファイル及びユーザ コンテキストに基づいて、サービス制御サーバ 203が、 NW要求条件を決定する。
[0129] 次に、本発明のネットワーク 'サービス制御システムの各処理部に関する応用例を 説明する。まず、ユーザコンテキストセンシング '管理部 214が行なうユーザコンテキ スト収集方式について、図 13から図 16を参照して説明する。図 13、図 14及び図 15 は、本発明のネットワーク ·サービス制御システムの一実施形態の位置及び所有関係 認識方式の概念図である。また、図 16は、本発明のネットワーク 'サービス制御シス テムの一実施形態のアドレス解決技術及び追跡制御技術の概念図である。
[0130] まず、本発明のネットワーク 'サービス制御システムの一実施形態の位置及び所有 関係認識方式の第 1例について、図 13を参照して説明する。図 13に示される例は、 ユーザリーディング方式の位置及び所有関係認識方式である。
[0131] 図 13に示されるように、この方式は、ユーザがリーダ機能を有する携帯電話、 PDA 、携帯 PC等を持つ。そして、この方式は、オブジェクトや場所に電子タグ (RFID)を 装着させる。そして、この方式は、オブジェクトとその所有者の論理的な関係を把握 する。
[0132] 例えば、この方式は、携帯電話のアドレスと、携帯電話が読み取った電子タグが組 み込まれたオブジェクトのアドレスとを対応させて、サーバのテーブルに格納する。よ つて、本発明のネットワーク ·サービス制御システムの一実施形態の位置及び所有関 係認識方式の第 1例は、このテーブルによって、携帯電話と携帯電話が読み取った 電子タグが組み込まれたオブジェクトとの関係を把握する。この関係としては、例えば 携帯電話と携帯電話が読み取った電子タグとの位置関係をあげることができる。
[0133] 次に、位置及び所有関係認識方式の第 2例について、図 14を参照して説明する。
この第 2例は、リーダ埋め込み方式の位置及び所有関係認識方式である。
[0134] 図 14に示されるように、この第 2例の方式では、動き回るオブジェクトや人に電子タ グ (RFID)を付与する。そして、この第 2例の方式は、リーダが、あちこちに埋め込ま れる。そして、この第 2例の方式は、リーダで電子タグの信号を読み取る。そして、こ の第 2例の方式は、そのオブジェクトや人が、リーダのある場所を通過したことを認識 する。
[0135] 次に、位置及び所有関係認識方式の第 3例について、図 15を参照して説明する。
この第 3例は、 GPSを用いた位置関係認識方式である。この第 3例の方式では、 GP
Sを用いて、人やオブジェクトの位置関係を把握する。
[0136] ここで、図 16を参照して、本実施形態のアドレス解決技術及び追跡制御技術につ いて説明する。図 16は、本発明のネットワーク 'サービス制御システムの一実施形態 のアドレス解決技術及び追跡制御技術の概念図である。
[0137] ( α )、（ j8 )まず、情報を受信するユーザは、ユーザの位置及びオブジェクトの位置 をユーザ位置管理サーバに登録する。
(1)図 16に示されるように、情報を発信するユーザは、 ID解決サーバに、意味によ る問いを発する。図 16に示される例では、モーツァルト DVD購入者という問いを発す る。
[0138] (2)そして、 ID解決サーバは、モーツァルト DVDの IDをユーザに送信する。
[0139] (3)そして、ユーザは、受信した IDに基づいて情報を発信する。
(4)、（5)そして、オブジェクト位置管理サーバは、オブジェクトの位置の問い合わ せに対して、所有者という返答をする。
[0140] (6)、（7)そして、ユーザ位置管理サーバは、所有者の位置の問い合わせに対して 、所有者の NWアドレスを返答する。
(8)そして、 GMPLSシグナリングにより、情報を発信するユーザからの情報力 情 報を受信するユーザに送信される。
[0141] 次に、本発明のネットワーク 'サービス制御システムのユーザコンテキストセンシング •管理部 214が行なう属性情報参照方式について、図 17、図 18、図 19及び図 20を 参照して説明する。図 17、図 18、図 19及び図 20は、本発明のネットワーク 'サービス 制御システムの一実施形態の属性情報参照方式の概念図である。
[0142] まず、属性参照方式の第 1の方式について説明する。図 17に示されるように、本実 施形態の属性参照方式の第 1の方式は、前述の位置及び所有関係認識方式におい て、電子タグに IDだけでなく属性情報が書き込まれる方式である。
[0143] 属性情報は、例えば、この場所は会議室、このデバイスは PCなどと 、う情報である 。この本実施形態の属性参照方式の第 1の方式は、電子タグの中身を読み取った時 点で属性がわかる。この本実施形態の属性参照方式の第 1の方式は、最も NWに負 荷が力からない方法である。しかし、本実施形態の属性参照方式の第 1の方式は、 属性情報に含められる情報量に限りがある。
[0144] 次に、属性参照方式の第 2の方式について説明する。図 18に示されるように、本実 施形態の属性参照方式の第 2の方式は、前述の位置及び所有関係認識方式にお!、 て、電子タグに IDだけが書き込まれる場合である。また、本実施形態の属性参照方 式の第 2の方式の場合、属性情報はサーバに格納されている。本実施形態の属性 参照方式の第 2の方式は、ネットワーク経由でサーバから属性情報を読み出す。
[0145] そして、本実施形態の属性参照方式の第 2の方式は、サーバから属性情報を読み 出す方式として、直接そのサーバにアクセスする方式を備える。
[0146] また、本実施形態の属性参照方式の第 2の方式は、所定の IDを有するオブジェクト の属性情報が書かれているサーバのアドレスを、 ID— NWアドレス解決サーバに問い 合わせる。本実施形態の属性参照方式の第 2の方式は、属性情報が書かれている サーバへアクセスして属性情報を取得する。また、本実施形態の属性参照方式の第
2の方式は、 IDと詳細情報のフォーマットを新たに定義できる。
[0147] 次に、図 19を用いて、属性参照方式の第 3の方式について説明する。この方式は 、前述の位置及び所有関係認識方式において、図 17に示される方式と図 18に示さ れる方式との第 1の中間の方式となる属性参照方式である。
[0148] この属性参照方式では、属性情報は電子タグに格納されて 、な 、。しかし、この場 合の属性参照方式は、 IDとこの属性情報の識別子 (例えば URL)が電子タグに格納 されている。そのため、この属性参照方式の第 3の方式は、この URLを元に既存の D NS (Domain Name System)経由でその属性情報が書かれているサーバの IP アドレスを特定する。
[0149] そして、この第 3の方式の属性参照方式は、サーバから属性情報を得る。 IDの指す 属性情報を、既存の URLを用いて参照できる場合、この第 3の方式の属性参照方式 は便利である。
[0150] 次に、図 20を参照して、属性参照方式の第 4の方式について説明する。この第 4の 方式は、前述の位置及び所有関係認識方式において、図 17に示される方式と図 18 に示される方式との第 2の中間の方式となる属性参照方式である。
[0151] 本実施形態の属性参照方式の第 4の方式では、属性情報は電子タグに格納されて いない。し力し、電子タグは、 IDと、 NWアドレスとを格納している。この NWアドレスは 、属性情報が入っているサーバの、例えば IPアドレスなどの NWアドレスである。
[0152] あるいは、本実施形態の属性参照方式の第 4の方式では、電子タグに格納される のは、 IDと、 NWアドレスを知るためにアクセスすべき ID— NWアドレス解決サーバの NWアドレスであっても良い。この電子タグには、中間のサーバの NWアドレスを格納 しておいても良い。また、この電子タグに格納されている情報は、順番に書き換えて いっても良い。
[0153] 次に、属性参照方式の第 5の方式について説明する。この第 5の方式は、図 14に 示される方式において、数箇所のリーダの通過履歴から、動いている人やオブジェク トの動きの方向を把握する方式である。例えば、本実施形態では、リーダ A及びリー ダ Bが、順次通貨履歴を記録した場合、人やオブジェクトがリーダ A力 リーダ Bの方 向に移動して 、ることを認識する。
[0154] 次に、属性参照方式の第 6の方式について説明する。この第 6の方式は、図 14に 示される方式において、オブジェクトの動きと、リーダの動きとが同じことから、一緒に 動いていること、すなわち、所有関係や話相手であるという関係であることを認識する 方式である。
[0155] 次に、属性参照方式の第 7の方式について説明する。この第 7の方式は、図 14に 示される方式にぉ 、て、埋め込まれたリーダ力 その場所の属性情報が送られてくる 方式である。
[0156] 次に、属性参照方式の第 8の方式について説明する。この第 8の方式は、図 14に 示される方式にぉ 、て、埋め込まれたリーダ力 その場所の識別子だけが送られる 方式である。そして、この第 8の方式は、ネットワーク経由でその識別子力も場所の属 性を特定する。
[0157] 次に、属性参照方式の第 9の方式について説明する。この第 9の方式は、図 14に 示される方式において、電子タグを持参している人やモノの属性を図 17から図 20に 示される場合と同様に参照する。
[0158] 次に、本発明のネットワーク 'サービス制御システムのユーザコンテキストセンシング •管理部 214が行なう属性情報管理方式について、図 21及び図 22を参照して説明 する。図 21及び図 22は、本発明のネットワーク 'サービス制御システムの一実施形態 の属性情報管理方式が使用する DBの概念図である。
[0159] まず、本実施形態の属性情報管理方式の第 1の方法について図 21を参照して説 明する。図 21に示されるように、第 1の方法は、 NW制御プレーンにある RFID (ォブ ジェタト） Zリーダ（ユーザ）関係管理 DBと、サービス制御プレーンにある RFID (ォブ ジェタト) Z属性管理 DBとが独立して存在する。
[0160] そして、第 1の方法は、必要に応じて、ユーザに関係する（所有する、その場に居合 わす、近くに存在する）オブジェクトの属性を RFID (オブジェクト) Z属性管理 DBに 問い合わせる。そして、第 1の方法は、ユーザコンテキストを得る。この方法では、例 えば、オブジェクト Zユーザ関係管理 DB力 ユーザ (masa)がオブジェクト（# 0551 )に関係していることがわかる。さらに、オブジェクト/属性管理 DBから # 0551のォ ブジエタトが CDであることがわかる。そして、これらの関係力もユーザ（# masa)が C Dであるオブジェクトを所有して!/、ることがわかる。
[0161] 次に、本実施形態の属性情報管理方式の第 2の方法について図 22を参照して説 明する。図 22に示されるように、第 2の方法は、リーダ (ユーザ）が読み取った RFID ( オブジェクト）とその属性とを、一つの DBで管理する。
[0162] 次に、本発明のネットワーク 'サービス制御システムのユーザコンテキストセンシング •管理部 214が行なう属性情報登録方式について、図 23及び図 24を参照して説明 する。図 23及び図 24は、本発明のネットワーク 'サービス制御システムの一実施形態 の属性情報登録方式の動作のフローチャートである。なおこの実施例は、ユーザコン テキストセンシング '管理部 214はサービス制御サーバ 203とは別のコンテキスト管理 サーバ上に設けられている例である。また、関係管理 DBや属性管理 DBは、コンテ キスト管理サーバに設けられて 、る。
[0163] まず、図 23及び図 24に示される関係管理の例について説明する。関係管理とは、 ユーザとオブジェクトの IDとの関係を管理することをいう。関係管理の例としては、例 えば Aは # 0551を持って 、ると 、う情報や、 Bは # 2385に 、ると 、う情報である。
[0164] また、図 23及び図 24に示される属性管理の例について説明する。属性管理とは、 オブジェクトの属性を管理することをいう。属性管理の例としては、例えば # 0551は CDであるという情報や、 # 2385は会議室であるという情報がある。
[0165] また、図 23及び図 24に示されるコンテキスト管理の例について説明する。コンテキ スト管理とは、ユーザとオブジェクトとの関係を管理することをいう。コンテキスト管理の 例としては、 Aは CDを持っているという情報や、 Bは会議室にいるという情報がある。
[0166] 図 23に示される属性情報登録方式は、リーダが RFIDを読み取った時に属性を入 力する方式である。図 23に示される例では、リーダから関係管理 DBにタグ ID及びリ ーダ IDが送信される。ここで送信される情報は、例えば # 0551の識別情報を有する 電子タグが Aのリーダで読み込まれたという情報である。
[0167] 次に、コンテキスト管理サーバは、関係管理 DB力もユーザとオブジェクトとの関係 を取得する。関係管理 DBは、タグ IDがコンテキスト管理サーバに送信する。コンテキ スト管理サーバは、属性管理 DBから属性を取得する。属性管理 DBは、属性をコン テキスト管理サーバに送信する。ここで送信される属性は、例えば # 0551は CDであ るという情報である。
[0168] 次に、コンテキストアウエァサービス制御サーバは、コンテキスト要求をコンテキスト 管理サーバに送信する。コンテキスト管理サーバは、コンテキストアウエァサービス制 御サーバに、コンテキスト回答を送信する。個々で送信されるコンテキスト回答は、例 えば Aは CDを持っているという情報である。
[0169] 図 24に示される属性情報登録方式は、リーダが RFIDを読み取った時には何もし ない。しかし、図 24に示される属性情報登録方式は、必要な時に属性を入力する方 式である。
[0170] 図 24に示される例では、リーダが関係管理 DBに、タグ ID及びリーダ IDを送信する 。ここで送信される情報は、例えば # 2385が Bのリーダで読み込まれたという情報で ある。
[0171] 次に、コンテキストアウエァサービス制御サーバは、コンテキスト管理サーバにコン テキストを要求する。次に、コンテキスト管理サーバは、関係管理 DBからユーザとォ ブジエタトとの関係を取得する。そして、関係管理 DBは、コンテキスト管理サーバにタ グ IDを送信する。次にコンテキスト管理サーバは、属性管理 DBからオブジェクトの属 性を取得する。そして、属性管理 DBは、属性をコンテキスト管理サーバに送信する。 この属性は、例えば # 2385は会議室という情報である。
[0172] そして、コンテキスト管理サーバは、コンテキストアウエァサービス制御サーバに、コ ンテキストを回答する。個々で回答するコンテキストの内容は、例えば Bは会議室に いるという情報である。
[0173] ここで、コンテキスト管理サーバが関係管理 DBにユーザとオブジェクトとの関係を 尋ねる処理のトリガは、図 24に示されるように、コンテキストが明示的に要求される場 合と、整合性のチェック時に自動的に行われる場合とがある。
[0174] 次に、図 24において述べた必要な時の第 1例について図 25を参照して説明する。
この必要な時の第 1例は、サービスが要求された時、すなわち、オンデマンド型のコ ンテキスト通知方式である。図 25は、本発明のネットワーク 'サービス制御システムの 一実施形態のコンテキスト通知方式の概念図である。
[0175] オンデマンド型のコンテキスト通知方式においては、図 25に示されるように、サービ スが、ユーザ、サービス提供者又は NW運用者など力も起動されたときに、サービス 制御部 215は、ユーザコンテキストセンシング'管理部 214に、もしくは NW制御部 21 3は NWコンテキストセンシング '管理部 212にコンテキストを要求する。そして、ユー ザコンテキストセンシング.管理部 214もしくは NWコンテキストセンシング.管理部 21 2は、サービス制御部 215もしくは NW制御部 213にコンテキストを通知する。前述の 図 23の場合及び図 24の場合のシーケンスはどちらもこのパターンに属する。
[0176] 次に、図 24において述べた必要な時の第 2例について図 26を参照して説明する。
図 26は、本発明のネットワーク 'サービス制御システムの一実施形態のコンテキスト 通知方式の概念図である。この必要な時の第 2例は、コンテキストの整合のチェックを 要求された時、すなわち条件整合時自動通知型のコンテキスト通知方式である。コン テキストの整合のチェックとは、ユーザコンテキストに示されるオブジェクトの属性と、 登録されたオブジェクトの属性とがー致する力否かをチェックすることをいう。図 26に 示されるように、ある条件が成立したときに、ユーザコンテキストセンシング '管理部 21 4は、自発的にサービス制御部 215にコンテキストを通知する。この条件として、例え ば所定の人が所定の場所に到達した場合をあげることができる。
[0177] 上述の図 26の条件整合時自動通知型の場合における、条件の成立のチェックの 第 1例について図 27を参照して説明する。図 27は、本発明のネットワーク 'サービス 制御システムの一実施形態の条件整合確認方式の動作のフローチャートである。図 26における条件の成立のチェックの第 1例は、関係管理の内容に変化があった時な どのコンテキストの変化が生じたことをトリガにチェックを行う。
[0178] 図 27に示されるように、ユーザ及びサービス提供者などは、コンテキスト管理 DBに 条件を事前に登録する。ここで登録される条件としては、例えば Bが会議室に到着し たら通知するという条件がある。
[0179] そして、リーダは、タグ ID及びリーダ IDを関係管理 DBに送信する。ここで送信する 情報は、例えば # 2385が Bのリーダで読まれたという情報である。そして、関係管理
DBは、コンテキスト管理 DBに関係変更を通知する。
[0180] そして、コンテキスト管理 DBは、オブジェクトの属性を属性管理 DBに尋ねる。属性 管理 DBは、属性をコンテキスト管理 DBに送信する。ここで送信される属性は、例え ば # 2385は会議室という情報である。
[0181] そして、コンテキスト管理 DBは、関係管理 DBから送信された情報と、ユーザ及び サービス提供者などカゝら送信された情報が一致したか否かを判定する。そして、コン テキスト管理 DBは、関係管理 DBから送信された情報と、ユーザ及びサービス提供 者などから送信された情報が一致した場合、ユーザ及びサービス提供者などにコン テキストを通知する。ここで通知される情報は、例えば、 Bは会議室にいるという情報 である。
[0182] 次に、上述の図 26の条件整合時自動通知型の場合における、条件の成立のチェ ックの第 2例について図 28を参照して説明する。図 28は、本発明のネットワーク'サ 一ビス制御システムの一実施形態の条件整合確認方式の動作のフローチャートであ る。図 26における条件の成立のチェックの第 2例は、時間を用いて条件成立のチエツ クを行う。例えば、この第 2例は、図 26における条件の成立のチェックを、一定周期 や前のチェック時刻から少しずつ時間間隔を広げる又は時間間隔を短くするなどし て行う。更に、この第 2例は、時間のほかに他の要素を用いて条件の成立のチェック を行うこともできる。例えば、この第 2例は、電車からの下車をサービスのトリガとする 場合、電車に乗っていることがわ力つていたなら、電車に乗っていない場合よりもより 短 、時間間隔で条件の成立、すなわち下車することをチェックする。
[0183] 図 28に示される例では、ユーザ及びサービス提供者などは、コンテキスト管理 DB に条件を事前に登録する。ここで登録される実施形態要件は、例えば、 Bが会議室 に到着したら通知を行うと 、う条件である。
[0184] そして、コンテキスト管理 DBは、経過時間を越えたカゝ否かを確認する。ここでは、時 間間隔ではなぐ時刻に着目している。そして、コンテキスト管理部は、経過時間を越 えた場合、オブジェクトの属性を属性管理 DBに尋ねる。そして、属性管理 DBは、ォ ブジエタトの属性をコンテキスト管理 DBに送信する。ここで送信される情報は、例え ば、 # 2385は会議室という情報である。ここで、属性管理 DBが属性をコンテキスト 管理 DBに送信する処理は、既に属性が既知であれば不要である。
[0185] そして、コンテキスト管理 DBは、ユーザ及びサービス提供者などが事前に登録した 情報と、属性管理 DBから送信された情報とがー致している力否かを判定する。そし て、コンテキスト管理 DBは、ユーザ及びサービス提供者などが事前に登録した情報 と、属性管理 DBから送信された情報とがー致している場合、ユーザ及びサービス提 供者などにコンテキストを通知する。ここで通知されるコンテキストは、例えば Bは会議 室にいるという情報である。
次に、上述の図 26の条件整合時自動通知型の場合における、条件の成立のチェ ックの第 3例について説明する。この第 3例では、図 26における条件の成立のチヱッ クを、設定された所定の日時に行う。

Claims

請求の範囲
[1] ユーザへ通信サービスを提供する際に、
前記ユーザの周辺の状況や過去の行動パターンに関する知識情報であるユーザ コンテキストを取得する工程と、
予め任意のタイミングで前記ユーザにより登録された該ユーザの嗜好に関する情報 であるユーザプロファイルを取得する工程と、
前記ユーザコンテキストと、前記ユーザプロファイルとに基づいて、前記通信サービ スを提供するためのネットワークへの要求条件を決定するサービス制御工程とを備え ることを特徴とするネットワーク ·サービス制御方法。
[2] ユーザへ通信サービスを提供する際に、
前記ユーザの周辺の状況や過去の行動パターンに関する知識情報であるユーザ コンテキストを取得する工程と、
予め任意のタイミングで前記ユーザにより登録された該ユーザの嗜好に関する情報 であるユーザプロファイルを取得する工程と、
予め任意のタイミングで登録された前記通信サービスの提供に関する推奨値であ るサービスプロファイルを取得する工程と、
前記ユーザコンテキストと、前記ユーザプロファイルと、前記サービスプロファイルと に基づ!/、て、前記通信サービスを提供するためのネットワークへの要求条件を決定 するサービス制御工程とを備えることを特徴とするネットワーク ·サービス制御方法。
[3] 前記ネットワーク 'サービス制御方法はさらに、
トラヒックの状況やネットワークの性能及び運用経験力 得た情報に関する知識情報 であるネットワークコンテキストを取得する工程と、
予め任意のタイミングで登録されたネットワークの運用方針に関する情報である運 用ポリシを取得する工程と、
前記ネットワークへの要求条件と、前記ネットワークコンテキストと前記運用ポリシと に基づ!/、て、前記通信サービスを前記ユーザへ提供するためのネットワークのリソー ス割当を行なうネットワーク制御工程とを備えることを特徴とする請求項 1または 2記 載のネットワーク ·サービス制御方法。
[4] 前記ネットワークコンテキストは、少なくとも、ネットワークの需要の傾向に関する情 報力 ネットワークリソースの現在の使用状況に関する情報力、異常が発生した時に 出現するネットワークの動作パターンに関する情報力、ネットワークに対する制御に 応じて出現するネットワークの動作パターンに関する情報のいずれか 1つを含むこと を特徴とする請求項 3記載のネットワーク ·サービス制御方法。
[5] 前記サービス制御工程は、前記ユーザプロファイルと前記サービスプロファイルとで 示す条件が異なる場合に、予め設定されたどちらか一方の条件を優先して前記ネッ トワークへの要求条件を設定する第一の設定工程を備えることを特徴とする請求項 2 記載のネットワーク ·サービス制御方法。
[6] 前記サービス制御工程は、前記ユーザプロファイルと前記サービスプロファイルとで 示す条件が異なる場合に、前記両プロファイルに示されるデータの内容を比較して 前記ネットワークへの要求条件を設定する第二の設定工程を備えることを特徴とする 請求項 2記載のネットワーク ·サービス制御方法。
[7] 前記第二の設定工程は、前記ユーザプロファイルと前記サービスプロファイルに登 録されている条件のうち、要求の厳しい方の条件を前記ネットワークへの要求条件に 設定することを特徴とする請求項 6記載のネットワーク ·サービス制御方法。
[8] 前記第二の設定工程は、前記ユーザプロファイルと前記サービスプロファイルに登 録されている条件のうち、要求の緩い方の条件を前記ネットワークへの要求条件に設 定する工程を備える請求項 6記載のネットワーク ·サービス制御方法。
[9] 前記第二の設定工程は、
前記設定したネットワークへの要求条件に基づき行なわれた前記ユーザへの前記通 信サービスの要求が呼損になった場合に、前記設定した条件を緩めて再度前記ネッ トワークへの要求条件を設定することを特徴とする請求項 6記載のネットワーク'サー ビス制御方法。
[10] 前記第二の設定工程は、前記ユーザプロファイルと前記サービスプロファイルとに 登録されて!、るパラメータのうち、一部のパラメータを参照して前記ネットワークへの 要求条件に設定することを特徴とする請求項 6記載のネットワーク 'サービス制御方 法。
[11] 前記一部のパラメータは、前記ユーザプロファイルと前記サービスプロファイルとの 両プロファイルに登録されているパラメータの積集合であることを特徴とする請求項 1
0記載のネットワーク ·サービス制御方法。
[12] 前記第二の設定工程は、前記ユーザプロファイルと前記サービスプロファイルとの 両プロファイルに登録されているパラメータの和集合を前記ネットワークへの要求条 件として設定することを特徴とする請求項 6記載のネットワーク ·サービス制御方法。
[13] 前記ユーザプロファイルと前記サービスプロファイルの両プロファイルで扱うパラメ ータの種類で一致しているものがあり、そのパラメータの内容のどちらか一方または 両者が特定の値でなく範囲で記述されて 、てし力も異なる範囲を指定して 、る場合、 両者の範囲に共通する範囲があるかをチェックし、該共通範囲があるならば該共通 範囲を、該共通範囲が無ければ前記両プロファイルの前記パラメータの範囲で互 、 に最も近 、値を、前記ネットワークへの要求条件として設定する第三の設定工程を備 えることを特徴とする請求項 2記載のネットワーク ·サービス制御方法。
[14] 前記共通範囲のうち、条件が厳しい値を前記ネットワークへの要求条件として設定 する工程を備えることを特徴とする請求項 13記載のネットワーク 'サービス制御方法。
[15] 前記共通範囲のうち、条件が緩い値を前記ネットワークへの要求条件として設定す る工程を備えることを特徴とする請求項 13記載のネットワーク 'サービス制御方法。
[16] サービスが起動された場合に、
前記ネットワークの要求条件を生成するサービス制御手段が、ユーザコンテキストを 管理するユーザコンテキストセンシング.管理手段にユーザコンテキストを要求するェ 程と、
前記ユーザコンテキストセンシング ·管理手段が、前記サービス制御手段に前記要 求されたユーザコンテキストを通知する工程とを備える請求項 2記載のネットワーク · サービス制御方法。
[17] 所定の条件が成立した場合に、
前記ユーザコンテキストを管理するコンテキスト管理手段が前記ネットワークの要求 条件を生成するコンテキストアウエアサ一ビス制御手段にユーザコンテキストを送信 する工程を備える請求項 2記載のネットワーク ·サービス制御方法。
[18] 前記所定の条件の成立のチェックを、
前記ユーザコンテキストに変化が発生した際に行う工程を備える請求項 17記載の ネットワーク ·サービス制御方法。
[19] 前記所定の条件の成立のチェックを、
一定周期の時間間隔毎に行う工程を備える請求項 17記載のネットワーク 'サービス 制御方法。
[20] 前記所定の条件の成立のチェックを行う時刻を決める工程であって、
状況に従って変化する規則に従って前のチェック時刻から次のチェック時刻を決め る工程を備える請求項 17記載のネットワーク ·サービス制御方法。
[21] 前記所定の条件の成立のチェックを行う時刻を決める工程は、
詳細なチェックが必要力否かを判断する工程と、詳細なチェックが必要と判断され た際に、前のチェック時刻から時間間隔を短くした次のチェック時刻を決定する工程 とを備える請求項 20記載のネットワーク ·サービス制御方法。
[22] 前記所定の条件の設立のチェックを、
詳細なチェックが不要と判断された際に、前のチェック時刻から時間間隔を長くした 次のチェック時刻を決定する工程を備える請求項 21記載のネットワーク 'サービス制 御方法。
[23] 前記所定の条件の成立のチェックを一定の日時に行う工程を備える請求項 17記載 のネットワーク ·サービス制御方法。
[24] 前記ユーザコンテキストを取得する工程は、
電子タグ力 取得した識別情報と該電子タグを読み込んだ端末の識別情報とを対 応付ける工程と、
前記電子タグ力 取得した識別情報と端末の識別情報との対応付け力 導かれる
、前記電子タグが付与されたオブジェクトと該オブジェクトの所有者との関係を、前記 ユーザコンテキストとする工程とを備える請求項 2記載のネットワーク ·サービス制御 方法。
[25] 前記ユーザコンテキストを取得する工程は、
所定の場所に配置されたリーダが電子タグが付与されたオブジェクトの電子タグか ら情報を読み取る工程と、
前記電子タグから前記リーダが情報を読み取ることにより、前記電子タグが付与さ れたオブジェクトが所定の場所を通過したことを認識する工程と、
前記リーダの配置された場所を前記オブジェクトが通過したことをユーザコンテキス トとして認識する工程とを備える請求項 2記載のネットワーク ·サービス制御方法。
[26] 前記ユーザコンテキストを取得する工程は、
Global Positioning Systemを用いて前記オブジェクトの位置情報をユーザコ ンテキストとして取得する工程を備える請求項 2記載のネットワーク 'サービス制御方 法。
[27] 前記電子タグに、該電子タグに関する識別情報と、該電子タグが付与されているォ ブジェクトに関する情報を示す属性情報とが格納されている請求項 24記載のネットヮ ーク 'サービス制御方法。
[28] 前記ユーザコンテキストを管理するコンテキスト管理手段が、
電子タグが付与されているオブジェクトに関する詳細情報を示す属性情報を格納 するサーバから、前記属性情報を読み出す工程を備える請求項 24記載のネットヮー ク'サービス制御方法。
[29] 前記読み出す工程は、
前記コンテキスト管理手段が、
前記電子タグに格納されている識別情報に基づいて、前記サーバにアクセスして 前記属性情報を読み出す工程である請求項 28記載のネットワーク ·サービス制御方 法。
[30] 前記読み出す工程は、
前記コンテキスト管理手段が、
電子タグの識別情報に基づ 、て、該電子タグが付与されたオブジェクトの属性情報 が格納されて 、るサーバのアドレスを管理して 、る識別情報 ネットワークアドレス解 決サーバに格納されている、属性情報が格納されているサーバのアドレスを取得す る工程と、
前記コンテキスト管理手段が、該サーバのアドレスを用いて、該サーバから属性情 報を取得する工程とを備える請求項 28記載のネットワーク ·サービス制御方法。
[31] 前記読み出す工程は、
前記コンテキスト管理手段が、前記電子タグに格納されている識別子から、ドメイン ネームシステムサーバに格納されて 、る前記属性情報が格納されて 、るサーバのァ ドレスを取得する工程と、
前記コンテキスト管理手段が、
該取得したアドレスに基づ 、て、前記サーバから前記属性情報を取得する工程を 備える請求項 28記載のネットワーク ·サービス制御方法。
[32] 前記電子タグに、識別情報と、属性情報が格納されて 、るサーバのネットワークアド レス又は属性情報が格納されて 、るサーバのネットワークアドレスを取得するために アクセスすべき識別情報 ネットワークアドレス解決サーバのネットワークアドレスとが 格納されて 、る請求項 24記載のネットワーク ·サービス制御方法。
[33] 少なくとも 1以上のリーダが前記オブジェクトの電子タグの情報を取得した履歴から
、該オブジェクトの動 、て 、る方向を認識する工程を備える請求項 25記載のネットヮ ーク 'サービス制御方法。
[34] 前記オブジェクトと人との動きが同じであることに基づいて、該オブジェクトと人とが 一緒に動いていることを認識する工程を備える請求項 25記載のネットワーク'サービ ス制御方法。
[35] リーダが存在する場所の属性情報をコンテキスト管理手段に送信する工程を備える 請求項 25記載のネットワーク ·サービス制御方法。
[36] リーダが存在する場所の識別子を、コンテキストを管理するコンテキスト管理手段に 送信する工程と、
前記コンテキスト管理手段が、受信した該識別子から場所の属性情報を生成する 工程とを備える請求項 25記載のネットワーク ·サービス制御方法。
[37] 前記ユーザコンテキストを管理するコンテキスト管理手段が、
前記オブジェクトに関する詳細情報を示す属性情報を格納するサーバから、前記 属性情報を読み出す工程を備える請求項 25記載のネットワーク ·サービス制御方法
[38] 前記読み出す工程は、
前記ユーザコンテキストを管理するコンテキスト管理手段が、
前記電子タグに格納されている識別情報に基づいて、前記サーバにアクセスして 前記属性情報を読み出す工程である請求項 37記載のネットワーク ·サービス制御方 法。
[39] 前記読み出す工程は、
前記ユーザコンテキストを管理するコンテキスト管理手段が、
電子タグの識別情報に基づ 、て、該電子タグが付与されたオブジェクトの属性情報 が格納されて 、るサーバのアドレスを管理して 、る識別情報 ネットワークアドレス解 決サーバに格納されている、属性情報が格納されているサーバのアドレスを取得す る工程と、
前記コンテキスト管理手段が、該サーバのアドレスを用いて、該サーバから属性情 報を取得する工程とを備える請求項 37記載のネットワーク ·サービス制御方法。
[40] 前記読み出す工程は、
前記ユーザコンテキストを管理するコンテキスト管理手段が、前記電子タグに格納さ れて 、る属性情報の識別子から、ドメインネームシステムサーバに格納されて 、る前 記属性情報が格納されているサーバのアドレスを取得する工程と、
前記管理するコンテキスト管理手段が、
該取得したアドレスに基づ 、て、前記サーバから前記属性情報を取得する工程とを 備える請求項 37記載のネットワーク ·サービス制御方法。
[41] 前記電子タグに、識別情報と、属性情報が格納されて 、るサーバのネットワークアド レス又は該ネットワークアドレスを取得するためにアクセスすべき識別情報 ネットヮ ークアドレス解決サーバのネットワークアドレスとが格納されている請求項 37記載の ネットワーク ·サービス制御方法。
[42] 前記ユーザコンテキストを取得する工程は、
コンテキストを管理するコンテキスト管理手段が、オブジェクト Zユーザ関係管理デ ータベースに格納されているユーザとオブジェクトの関係に関する情報と、該ォブジ ェクト Zユーザ関係管理データベースと独立して存在する、オブジェクト Z属性管理 データベースに格納されて 、るオブジェクトの属性情報を取得し、ユーザとオブジェ タトとその属性情報とからユーザの周辺状況をユーザコンテキストとして管理する工程 であることを特徴とする請求項 2記載のネットワーク ·サービス制御方法。
[43] 前記ユーザコンテキストを取得する工程は、
コンテキストを管理するコンテキスト管理手段が、ユーザがリーダで読み取った、電 子タグが付与されたオブジェクトの識別情報とその属性情報とを一つのデータベース に格納し、ユーザとオブジェクトとその属性情報とからユーザの周辺状況をユーザコ ンテキストとして管理する工程であることを特徴とする請求項 2記載のネットワーク'サ 一ビス制御方法。
[44] 前記ユーザコンテキストを取得する工程は、コンテキストを管理するコンテキスト管 理手段が、リーダが電子タグ力 情報を読み取った場合に、オブジェクトの属性情報 を要求し、ユーザコンテキストとして管理する工程を備えることを特徴とする請求項 2 記載のネットワーク ·サービス制御方法。
[45] 前記ユーザコンテキストを取得する工程は、コンテキストを管理するコンテキスト管 理手段が、所定の時に、オブジェクトの属性情報を要求し、ユーザコンテキストとして 管理する工程を備える請求項 2記載のネットワーク ·サービス制御方法。
[46] 前記所定の時とは、サービスが要求された時である請求項 45記載のネットワーク- サービス制御方法。
[47] 前記所定の時とは、
ユーザコンテキストに示されるオブジェクトの属性と、予め通知する条件として登録 されたオブジェクトの属性とがー致した時である請求項 45記載のネットワーク ·サービ ス制御方法。
[48] ネットワークに対する要求条件を決定するコンテキストアウエァサービス制御手段で 決定された要求条件を満足するネットワークリソースの割り当てを行う際に、
ネットワークリソースの割り当てを行うネットワーク制御手段が、送信する情報のメデ ィァを変更する工程を備える請求項 3記載のネットワーク ·サービス制御方法。
[49] ネットワークに対する要求条件を決定するコンテキストアウエアサ一ビス制御手段で 決定された要求条件を満足するネットワークリソースの割り当てを行う際に、 ネットワークリソースの割り当てを行うネットワーク制御手段が、送信する情報の符号 化方式を変更する工程を備える請求項 3記載のネットワーク ·サービス制御方法。
PCT/JP2004/017618 2004-11-26 2004-11-26 ネットワーク・サービス制御方法 WO2006057048A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/JP2004/017618 WO2006057048A1 (ja) 2004-11-26 2004-11-26 ネットワーク・サービス制御方法
DE112004003015.3T DE112004003015B4 (de) 2004-11-26 2004-11-26 Netzwerk-/Dienststeuerverfahren
JP2006546509A JP5224689B2 (ja) 2004-11-26 2004-11-26 ネットワーク・サービス制御方法
US11/753,604 US7949755B2 (en) 2004-11-26 2007-05-25 Network/service control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2004/017618 WO2006057048A1 (ja) 2004-11-26 2004-11-26 ネットワーク・サービス制御方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/753,604 Continuation US7949755B2 (en) 2004-11-26 2007-05-25 Network/service control method

Publications (1)

Publication Number Publication Date
WO2006057048A1 true WO2006057048A1 (ja) 2006-06-01

Family

ID=36497797

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/017618 WO2006057048A1 (ja) 2004-11-26 2004-11-26 ネットワーク・サービス制御方法

Country Status (4)

Country Link
US (1) US7949755B2 (ja)
JP (1) JP5224689B2 (ja)
DE (1) DE112004003015B4 (ja)
WO (1) WO2006057048A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009009284A2 (en) * 2007-07-11 2009-01-15 Yahoo! Inc. Behavioral predictions based on network activity locations
JP5945604B2 (ja) * 2012-10-31 2016-07-05 擴張世界有限公司 コンテンツ配信システム、プログラムおよびコンテンツ配信方法
JP2019204405A (ja) * 2018-05-25 2019-11-28 シャープ株式会社 ネットワークシステム、サーバ、および情報処理方法

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8331294B2 (en) * 2007-07-20 2012-12-11 Broadcom Corporation Method and system for managing information among personalized and shared resources with a personalized portable device
US9805123B2 (en) * 2008-11-18 2017-10-31 Excalibur Ip, Llc System and method for data privacy in URL based context queries
US8468253B2 (en) * 2008-12-02 2013-06-18 At&T Intellectual Property I, L.P. Method and apparatus for multimedia collaboration using a social network system
FI122770B (fi) * 2009-11-11 2012-06-29 Adfore Technologies Oy Kontekstitietoisuudella ohjattava mobiililaite
US8996728B2 (en) * 2010-10-01 2015-03-31 Telcordia Technologies, Inc. Obfuscating network traffic from previously collected network traffic
US8559326B2 (en) 2010-11-16 2013-10-15 Edgecast Networks, Inc. Bandwidth modification for transparent capacity management in a carrier network
WO2012071690A1 (en) * 2010-12-03 2012-06-07 Nokia Corporation Method and apparatus for providing context-based user profiles
CN103890706B (zh) 2011-10-31 2019-06-14 惠普发展公司，有限责任合伙企业 用于渲染内容的渲染许可
US9462080B2 (en) * 2012-04-27 2016-10-04 Hewlett-Packard Development Company, L.P. Management service to manage a file
US20140006620A1 (en) * 2012-06-27 2014-01-02 International Business Machines Corporation System, method and program product for local client device context-aware shared resource and service management
US9215144B2 (en) * 2012-10-18 2015-12-15 International Business Machines Corporation Recommending a policy for an IT asset
US9390269B2 (en) 2013-09-30 2016-07-12 Globalfoundries Inc. Security testing using semantic modeling
TWI562567B (en) 2015-03-23 2016-12-11 Ind Tech Res Inst Method of automatically managing applications on digital convergence gateways, system therefor and apparatus therewith

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001344200A (ja) * 2000-03-01 2001-12-14 Sony Internatl Europ Gmbh ユーザプロファイルデータ管理方法
JP2003091678A (ja) * 2001-07-13 2003-03-28 Sony Urban Entertainment Inc 情報配信サーバ、記録媒体及び情報配信方法
JP2003216641A (ja) * 2001-12-21 2003-07-31 Docomo Communications Laboratories Usa Inc コンテキスト認識検索サービス
JP2004153778A (ja) * 2002-09-03 2004-05-27 Ntt Docomo Inc 送受信制御装置、送受信制御方法および送受信制御プログラム

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6085238A (en) * 1996-04-23 2000-07-04 Matsushita Electric Works, Ltd. Virtual LAN system
US6779030B1 (en) * 1997-10-06 2004-08-17 Worldcom, Inc. Intelligent network
US6778096B1 (en) * 1997-11-17 2004-08-17 International Business Machines Corporation Method and apparatus for deploying and tracking computers
US6683853B1 (en) * 1999-12-01 2004-01-27 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic upgrade of quality of service in a packet switched network
JP3717756B2 (ja) * 2000-06-08 2005-11-16 株式会社エヌ・ティ・ティ・ドコモ 通信端末装置
US7477901B2 (en) * 2002-03-27 2009-01-13 Motorola, Inc. Method and apparatus for minimizing setup time for a mobile station
US7161914B2 (en) 2002-04-11 2007-01-09 Ntt Docomo, Inc. Context aware application level triggering mechanism for pre-authentication, service adaptation, pre-caching and handover in a heterogeneous network environment
US20040010446A1 (en) * 2002-07-08 2004-01-15 Marko Vanska Mobile customer relationship management
KR20040033988A (ko) 2002-10-16 2004-04-28 이명재 유, 무선 네트워크를 이용한 예약/관리시스템 및 그제어방법
JP2004206670A (ja) * 2002-10-30 2004-07-22 Nippon Telegr & Teleph Corp <Ntt> 利用権管理システム、方法、およびそのための機構を備える装置
JP3769544B2 (ja) 2003-01-31 2006-04-26 富士通株式会社 伝送帯域制御装置
US7191179B2 (en) * 2003-02-10 2007-03-13 Cingular Wireless Ii, Llc Distributed profile storage and management in a telecommunication network
AU2003211955A1 (en) 2003-02-13 2004-09-06 Fujitsu Limited Transmission system, distribution route control device, load information collection device, and distribution route control method
WO2004080008A1 (ja) 2003-03-04 2004-09-16 Fujitsu Limited 連携情報管理システム
JP2004274368A (ja) * 2003-03-07 2004-09-30 Fujitsu Ltd 品質保証制御装置および負荷分散装置
JP2004336309A (ja) * 2003-05-06 2004-11-25 Nippon Telegr & Teleph Corp <Ntt> コンテンツのネットワーク配信方法、システム、コンテンツ検索・選択サーバ、ロケーション選択サーバ
US7668157B2 (en) * 2003-07-25 2010-02-23 Verizon Patent And Licensing Inc. Presence based telephony
US7317716B1 (en) * 2003-07-25 2008-01-08 Verizon Laboratories Inc. Methods and systems for presence-based telephony communications
JP2006184986A (ja) * 2004-12-27 2006-07-13 Hitachi Ltd 端末機器及びその管理方法
US7684323B2 (en) * 2005-06-29 2010-03-23 Nokia Corporation Service error handling in a communications network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001344200A (ja) * 2000-03-01 2001-12-14 Sony Internatl Europ Gmbh ユーザプロファイルデータ管理方法
JP2003091678A (ja) * 2001-07-13 2003-03-28 Sony Urban Entertainment Inc 情報配信サーバ、記録媒体及び情報配信方法
JP2003216641A (ja) * 2001-12-21 2003-07-31 Docomo Communications Laboratories Usa Inc コンテキスト認識検索サービス
JP2004153778A (ja) * 2002-09-03 2004-05-27 Ntt Docomo Inc 送受信制御装置、送受信制御方法および送受信制御プログラム

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009009284A2 (en) * 2007-07-11 2009-01-15 Yahoo! Inc. Behavioral predictions based on network activity locations
WO2009009284A3 (en) * 2007-07-11 2009-04-02 Yahoo Inc Behavioral predictions based on network activity locations
US7958228B2 (en) 2007-07-11 2011-06-07 Yahoo! Inc. Behavioral predictions based on network activity locations
JP5945604B2 (ja) * 2012-10-31 2016-07-05 擴張世界有限公司 コンテンツ配信システム、プログラムおよびコンテンツ配信方法
JP2019204405A (ja) * 2018-05-25 2019-11-28 シャープ株式会社 ネットワークシステム、サーバ、および情報処理方法

Also Published As

Publication number Publication date
DE112004003015B4 (de) 2016-12-15
US20070250628A1 (en) 2007-10-25
JP5224689B2 (ja) 2013-07-03
DE112004003015T5 (de) 2008-01-10
JPWO2006057048A1 (ja) 2008-06-05
US7949755B2 (en) 2011-05-24

Similar Documents

Publication Publication Date Title
US7949755B2 (en) Network/service control method
JP4283851B2 (ja) セキュリティ用の分散検索システムのための動的リソース・マネジメント
CN101167335B (zh) 用于提供上下文信息的方法和装置
CN101753576B (zh) 在会议事件的安排期间预留网络资源的方法和装置
US10396913B2 (en) System and method for peak flow detection in a communication network
EP1681834B1 (en) Method for assigning a priority to a data transfer in a network, and network node using the method
US7801895B2 (en) Method and apparatus for organizing nodes in a network
JP5804061B2 (ja) 通信システム、制御装置、通信方法およびプログラム
CN102138301A (zh) 合理使用管理方法和系统
JP6301331B2 (ja) ヘテロジーニアスネットワークにおけるサービスコンテンツ配布方法、およびサービス管理プラットフォーム
KR101400758B1 (ko) Ｉｓｎ 스토어 기반의 오버레이 네트워크 동적 구성 시스템 및 그 방법
CN104079482A (zh) 一种选择路由路径的方法及装置
CN111586134A (zh) 一种cdn节点过载的调度方法及系统
CN104010160A (zh) 视频监控系统的干线管理方法及其装置
Lee et al. Smart Ubiquitous Networks for future telecommunication environments
WO2015137839A1 (en) Method for automatic selection and proposal of the optimal communication mean
US8396057B2 (en) Method and apparatus for traffic regulation in a communication network
WO2017001621A1 (en) Modifying quality of service treatment for data flows
KR100879434B1 (ko) 네트워크 서비스 제어 방법
CN109936460B (zh) 一种流量计费的方法及设备
WO2012000740A1 (en) Managed service delivery in 4g wireless networks
CN115720198B (zh) 一种网络资源的调度方法
CN110247825B (zh) 一种信息屏蔽方法及装置
Zhao et al. A policy-based framework for autonomic reconfiguration management in heterogeneous networks
KR101220644B1 (ko) 인터넷에서의 네트워크 제어 기능 제공 시스템 및 그 방법

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 11753604

Country of ref document: US

Ref document number: 2006546509

Country of ref document: JP

Ref document number: 1120040030153

Country of ref document: DE

WWE Wipo information: entry into national phase

Ref document number: 1020077014426

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 11753604

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 04822445

Country of ref document: EP

Kind code of ref document: A1

RET De translation (de og part 6b)

Ref document number: 112004003015

Country of ref document: DE

Date of ref document: 20080110

Kind code of ref document: P