JP2002183585A - Advertisement distribution method and system, advertisement provider terminal, contents provider terminal and contents user terminal - Google Patents

Abstract

PROBLEM TO BE SOLVED: To improve real-time distribution of advertisement information, for eliminating brokerage charges and disperse the load on service. SOLUTION: A contents-providing application 5, advertisement distribution applications 61, 62 and contents utilization applications 71, 72, 73 are connected to a semantic information network 3. The contents use applications 71-73 set user interest information set by contents users C1-C3 to the semantic information network 3. The contents provider application 5 sets advertisements from advertisement provider terminals 21, 22, which are to be attached to contents to be distributed, set by a contents provider B, as a filter to the semantic information network 3. The advertisement distribution applications 61, 62 transmit advertisement information inputted by the advertisement providers A1, A2, to the semantic information network 3. The contents-providing application 5 transmits self-provided contents information to the semantic information network 3.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

The present invention relates to an advertisement distribution method and system for distributing advertisements via a network.

[0002]

2. Description of the Related Art FIG. 17 is a block diagram of a conventional example of this type of advertisement distribution system.

[0003] This advertisement distribution system uses movie contents.
Provider terminal 11 and advertisement provider terminal 12₁, 12_TwoAnd
Content user terminal 14₁, 14_Two, 14_ThreeAnd the middleman end
End 18 and the Internet 13
The movie content provider terminal 11
The providing application 15 is the advertisement provider terminal 1
2 ₁, 12_TwoHas an application for advertisement distribution 16₁, 1
6_TwoIs the content user terminal 14₁, 14_Two, 14_ThreeTo
Content Usage Application 17₁, 17_Two, 17_Three
However, the mediation terminal 18 has an advertisement proxy application 1
9 are installed respectively.

[0004] Movie content provider B provides content.
To intermediary terminal 18 using application 15
Request recruitment (1). Intermediary D is an application for advertising agency
Advertisement provider terminal 12 using₁, 12_TwoFrom
Advertisement is recruited and advertisement provider A ₁, A_TwoIs an ad distribution app
Application 16₁, 16_TwoTo intermediary terminal 18 using
Is registered (2). Broker D is an advertising agency application
Advertiser A using option 19₁, A_TwoAds registered by
Is transmitted to the movie content provider terminal 11 (3). one
One, content user 14₁, 14_ThreeIs the content usage
Application 17₁, 17_ThreeInternet 1 using
3 to the movie content provider terminal 11
Send the request (4). Movies upon receiving content requests
Content provider B is a content provider application.
Advertise movie content using option 15
-The content user terminal 14 via the network 13₁, 1
4_Three(5). Content User C₁, C_ThreeIs
Content Usage Application 17₁, 17_ThreeUsing
Content information and advertisement information, and
Then, the content is executed (6). At this time,
Ads are displayed along with the execution of content,
Person C₁, C_ThreeSees ads in return for content execution
You. Thereafter, the movie content provider is sent from the mediator terminal 18.
The advertisement fee is paid to the terminal 11 (7), and the advertisement provider terminal 1
2₁, 12_TwoIs the advertising fee to the mediator terminal 18 which is the advertising agent
And pay the brokerage fee (8).

[0005]

In the conventional advertisement distribution system described above, the presence of an intermediary reduces the real-time property, generates an intermediary fee, and centralizes the load on a server operated by the intermediary. There is a problem that you need to know the existence of an intermediary.

An object of the present invention is to improve the real-time performance of advertisement information distribution, eliminate the generation of intermediary charges, distribute the load, and provide advertisement without knowing the existence of an intermediary such as an advertising agency and its server. It is an object of the present invention to provide an advertisement distribution method and system that enables advertisement to be distributed to an end user who is suitable for distributing the advertisement.

[0007]

In order to achieve the above object, the present invention performs the following processing using a semantic information network as a network. (1) One or more content users use their own interest information, such as the content and genre of the content desired to be received, using a content usage application which is an application program for content reception and execution (display or reproduction). To the user terminal. Then, the content use application sets the interest information of the user in the semantic information network as a filter. (2) One or more content providers who provide moving images, texts, voices, etc., want to receive advertisements from the advertisement providers in order to use the content providing application to provide advertisements to the content users simultaneously with the content information. Enter the content of the advertisement into the content provider terminal. Then, the content providing application sets the content of the advertisement as a filter in the semantic information network. (3) One or more advertisement providers use an advertisement distribution application to transmit, as an event, advertisement information in which information such as an advertisement fee is added to simple contents of an advertisement to be distributed to a semantic information network. (4) The content provider uses the content providing application, inputs content information such as simple content of the content to be distributed, attaches information on an access method for receiving the content, and the like. Also attaches the acquired advertisement information among the advertisement information events, and transmits this as an event to the semantic information network. (5) When the content user receives an event including advertisement information and content information using the content use application, the received content is displayed on the application screen. Content consumers can refer to this,
When the user wants to receive the content, the content is received and executed (displayed or reproduced) according to the access method included in the information. (6) The content user uses the content usage application, and the content user or the program automatically displays the advertisement on the terminal screen together with the execution of the content, and reports information on the content to the advertisement provider. This advertisement has been attached to the content information, or has been independently distributed from the advertisement provider.
Determine which ads to display. (7) The advertisement provider pays the advertisement fee to the content provider used by the content user when displaying the advertisement.

Before describing the embodiments of the present invention, a description will be given of a distributed network system in which the message of transmitted information is enhanced, which is a premise of the present invention.

As a distributed type network system, a system using Napster is known, and as a network system with enhanced dispersibility, Gnut is used.
One using lla is known.

First, a network system using Napster will be described. The Napster user sends a search request to the Napster server that stores the information of the file published by each Napster user, and the Napster server sends information such as the IP address of the Napster user who owns the searched file. Reply. The actual exchange of files is performed by the user who has obtained the IP address directly accessing the Napster user who owns the target file without going through a Napster server.

In the case of a network system using Gnutella, the terminal of the Gnutella user is:
The state of the connected partner terminal is periodically checked, and messages and file search requests are relayed. The search results are returned to the person who made the search request, and the subsequent file transfer is performed directly between the users, similar to Napster. As a result, a network is constructed without using a server.

[0012] Of these network systems,
The system using Napster does not achieve the object of the present invention because it requires a server corresponding to an intermediary which is a problem of the present invention.

[0013] In a network system using Gnutella, a message or file search request is made without using a server, but the information to be transmitted is simply a file search request, and a user who confirms this response transfers the file. Is conducted between users, such as auctions and reverse auctions.
It is not suitable for a form that requires exchange with a plurality.

There is a semantic information network system described below as a distributed network system in which the message of the information to be transmitted is enhanced, and the present invention is based on the premise that such a semantic information network system is used.

First, a semantic information network (Semantic I
An outline of an nformation-Oriented Network (hereinafter, referred to as a SION) will be described. The SION is a network that can deliver an event to a destination based on semantic information. FIG. 18 shows a conceptual model of the SION. In FIG. 18, each terminal 22 has semantic information (Se
mantic Information (SI) is registered in the SION 21. On the other hand, the terminal 22 that transmits the event
(Senmantic information) and data (D
The event composed of ata) is sent to the SION 21. The semantic information described here describes the characteristics of the data included in the event, and is positioned as meta information of the data. For example, the semantic information is as follows:-Deliver the data to "Tokyo residents". -Deliver the data to "People interested in classics". -Deliver the data to "people who have a communication environment of 1 Mbps or more".・ Deliver the data to "people who are traveling on Mejiro Street". Deliver the data to "content providers with content that matches the keyword (eg, travel)". Is used.

The SION 21 dynamically determines an object (terminal, person, software, etc.) to which data should be delivered based on the semantic information as described above, and delivers the data to the specified target person. It is an autonomous decentralized meta-network that can make notifications. By using the SION 21, it is possible to directly propose own information only to a user who is appropriate for the information provider to provide without using a broker. In this case, a business model that enables peer-to-peer information proposals with a broker-independent type (non-broker model) is called a patronage model (or a patronage-type information proposal model or non-broker model). Call. Similarly, a real-time information search that allows a user to directly search for desired information without using a search service (broker) is also possible. In addition,
It is possible to apply to the following services and the like as a request-by-order information proposal service. (1) Manufacturing company: I want to send product information mainly to customers who are likely to be interested in their products. (2) Advertiser: I want to send a personalized advertisement for each customer. (3) Barter: I want to buy and sell or exchange products based on agreement between users.

Note that what information is set in the data portion of the event depends on the service. For example, various usage forms such as an entity of information, a reference to information (URL, distributed object identifier, etc.), a proxy (Jini proxy, etc.), and a mobile agent are possible.

Next, the details of the SION will be described.

<SION Architecture> First, SIO
The network architecture of N21 will be described. FIG. 20 shows a network model of the SION 21. Here, for convenience of explanation, the terminal 22 is separately described as a transmitting terminal 31 of the event sender and a receiving terminal 32 of the event receiver. The event receiver uses the receiving terminal 32 to register the semantic information (the type of the received event and the acquisition condition) of the event that the user wants to receive as metadata in the SION 21. Filter this (Fi
lter). On the other hand, the event sender is the sending terminal 31
By sending an event to the ION 21 using, the stimulus (Incentive) is given to the ION 21. This event is composed of semantic information and data describing the characteristics of the event, as shown in FIG. FIG. 21 shows the definition of the semantic information. The semantic information is event metadata and is an instance of a semantic information type (event type).

The SION 21 is an autonomous distributed collation network for collating (filtering) an event sent by an event sender with a filter registered by an event recipient. As a result of the matching, the filter that passes the event (responds to the event) is fired (Igniti
on), and the receiving terminal 32 of the corresponding event receiver starts autonomously. With this mechanism, it is possible to search for and find the target terminal 22 from the unspecified number of terminals 2 in a scalable and real-time manner.

Next, the event type will be described.
FIG. 22 shows an example of defining an event type that is a template of an event. As shown in FIG. 22, the event type includes an event type name (Event type name) and a condition name (in FIG. 22, “Service” and “CPU power” correspond to each other), and a data type for each condition name ( A conditional expression (corresponding to == or> =) is defined. The event type name is a name for uniquely identifying the event type.

The parent type of the event type can be inherited.

As shown in FIG. 23, an event is created according to the data structure of the event type. The event is
It consists of an event type name, a combination of a condition name and a condition value, and a data part. If the condition name, condition expression, and condition value defined in the event do not match the event type, an error will occur. However, the condition names used in the event may be a subset of the event type.

FIG. 24 shows a definition example of the filter. The filter accepts the event type name (Event type nam
e), attribute name (in FIG. 24, “CPU power” or “Ag
e ") and an attribute value (in FIG. 24, 200
And 25). Only events belonging to the event type defined by the event type name to be accepted are subject to filtering. here,
Multiple event type names can be defined, and by specifying a wildcard (*. *),
It is also possible to target all events. In addition,
If the attribute name defined by the filter does not exist in the condition name of the event type defined by the event type name to be accepted, an error occurs. However, a subset of the event type may be used.

Next, the configuration of the SION 21 will be described. FIG. 25 is a diagram showing a configuration of the SION 21. As shown in FIG. 25, the SION 21 is a semantic information switch (Semant
ic Information-Switch, shown as SI-SW in the drawing), Semantic Information-Route
r, SI-R in the drawing), Semantic Information-Getaway, SI-R in the drawing
GW).

The semantic information switch (SI-SW) collates the semantic information registered as a filter with the semantic information given to the event, and as a result, activates a switching mechanism for activating the terminal 2 of the event receiver that fired. provide. The semantic information switch (SI-SW) and each terminal 2 are connected in a star configuration.

The semantic information router (SI-R) selects an event path between the semantic information switches,
2 has a role of transferring an event sent to the semantic information switch to another semantic information switch. this is,
Achieved by dynamic event routing based on semantic information.

The semantic information gateway (SI-GW)
Transfer events between event places. Here, the event place is a minimum unit (ontology domain) that guarantees a common semantic information space. In the event place, the uniqueness of the ontology system such as the name, concept, vocabulary, meaning, and association of the event type is guaranteed, and the semantic information is described based on the common ontology. Basically, an event sent from the terminal 22 of the event sender is distributed only in the event place, but the semantic information gateway (SI
-GW), it is possible to exchange events between event places having different ontology systems. At this time, the semantic information gateway (SI-
After performing the ontology conversion of the event, the GW transfers the event to a different event place.

<Operation mechanism and interface specification>
As an example of a method of realizing the SION 21, a mounting method using a distributed object technology will be described. Here, SI-SW,
SI-R and SI-GW are an event place object (EPO), a shared link object (SLO), and a federation agent (FA), respectively.
It is implemented as a distributed object called. FIG.
The operation mechanism and control interface of the SION1 will be described in detail with reference to FIG. Also, SION-MT (Manag)
By using an element tool or a SION interfacer, the network interface of the SION 1 can be used. Also, using MT, E
Withdrawal / increase / decrease PO, dynamic change of physical link information, PO
Migration (dynamic change of the EPO to which the PO is bound), collection of the firing rate, and collection of statistical information of popular coastal information and popular information can be easily performed.

Activation and Initialization of Event Place Factory ((1) in FIG. 26) First, the SION operator activates an event place factory (EPF) on an arbitrary host, and then, starts an EPF.
Is initialized. At this time, a host name capable of generating an event place (EP) and a storage location of an executable file of the EP are given to the EPF. These are called EP generation information.

Request for Event Place Generation ((2) in FIG. 26) Next, the EP operator requests the EPF to generate an EP. At this time, an EP name and an EP attribute are given.
Here, the EP attribute indicates whether the generated EP is used for a purpose-built model or an inquiry model, and indicates the direction of the flow of the event.

Generation of Event Place ((3) in FIG. 26) Next, the EPF that has received the EP generation request generates an EP. Specifically, at this time, an event place management object (EPMO) for managing the EP is generated. That is, the processing request to the EP is EPMO
This is the same as the processing request to. The EPF returns the identifier of the generated EP (that is, EPMO) to the generation request source. The EPMO is generated for a dynamically determined host from the hosts capable of generating an EP specified in (1) of FIG. As a method of determining the boot destination host of the EPMO, a method of cyclically determining the boot destination, determining in accordance with traffic, explicitly specifying the boot destination host, or the like can be selected.

An event place initialization request (FIG. 26)
(4)) Next, the EP operator requests the EPMO to initialize the EP. At this time, a single event place object or a multiple event place object is designated. When a multiple event place object is specified, it is necessary to provide physical link information (topology) of the event place object (EPO) together. Here, the physical link information of the EPO expresses which other EPO knows which other EPO exists.

For example, as shown in FIG.
42 is EPO1 · 41, EPO3 · 43, EPO4 ·
I know the existence of EPO44, but EPO3 • 43 is EPO2
・ It expresses that only the existence of 42 is known. As described above, the multiple EPO aims at improving the scalability by distributing the load of the event matching process in the EP.

The EPMO is executed by selecting an EP from the host list capable of generating an EP specified in (1) of FIG.
The host that generates O is dynamically determined, and EPO is generated there. At this time, each EPO is always accompanied by one filter factory (FF) and one statistical information collection object (SO), and these are generated by the SI-S
W. Further, a shared link object (SLO) is generated accompanying each EPO according to the number of physical links. For example, three SLOs are generated for EPO2 · 32 (SLO2,1, SLO2,3, SLO in the figure).
These correspond to SI-R). The method of determining the activation destination of EPO is the same as that of EPMO, but it is also possible to fix the EPO to be used for each event type. The EPMO generates an event type factory (ETF) in the EP. EP
Within, a unified event type namespace is guaranteed by the ETF.

A session establishment request for event transmission to the event place ((5) in FIG. 26) Next, a request is made to the EP to establish a session. EPMO
Is a proxy object (PO) for each session request
Generate The session identifier, which is the identifier of the PO, is returned to the request source.

It should be noted that the EPMO uses the PO
Is instructed which EPO to use (to bind with which EPO). This instruction is for multiple EPO
However, the method of determining the EPO to be bound is the same as that of the EPMO. When a session establishment request is made to the EP, it is necessary to specify whether the session is a session for event transmission or a session for event reception. In this example, a session for event transmission is specified.

Registration of Event Type ((6) in FIG. 26) Next, the PO is requested to register the event type. At this time, the PO requests the ETF to generate an event type object (ETO). Further, the event type is stored in the generated ETO. On the other hand, an event type registration can be requested from the EP. At this time,
EPMO requests the ETF to generate an ETO, and stores the event type in the generated ETO. Generally, an event sender registers an event type via a PO. On the other hand, the EP operator registers an event type in the EP. Note that registering an event type with the same name will result in an error.

A session establishment request for receiving an event for an event place ((7) in FIG. 26) Next, a request is made to the EP to establish a session for receiving an event. At this time, the requester of the session establishment (event receiving object) sets the identifier of the event receiving object, which is the event notification destination, and the event notification method (firing type, look-in type) as parameters. Give as.

Subsequently, the EPMO generates a PO for each session request. The session identifier is returned to the request source. The EPMO instructs the PO to use the EPO when the PO is generated. This instruction is required in multiple EPO, but the method of determining the EPO to be bound is the same as that of EPMO.

Request for generation of filter object (FIG. 2)
6 (8)) Next, the PO is requested to generate a filter object (FO). At this time, the PO requests the FF to generate the FO. At this time, the FF attached to the EPO bound to the PO is used. The identifier of the generated FO is returned to the FO generation request source via the PO.

Setting of Filter Value ((9) in FIG. 26) Next, the PO is requested to set a filter value in the FO using the FO identifier as a parameter. Note that the event type name stored in the filter object (that is, the event type name to be filtered)
It is possible to selectively request the ETO to check whether the data structure (filter value) of the FO is correct, using the key as a key. If not, an error occurs. However, when a wild card is specified, this check processing is not performed at all.

Filter Registration ((10) in FIG. 26) Next, after setting a filter value in the FO, a filter registration is requested to the PO using the filter identifier of F as a parameter. At this time, the filter identifier is returned to the registration request source. With this as a trigger, it becomes possible to receive events. Note that a plurality of filters can be registered through one PO. (For this, a plurality of different FOs are registered as filters through one PO, or the same FO is registered as a filter a plurality of times. However, all filters registered for one PO have an “OR relationship”.

Event transmission (FIG. 26A) Next, the event sender transmits an event to the PO. At this time, the PO can selectively request the ETO to check whether the data structure of the event is correct, using the event type name stored in the event as a key. When this check process is selected, if it is correct, the process proceeds to the next process ((B) in FIG. 26).
If not, an error occurs.

Event collation request (FIG. 26B) Next, the PO transfers the event to the EPO. At this time,
EPO creates a thread. Note that a thread is generated for each event, and each thread performs multiplex processing of the event.

Matching with Filter (FIG. 26C) Next, the thread (EPO) performs a filtering process by matching the event with the filter. These include exact, partial, and weighted matches,
Can be specified when setting the filter value.

Activation of Proxy Object ((D) in FIG. 26) Next, as a result of collation with the filter, when the event passes the filter, the corresponding PO is activated and receives this event. At this time, the PO can selectively register the received event type, value, event ID, and the like in the SO. From this information, the SO can measure the firing rate of the event (for each event type and each event) and the highly reputed events that are prevalent in the EP.

Activation of an event receiving object (FIG. 2)
6 (E)) Next, the PO activates the event receiving object and passes the event to the event receiving object. This corresponds to the firing type (interrupt type) event notification.

Look-in type event notification (FIG. 26 (F)) On the other hand, instead of the PO activating the event receiving object, the event receiving object itself is spooled in the PO corresponding to the event receiving object. Can be taken out. This corresponds to a look-in type event notification. There are various triggers for activating the event receiving object depending on the service form. As a typical example, a case in which an end user makes a content proposal request to the event receiving object is considered.

<Filter Management Method> Next, a filter management method in each EPO will be described.

First, a session for receiving an event is established. At this time, one PO is generated for each session request, and this PO is bound to any one EPO. Each EPO is accompanied by one FF. As a result, the EPO used by the PO is uniquely determined, and all subsequent processing is performed via the PO (event receiving session).

Next, an FO is generated, and a filter value (a type of an event to be received and an acquisition condition thereof) is set for the FO. Subsequently, a filter is registered using the FO identifier as a parameter. At this time, the FO identifier is stored in each filter. Each EPO manages the filters registered via the PO based on the following rules.

First, using the FO identifier stored in the filter, reference is made to the "type of event to be received" set in the FO. Subsequently, the filters are classified for each type of event to be received, and the filters classified for each event type are further classified and managed for each PO.

Referring to FIG. 28 for this management rule,
A case where a filter is registered via PO1 will be described. Here, it is assumed that “event type X” is set as the type of the event to be received in the FO specified at the time of filter registration. At this time, EPO
Corresponds to the filter 1 in FIG. 28, and similarly, the filter registered via PO2 corresponds to the filter 2. In each PO, a plurality of filters can be registered. However, the registered filters have an “OR relationship”.

First, the event of the event type X is EP
When it arrives at O, matching with filter 1 is performed. As a result, when the filter 1 fires, the PO1 is activated.
Next, matching with filter 2 is performed, and as a result, when filter 2 fires, PO2 is activated. At this time, since the filters 2 and 3 have an “OR relationship”, the matching with the filter 3 is not performed. By using such a filter management method, each E for one event
The number of times of the collation processing at the PO can be basically made equal to or less than the number of POs (the number of reception sessions).

<Event Routing Method> Next, an event routing method will be described.

The EPO (SI-SW) accommodates an event sender / receiver (entity such as a terminal) in a star form via a session. Furthermore, EPO (SI-SW)
Matches the filter registered by the event receiver (event receiving object) with the event sent by the event sender, and as a result, notifies the event only to the event receiver corresponding to the fired filter (matching event reception (Delivery of the event only to the person).

Therefore, when the number of event senders (the number of events) and the number of event receivers (the number of filters) increase, the processing capacity of the EPO becomes saturated in proportion thereto. Therefore, the SION architecture provides a multiple EPO as a means for realizing an EP with high scalability. Multiple EPO refers to the number of EPOs
The purpose of the present invention is to achieve a high scalability of EP from the following two viewpoints.

The first point is load distribution and autonomous distribution. This is to distribute the load of event filtering processing by distributing event senders and receivers to a plurality of EPOs, so as to prevent a bottleneck factor accompanying processing concentration. . Further, each EPO achieves distributed coordination by a mechanism that can operate autonomously without being affected by other EPOs.

The second point is reduction of network traffic and optimization of the filtering process. This is EP
This is to minimize the amount of communication by not transferring unnecessary events between Os, and to reduce unnecessary filtering processing.

In FIG. 27, for EPO3 • 43,
It is assumed that a filter of event type X is registered as a type of an event to be received. Here, when an event of the event type X is sent to the EPO4 / 44, this event is transmitted to the EPO4 / 42 via the EPO3 / 42.
-It is necessary to transfer to 43. At this time, the event must not be transferred to the EPO1 · 41 in which the filter of the event type X is not registered. What controls such event routing between EPOs is a shared link object (SLO),
This corresponds to SI-R described above.

Hereinafter, the SI-R will be described in detail.

First, at the time of initializing an EP, an SLO is generated in association with each EPO based on physical link information (EPO topology). For example, in FIG.
Three SLOs are generated for two. These correspond to SLO2,1, SLO2,3, SLO2,4 in the figure. This SLOi, j establishes a shared link (SLi, j) for transferring events from EPOj to EPOj. That is, as shown in FIGS. 27 and 29, SLOi, j is
Establish an event reception session for EPOj,
On the other hand, by establishing an event transmission session with EPOi, a shared link SLi, j, which is a logical link for event transfer, is established. Establishment, not including the filter registration process).

After the initialization of the EP, the event receiver
It is possible to establish a session to P and register a filter via the session. At this time, an event path is set according to the established shared link. For example, in FIG. 29, the event receiver (Event
When the receiver 3 registers a filter for performing event type X event reception in the EPO 3 via the PO 3, the PO 3 registers the event type X filter in the EPO 3 and notifies the SLO 3, j ( Here, SLO3,2) is notified, and SLO3,2 is SL3,2.
Is used to register a filter of event type X for EPO2. This is performed via the PO of the receiving session assigned to SLO3,2, as described above. Similarly, this PO indicates to that effect that SLO2,3
Is notified to other SLO2, j except for. SLO2, j
(J ≠ 3) registers the filter in EPO using SL2, j. The process is repeated in the same manner until all EPOs are set to the path for the event X.

A series of paths established for the event type X is called an event path. this is,
The filter registration via PO3 is a trigger, and the event path setting request for each event type sequentially and autonomously propagates to all EPOs. That is,
Each EPO needs to recognize only the adjacent EPO.
For this reason, it is possible to establish the event path with a simple and unified autonomous logic as compared with the event path setting / management method by centralized management and broadcast of the event path.

FIG. 30 shows the registration status of the filter in EPO1 at this time. As a result of the event receiver 3 registering the filter via PO3, filter 1 becomes EPO1.
Will be registered. Setting an event path refers to registering a filter for event transfer in a series of EPOs based on shared link information. Also,
In the filter registered by the SLO, only the event type name to be received is set, and the acquisition condition is not set.
Filter only the event type name.

In this situation, the event receiver 2 receives the P
Via O2, filter the event type X to EPO
When the event path is registered in EPO2, the setting of the new event path spreads to all EPOs as described above. As a result, the filter 2 is registered in EPO1, and the filter is registered every time an event path setting request is made. Will be done.

At this time, when an event of the event type X is sent to the EPO1, the filter 1 fires and the SLO
2,1 is activated. SLO2,1 reports this event as EPO
SLO3,2 is activated by sending to SLO2. Further, the event is transferred to EPO3 via SLO3,2. To prevent infinite transfer of events between SL2,3 and SL3,2, the event is
As one of the control information, a maximum of two identifiers of the passed EPO are stored in the latest order.

As described above, since the filter 1 and the filter 2 have an OR relationship, when the filter 1 fires, the filter 2 and the filter 2 are not compared. Therefore, even though the filter 1 exists, it is possible to prevent the redundant overhead of the filtering process caused by newly registering the filter 2 from occurring at all. This means that when an event path is set, there is no need to rebuild all event paths including the existing event path, and a simple and unified event path autonomous setting becomes possible. .

If there is a session established by the event receiver in EPO1 and a filter registered via the session (corresponding to the filter 3 of POn), after all the filtering processes corresponding to SLO are completed, Is performed. That is, the event transfer processing to another EPO is performed with priority, and then,
The collation processing in own EPO is started.

A further effect of the event routing method described above is that it is not necessary to reconstruct an event path when canceling filter registration. For example, when the event receiver 3 cancels the registration of the registered filter via the PO 3, the cancellation request sequentially and autonomously spreads, similarly to the case of the registration. As a result, in EPO1,
Only the registration of the filter 1 will be cancelled, but the filter 2 survives (hereinafter, the filter 2 forwards the event instead of the filter 1). Event path consistency is guaranteed.

By using such an autonomous distributed routing control method, it is possible to easily realize interconnection and distributed coordination of EPO. Accordingly, a transition from a small network to a large network, a transition from a local network to a global network, and the like can be smoothly performed. Also,
Global networking with a bottom-up approach can be easily achieved with common logic.

FIG. 31 to FIG. 34 are diagrams for explaining SI-R in a physical link having a ring type coupling.

For example, as shown in FIG. 32, in a physical link having a ring-type connection, EPO2 is EPO1,
It expresses that you know the existence of EPO3. As described above, the multiple EPO aims at improving the scalability by distributing the load of the event matching process in the EP.

The EPMO is executed by selecting an EP from the host list capable of generating an EP specified in (1) of FIG.
The host that generates O is dynamically determined, and EPO is generated there. At this time, each EPO is always accompanied by one filter factory (FF) and one statistical information collection object (SO), and these are generated by the SI-S
W. Further, one shared link object (SLO) is generated for each EPO according to the physical link. For example, SLO2 and SLO3 in the figure are generated for EPO2. This corresponds to SI-R. The method of determining the activation destination of EPO is the same as that of EPMO, but it is also possible to fix the EPO used for each event type. Note that the EPMO generates an event type factory (ETF) in the EP. E
Within P, a unified event type namespace is guaranteed by the ETF.

Hereinafter, the SI-R will be described in detail.

First, at the time of EP initialization, an SLO is generated accompanying each EPO based on physical link information (EPO topology). For example, in FIG.
SLO2,3 is generated for O2. This SLOi, j
Establishes a shared link (SLi, j) for transferring events from EPOj to EPOi. That is, FIG.
As shown in FIG. 33 and FIG. 33, SLOi, j establishes an event reception session with EPOj,
By establishing an event transmission session for i, a shared link SLi, j, which is a logical link for event transfer, is established.
This means that the session is established by the SLO when the EP is initialized, and does not include the filter registration process.) As a result, a unidirectional ring-shaped shared link SLi, j is established.

After the initialization of the EP, the event receiver sets the E
It is possible to establish a session to P and register a filter via the session. At this time, an event path is set according to the established shared link. For example, in FIG. 33, the event receiver (Event
It is assumed that the Receiver 3 registers a filter for receiving an event of the event type X via the PO 3 in the EPO 3. At this time, the PO3 registers the event type X filter in the EPO3 and notifies the SLO to that effect.
Notify 3,1. At this time, SLO3,1 is given as a parameter that the source of the filter registration request is EPO3. SLO3,1 uses SL3,1 to register an event type X filter for EPO1. This is performed via the PO of the receiving session assigned to SLO3,1, as described above. Similarly,
This PO notifies the SLOs 1 and 2 of that fact.
SLO1,2 registers a filter in EPO2 using SL1,2. The process is repeated in the same manner until all EPOs are set to the path for the event X. Note that this processing is performed by a filter registration request source (here, EP
This is repeated until immediately before O3). That is, SLO2,3
Does not register the filter in EPO3.

FIG. 34 shows the filter registration status in EPO1 at this point. As a result of the event receiver 3 registering the filter via PO3, filter 1 becomes EPO1.
Will be registered. Setting an event path refers to registering a filter for event transfer in a series of EPOs based on shared link information. In addition,
In the filter registered by the SLO, only the event type name to be received is set, and the acquisition condition is not set.
Filter only the event type name.

In this situation, the event receiver 2 receives the P
Via O2, filter the event type X to EPO
When the event path is registered in EPO2, the setting of the new event path spreads to all EPOs as described above. As a result, the filter 2 is registered in EPO1, and the filter is registered every time an event path setting request is made. Will be done.

At this time, when an event of the event type X is transmitted to the EPO1, the filter 1 fires and the SLO
3,1 is activated. SLO3,1 reports the event as EPO
SLO2,3 is activated by sending to SLO3. Further, the event is transferred to EPO2 via SLO2,3. In order to prevent the event from going infinitely, the event is one of the control information.
The identifier of the EPO in which the event has occurred is held, and when the event circulates and returns to the event-originating EPO (SLO), the event is discarded.

Next, an event routing method different from the above-described event routing method will be described. This routing method uses shared links (logical links).
Are established in the same manner as in the method described above.
This event routing method differs from the method described above in that no event path is established, and SLOi, j
At the same time as establishing the shared link SLi, j. At this time, a wild card is specified as a type of an event to be received in the registered filter. As a result, all events are set as transfer targets, and an event path for each event type is not established.

By specifying a wild card in the semantic information as described above, ring-shaped shared link SL
Since the event circulates in i and j, the event can be delivered to all EPOs.

<Federation Method> Next, the federation method will be described with reference to FIG. The federation agent (FA) is an agent that establishes a federation between event places, and corresponds to the above-described SI-GW. For example, an event place (Event Place) A is an event place (Event Place)
Place) A case where a federation is established for B is considered. First, an FA belonging to event place A registers a filter for event place B. At this time, the event sender belonging to the event place B sends an event, and as a result, when this filter fires, the FA autonomously starts. This can regard the FA as one event recipient belonging to event place B. Next, the FA retransmits the acquired event to the event place A to which the FA belongs. this is,
FA can be considered as one event sender belonging to event place A.

As described above, the Federation between event places can be easily realized by using the FA having both roles. That is, it is possible to realize the federation between the event places with the same control logic as that of the single event place. Using this mechanism,
By interconnecting the event places, which are one basic configuration unit, a global collation network can be constructed by a bottom-up approach, and sharing of events across event places can be realized. Note that event place A and event place B
Have different ontologies, the FA belonging to the event place A converts the event acquired from the event place B into the ontology of the event place A, and then sends the event to the event place A.

In the case of performing event transfer across different ontology systems, ontology conversion is required.
As a conventional technique for performing this conversion, when a standard ontology is defined and an event is transferred to another event place, a method of transferring the event after temporarily converting the event to a format conforming to the standard ontology, and a method of transferring the event There are methods such as preparing an ontology conversion table for the number of combinations in advance.

However, the conventional method lacks flexibility to cope with dynamic federation of event places (dynamic start and release of federation). Therefore, in the present invention, as shown in FIG.
Holds only the difference (conversion information) from the ontology information of the adjacent event place in the ontology conversion table. In other words, this is a method in which each FA stores the conversion information in a distributed manner, and assures the consistency of the ontology system as a whole. This makes it possible to easily cope with dynamic federation between event places, but on the other hand, every time an event crosses an event place, an ontology conversion process occurs. It has the feature that processing overhead increases.

<Community and Evolved Network> Next, a community service, which is one of the killer services of SION1, will be described. An entity in a community service is an autonomous decentralized operation entity that can dynamically determine an activity mode by repeating learning, evolution, degeneration, and disappearance based on its own policy. Communities provide an efficient forum for such entities to communicate. In other words, entities in the community dynamically search for and identify entities that should communicate with themselves or that affect their behavior.
It is possible to discover / specify and interact with the specified entity.

This community can handle entities having the following characteristics in particular.

(1) An extremely large number of entities are present in a community with an extremely small granularity (an unspecified number of entities).

(2) The attribute of the entity changes in real time. Typical entity attributes include location information, time, and the like.

(3) There is no regularity in the behavior of the entities in the community, and it is difficult to predict the behavior.

(4) Participation in the community, departure from the community, disappearance, duplication, etc. occur frequently and irregularly.

(5) The entities in the community are:
It is necessary to meet each other in real time based on policies, attributes, scenarios, and the like.

It is not easy in terms of performance to manage entities having such characteristics by a server or a mediator (broker) and to search and discover each other in real time. S
The ION1 EP is positioned as an execution environment of a community having such characteristics. That is, the community is a meta execution environment of the EP, and provides a place of communication with a higher level of abstraction than directly using the EP. By using the EP in the execution environment of the community, all the entities in the community can directly find the entity to communicate with without going through the broker. This is because communication of entities in the community is implemented as sending and receiving events in the EP.

FIG. 36 shows a conceptual model of a community. A user agent (UA) and an information and service providing agent (ISA) correspond to entities in a community. The UA is an agent that behaves autonomously as a user's agent.
It dynamically determines its own behavior according to location information, situation, tendency, etc., and interacts with ISAs and other U
Search for A and interact with them. An ISA is an agent that acts autonomously as an agent of an information provider or a service provider.
Search for UAs and other ISAs to interact with.
That is, a user suitable for providing his / her information is searched for and specified.

On the other hand, the community agent (Com
A) is an agent that manages the community. The EP operator sets the SION-
Controls and operates the SION via MT. Therefore, C
The omA can be considered as an agent of the EP operator. Basically, the operational policy of the community is defined by ComA. For example, UA, ISA
Authorization, such as joining, leaving, extinction, duplication, etc. to the community for such entities, understanding and controlling the information distributed within the community (such as deleting unsuitable events), statistical information within the community (trend information, reputable information Etc.) based on their own management policies.

Further, in order to achieve the guarantee of high scalability and reliability of the community, SION control such as increase / decrease, withdrawal, and migration of EPs and EPOs is executed according to the load status and the fault status. That is, by combining the ION 21 and the ComA, the ION 21 evolves from an autonomous decentralized network to an evolved network capable of learning, growing, and evolving. In this way, the ComA controls the behavior of the entities in the community and plays a role in self-organizing SION1. Further, the collaboration between the communities enables the sharing of information between the communities. For example, among the information distributed in community A, only the top 10 most popular
It can be distributed to the community B. The processing flow is shown below.

First, the ComA of the community B instructs the FA of the event place B to "distribute only the top 10 most popular information among the information distributed in the community A to the community B". I do.

Next, the FA inquires of the event place A about the top ten event types. In response to this, the event place A inquires the subordinate statistical information collection object (SO) and sends the result to the FA.
Return to.

Next, the FA creates an ontology conversion table based on the acquired event type, and sets a filter for the event place A. Hereafter, F
A can receive the event from the event place A.

Next, the FA performs an ontology conversion on the event obtained from the event place A based on the ontology conversion table, and sends it to the event place B.

According to the embodiment described above, the following two effects can be obtained.

First, the SIO on the distributed object environment
N network environments can be easily constructed.

Second, by allowing the service application to participate in the community as an entity,
It is possible to easily send out an event or to pick up a necessary event, so that mutual communication can be achieved.

As described above, the following effects can be obtained with the SION.

An event distributed only in another event place can be taken into its own event place by a federation mechanism between event places via the FA. Conversely, by sending an event to another event place, it is possible to advertise the event distributed in the own event place. in this way,
Events can be shared between different event places, and interoperability between event places taking into account the ontology makes it possible to construct a global autonomous decentralized collation network based on a bottom-up approach.

[0108] The multiple EPO mechanism makes it possible to distribute the load of the filtering process to a plurality of EPOs, and the event routing mechanism between the EPOs that operates autonomously makes it possible to minimize network traffic. Become. This results in E
The total throughput of P can be scalably improved.

It becomes possible to directly search for and find an entity suitable for itself without going through a broker. For example, an information provider can specify a user who is suitable for the information provided by himself without knowing the existence of the user. Similarly, the user can search for and find an information provider suitable for his / her taste without knowing the existence of the information provider. That is, the user and the information provider are equivalent to each other. As a result, information can be transmitted in real time according to the own policy without relying on a specific broker. Further, when the number of entities to be searched is enormous or when the entities frequently enter and leave the search target domain, the search technique based on the non-broker model is particularly effective.

In the SION, the end point of the semantic information is a network. On the other hand, in a method of performing a peer-to-peer connection between terminals, the terminal of the semantic information is the terminal, so that the contents of the terminal are disclosed to the outside. Therefore, SION can realize higher security and privacy protection than the latter method.

[0111]

Next, embodiments of the present invention will be described with reference to the drawings.

FIG. 1 is a configuration diagram of an advertisement distribution system according to an embodiment of the present invention.

The present advertisement distribution system includes a movie content provider terminal 1, advertisement provider terminals 2 ₁ and 2 ₂ , a semantic information network 3, and content user terminals 4 ₁ , 4 ₂ and 4 _3.
It is composed of

The content providing application 5 is provided on the movie content provider terminal 1 by the advertisement provider terminals 2 ₁ , 2.
2 ₂ ad serving for the application 6 ₁ to 6 _2, the content user terminal 4 _1, 4 _2, 4 to ₃ content usage application 7 _1, 7 _2, 7 ₃ are installed, respectively. Each application 5, 6 ₁ , 6 ₂ , 7 ₁ ,
7 _2, 7 _3, CORBA (Common Object Request Brok
er Architecture) compliant ORB (Object Resource Bro)
ker) Install the middleware and the event place factory generation mechanism described above, generate an event place in its own terminal and use it, or access the event place by another network host to establish a session, etc. And is connected to the semantic information network 3. Event types as shown in FIGS. 2 and 3 are registered in the semantic information network 3.

Next, the operation of this embodiment will be described. (1) the content user C ₁ -C ₃ utilizes the content using application 7 _{1-7 3} installed in the content the user terminal 41 _{to 3,} FIG. 4 (a), the
From the screens shown in (b) and (c), the user inputs the type of movie (Japanese / Western), the genre, and the narrowing down keyword of interest. As an example, the content user C ₁ Figure 4
As shown in (a), it is set that the user is interested in “Western movies”, especially “Action movies”. Similarly, content user C
₂ is the content user C ₃ as shown in FIG.
As shown in (c), information of a movie that the user wants to watch is set. In this case, the content using application 7 ₁ -
7 _3, when establishing the session for receiving events,
A filter object is generated, and filter values as shown in FIGS. 5A to 5F are set in the filter object. Figure 5 (a), and FIG. 5 (b) is a setting example according to the application in the use of the content user C _1,
These are a movie reception filter and an advertisement reception filter, respectively. The latter is automatically set so as to receive an advertisement suitable for display when watching a movie, without making the content user aware. Figure 5 (c) and FIG. 5 (d) is a setting example according to the application in the use of the content user C _2, application in use shown in FIG. 5 (e) and FIG. 5 (f) is the content user C ₃ It is assumed that this is a setting example. (2) The movie content provider B uses the content providing application 5 on its own terminal 1 and
Enter the content of the advertisement that you want to attach to the movie to be distributed from the application screen on the terminal such as. At this time,
When a session for receiving an event is established, the content providing application 5 generates a filter object, and sets a filter value as shown in FIG. 7 in the filter object. Thereafter, the application 5 receives an advertisement event that matches the filter condition. (3) The advertisement providers A ₁ and A ₂ use the advertisement distribution applications 6 ₁ and 6 ₂ , and as shown in FIGS. Enter information such as content (product type, etc.) and advertising fee, and specify what kind of content is suitable for display, the content to which the advertisement is applied, etc., and set the prepared advertisement I do. At this time, the advertisement distribution applications 6 ₁ and 6 ₂
Generates an advertisement event as shown in FIGS. 9A and 9B, for example, and transmits it to the semantic information network. FIG.
(A) and 9 (a) is that of the advertisement provider A _1, FIG. 8
(B) and 9 (b) and that of the advertisement provider A _2.

In the semantic information network 3, the filter is compared with the advertisement event, and an advertisement event that matches the condition indicated by the filter value is determined by the content use application and the content provision application in which the filter is set. 5 is transferred. Since the event place used by the advertisement distribution application, the event place used by the content use application, and the event place used by the content provision application 5 can exchange information by the event place federation function. The event is finally transferred to a target content use application or an event place used by a content providing application via several event places. In this example,
The movie content provider B receives the advertisement event from the advertisement provider A _1, and a screen as shown in FIG. 10 is displayed and confirmed on the terminal 1 of the movie content provider B. on the other hand,
Advertisement provider A content user ads event from ₂ C ₂ and the content user C ₃ to obtain, but not yet show ads at this time. (4) The content provider B uses the content providing application 5 to display a simple content (genre,
Information such as names of performers and directors) and reception conditions (required line capacity, broadcast time zone, reception fee, etc.) are input, and information on an access method for receiving movie contents is attached.
Further, in some cases, the advertisement information received in the above process is also added. At this time, the content providing application 5 generates, for example, a movie information event as shown in FIG.

Also in this case, in the semantic information network 3, the filter is compared with the content information event, and the movie information event that matches the condition indicated by the filter value is determined by the content use application that has set the filter. Is forwarded to Between the event place used by the content providing application 5 and the event place used by the content using application, information can be exchanged by the event place federation function, so that the event passes through several event places. Then, it is finally transferred to the event place used by the target content use application. In this example, the content users C ₁ and C ₃ receive the event, and a screen as shown in FIG. 13 is displayed on each of the terminals 4 ₁ and 4 ₃ . In this case, the content user C ₁ and the content user C ₃ is interested in the movie content received both, and you run the playback of movie content. (5) The content users who received and executed the movie content (the content users C ₁ and C ₃ ) received the advertisement information added to the received content information event in the content usage applications 7 ₁ and 7 ₃ . Alternatively, the advertisement is displayed using the previously received advertisement event, and the movie content is received according to the information such as the access method to the movie content included in the received content information event, and the playback of the movie content is started. Is done. In the illustrated example, the terminal 4 _first content user C _1, advertisements provided from the advertisement i.e. advertisement provider A ₁ is given to the content information event is displayed, the terminal 4 ₃ ad content user C ₃ and advertisements provided from the donor a ₂ is displayed. (6) Upon displaying the advertisement, the content use application notifies the provider of the advertisement that the advertisement has been displayed and the information of the provider of the movie content being executed (reproduced). In the illustrated example, the content using application 4 ₁ using the content user C ₁ may advertisement provider A ₁
Is notified that the advertisement has been viewed together with the content provided by the movie content provider B, and the content usage application 4 ₂ used by the content user C ₂ is notified.
Is, for the advertisement provider A _2, movie content provider B
Notify that you saw the ad along with the content provided by. (7) The advertisement provider that has received the notice pays the advertisement fee to the content provider B. In the example of FIG., Pay the advertising fee ad providers A ₁ to movie content provider B, also advertisement provider A ₂ to movie content provider B pays an advertisement fee. Advertisement provider A ₁ is, to check the payment status on the screen as shown in FIG. 14 as an example.

By the above processing, the content users C _{1 to} C ₃ , the advertisement providers A ₁ and A _2, and the content provider B do not know each other, and even if there is no intermediary. , it is possible to deliver the appropriate ad to the content user C ₁ ~C _3, the content user C ₁ ~C ₃ is, inexpensively run the content by viewing the ad (playback)
And the content provider B can earn advertising revenue.

FIG. 15 is a processing sequence diagram in the case where the movie content provider B attaches an advertisement to its own content and distributes it to the end user.

The content user C inputs his / her interest in the movie content to the content user terminal using the content use application, and sets a filter in the semantic information network 3 (1). Movie content provider B
Sets the condition of the advertisement desired to be received from the advertisement provider A as a filter in the semantic information network 3 (2). The advertisement provider A transmits an advertisement event to the semantic information network 3 (3). The movie content provider B acquires advertisement information matching the filter B from the transmitted advertisement event, attaches an advertisement to the content information (4), and delivers the content information event with advertisement to the content user C (4). . The content user C acquires the movie content that matches the filter A from the delivered content information event with advertisement, and displays it on the terminal screen together with the advertisement (5). Thereafter, the content user C notifies the advertisement provider A of the information of the provider of the movie content viewed when displaying the advertisement (6). In response, the advertisement provider A pays the advertisement fee to the movie content provider B (7).

FIG. 16 is a processing sequence diagram in the case where the content delivery of the movie content provider B and the advertisement delivery of the advertisement provider A are executed independently, and coordination is performed at the terminal of the end user.

The content user C sets the interest in the movie content as a filter and the advertisement condition desired to be received from the advertisement provider A as a filter in the semantic information network 3 (1). The movie content provider B sets an advertisement desired to be received from the advertisement provider A in the semantic information network as a filter (2). The advertisement provider A sends an advertisement event to the content user C (3). The content user C extracts advertisement information matching the filter B from the advertisement event. The movie content provider B delivers the content information event to the content user C (4). The content user C extracts the content that matches the filter A from the content information event. Subsequent steps are the same as in FIG.

[0123]

As described above, the present invention has the following effects.・ Advertisement delivery in real time is improved.・ No brokerage fee is charged.・ The load does not concentrate on the mediator. -The advertisement can be delivered from the advertisement provider to the content provider or the content user without knowing the existence of the intermediary. -Personalized advertisements can be distributed for each content user.

[Brief description of the drawings]

FIG. 1 is a configuration diagram of an advertisement distribution system according to an embodiment of the present invention.

FIG. 2 is a diagram showing an example of an event type defined in a semantic information network 3 for transmitting and receiving movie content information.

FIG. 3 is a diagram showing an example of an event type defined in a semantic information network 3 for transmitting and receiving advertisement information.

FIG. 4 is a diagram showing an example of an application screen on which content users C ₁ , C ₂ , and C ₃ input conditions relating to a movie to be received.

FIG. 5 is a diagram showing a case where content users C ₁ , C ₂ , and C ₃ input conditions of movie content to be received to content use applications 7 ₁ , 7 ₂ , and 7 ₃ when application 7 is received.
FIGS. 5 (a) and 5 (b) are examples of filters set for the semantic information network 3 according to ₁ , 7 ₂ and 7 _3. FIGS. 5 (a) and 5 (b) show filters set for the content user C ₁ to receive a movie and an advertisement, respectively. FIG 5 (c), (d) the content user C ₂ movies, filters set to receive respectively the advertisement, FIG 5 (e), (f) the content user C
₃ is a filter set to receive a movie and an advertisement, respectively.

FIG. 6 is a diagram showing an example of an application screen for setting conditions of advertisement contents for recruiting advertisements to be distributed along with the movie contents by the movie content provider B.

FIG. 7 is a diagram showing an example of a filter set in the semantic information network 3 by the content application 5 when the movie content provider B sets conditions for the received advertisement content in the content application 5.

FIG. 8 is a diagram showing an example of an application screen on which advertisement providers A ₁ and A ₂ set advertisement information in order to distribute advertisements provided by themselves.

FIG. 9 is a diagram showing an example of an advertisement event transmitted by the advertisement providers A ₁ and A ₂ using the advertisement distribution applications 6 ₁ and 6 ₂ .

FIG. 10 is a diagram showing an example of a screen of an application for confirming a received advertisement when a movie content provider B recruits advertisements.

FIG. 11 is a diagram showing an example of an application screen on which movie content provider B inputs information to transmit movie information.

FIG. 12 is a diagram showing an example of an event transmitted when the movie content provider B sets movie information using the content providing application 5.

FIG. 13 is a diagram showing an example of an application screen for confirming that content users C _{1 to} C ₃ have received movie content information.

FIG. 14 is a diagram illustrating an example of an application screen for the advertisement providers A ₁ and A ₂ to confirm payment of an advertisement fee when an advertisement accompanying movie content viewing is displayed.

FIG. 15 is a processing sequence diagram when the movie content provider B attaches an advertisement to its own content and distributes it to an end user.

FIG. 16 is a processing sequence diagram in the case where the content delivery of the movie content provider B and the advertisement delivery of the advertisement provider A are executed independently, and coordination is performed at the terminal of the end user.

FIG. 17 is a configuration diagram of a conventional example of an advertisement distribution system.

FIG. 18 is a diagram showing a conceptual model of a semantic information network.

FIG. 19 is an explanatory diagram showing a configuration of an event.

FIG. 20 is a diagram showing a model of a semantic information network.

FIG. 21 is an explanatory diagram showing the definition of semantic information.

FIG. 22 is an explanatory diagram showing a definition example of an event type.

FIG. 23 is an explanatory diagram illustrating an example of an event.

FIG. 24 is an explanatory diagram showing a definition example of a filter.

FIG. 25 is a diagram showing a configuration of a semantic information network.

FIG. 26 is an explanatory diagram showing an operation mechanism and a control interface of the semantic information network.

FIG. 27 is an explanatory diagram showing physical links.

FIG. 28 is an explanatory diagram showing a filter management method.

FIG. 29 is an explanatory diagram showing an event routing method.

FIG. 30 is an explanatory diagram showing a registration state of a filter.

FIG. 31 is an explanatory diagram showing an operation mechanism and a control interface of the semantic information network.

FIG. 32 is an explanatory diagram showing physical links.

FIG. 33 is an explanatory diagram showing an event routing method.

FIG. 34 is an explanatory diagram showing a registration status of a filter.

FIG. 35 is an explanatory diagram showing a federation method.

FIG. 36 is an explanatory diagram showing a community model.

[Explanation of symbols]

1,11 movie content provider terminal 2 _{1, 2} 2, 12 _1, 12 ₂ advertisement provider terminal 3 semantic information network 4 _1, 4 _2, 4 _3, 14 _1, 14 _2, 14 ₃ content user terminal 5, 15 content-providing applications 6 _1, 6 _2, 16 _1, 16 ₂ ad serving for applications 7 _1, 7 _2, 7 _3, 17 _1, 17 _2, 17 ₃ content usage application 13 Internet 18 intermediary terminal 19 advertising agency for Applications A ₁ , A ₂ , A Advertising Provider B Movie Content Provider C ₁ , C ₂ , C ₃ , C Content User 21 Semantic Information Network (SION) 22 Terminal SI-SW Semantic Information Switch SI-R Semantic Information Router SI-GW Semantic information gateway EPO Event place object SLO Shared link object Fed FA Federation Agent

Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat II (Reference) G06F 17/30 110 G06F 17/30 110C 340 340A G09F 19/00 G09F 19/00 Z (72) Inventor Takamichi Sakai Tokyo 2-3-1, Otemachi, Chiyoda-ku Nippon Telegraph and Telephone Corporation (72) Keiichi Koyanagi 2-3-1, Otemachi, Chiyoda-ku, Tokyo F-term (reference) 5B075 KK02 PQ02

Claims (13)

[Claims] 1. Distributing content information provided by at least one content provider terminal and advertisement information added to the content information provided by at least one advertisement provider terminal to the content user terminal via a network. An advertisement distribution method, comprising: connecting a content providing application on the content provider terminal, an advertisement distribution application on the advertisement provider terminal, and a content using application on the content user terminal to a semantic information network; User interest information including content of interest and content desired to be set, set by the user from the content user terminal, is set in the semantic information network as a filter, and set by the content provider from the content provider terminal. Sa Setting, as a filter, in the semantic information network, a condition of an advertisement from the advertisement provider terminal, which is set by the content user terminal, or set by the content user, and which is to be attached to the content to be distributed, By transmitting, from the advertisement provider terminal, the advertisement information including the content of the advertisement provided by the user to the semantic information network as an event, Content information including content information including simple content of the content to be provided is transmitted as an event to the semantic information network, and the content being executed is transmitted to the advertisement provider terminal that has transmitted the advertisement displayed on the content user terminal. Notifying the information of the provider terminal, the content provider terminal An advertisement distribution method in which an advertisement provider terminal notified of the information of (1) pays an advertisement fee to the content provider terminal. 2. A content user via a network, wherein the advertisement information provided by the at least one advertisement provider terminal is added to content information provided by the at least one content provider terminal to the content user terminal via the network. In an advertisement delivery method for delivering to a terminal, an advertisement delivery application on the advertisement provider terminal is connected to a semantic information network, and the content of an advertisement provided by the advertisement provider input from the advertisement provider terminal is provided by the advertisement provider. An advertisement delivery method comprising: transmitting advertisement information including the advertisement information as an event to the semantic information network; and the advertisement provider terminal paying an advertisement fee to the content provider terminal notified from the content user terminal. 3. An advertisement distribution method for distributing content information provided by at least one content provider terminal to a content user terminal via a network to which advertisement information provided by at least one advertisement provider terminal is added. In the above, a content providing application on the content provider terminal is connected to a semantic information network, and is set by the content provider from the content provider terminal. The condition of the advertisement is set as a filter in the semantic information network, and the content information input from the content provider terminal by the content provider and including the simple content of the content provided by the content provider is used as an event in the semantic information network. To send Advertisement delivery method that is characteristic. 4. Distributing content information provided by at least one content provider terminal and advertisement information added to the content information provided by at least one advertisement provider terminal to the content user terminal via a network. In the advertisement distribution method, a user who connects a content using application on the content user terminal to a semantic information network and includes content that the user is interested in and content that the user wants to receive is set by the content user from the content user terminal Setting interest information as a filter in the semantic information network, and notifying the advertisement provider terminal that transmitted the advertisement displayed on the content user terminal of the information of the content provider terminal that transmitted the content being executed. Characteristic advertisement distribution method. 5. An advertisement distribution method for distributing content information provided by at least one content provider terminal to a content user terminal via a network to which the advertisement information provided by at least one advertisement provider terminal is added. In the above, a content providing application on the content provider terminal is connected to a semantic information network, and content information input from the content provider terminal by the content provider, including simple content of the content provided by the content provider terminal, An advertisement distribution method, wherein the method is transmitted to the semantic information network as an event. 6. A method for providing content information provided by at least one content provider terminal, advertisement information provided by at least one advertisement provider terminal, and advertisement information added to the content information to a content user terminal via a network. In the advertisement distribution method for distributing, a content use application on the content user terminal is connected to a semantic information network, and content set by the content user from the content user terminal, the content that the user is interested in, and the content that the user wants to receive The user interest information is set in the semantic information network as a filter, and the condition of the advertisement from the advertisement provider terminal, which is set by the content user terminal from the content user terminal and wants to be attached to the content to be distributed, is used as a filter. The semantic information An advertisement distribution method, wherein the advertisement distribution method is configured to notify the information of the content provider terminal that transmitted the content being executed to the advertisement provider terminal that transmitted the advertisement displayed on the content user terminal. 7. Distributing content information provided by at least one content provider terminal and advertisement information added to the content information provided by at least one advertisement provider terminal to the content user terminal via a network. An advertisement distribution system, comprising: a content providing application on the content provider terminal; an advertisement distribution application on the advertisement provider terminal; and a semantic information network connecting the content using application on the content user terminal to each other; Means for setting, as a filter, user interest information including contents of interest and contents to be received set by the content user terminal from the content user terminal as a filter in the semantic information network; Means for setting, as a filter, a condition of an advertisement from the advertisement provider terminal to be attached to the content to be distributed set from the provider terminal in the semantic information network, and input from the advertisement provider terminal by an advertisement provider Means for transmitting, as an event, advertisement information including the content of an advertisement provided by the user to the semantic information network; and a simple method of inputting the content provided by the content input from the content provider terminal by the content provider. Means for transmitting content information including the content as an event to the semantic information network; information on the content provider terminal that transmitted the content being executed to the advertisement provider terminal that transmitted the advertisement displayed on the content user terminal Means for notifying information of the content provider terminal An advertisement distribution system in which an advertisement provider terminal has means for paying an advertisement fee to the content provider terminal. 8. An advertisement provider terminal for transmitting, to the network, advertisement information to be added to content information provided by at least one content provider terminal to the content user terminal via the network, wherein the advertisement information is input by the advertisement provider. Means for transmitting advertisement information including the content of the advertisement provided by itself to the semantic information network as the event as an event, and means for paying an advertisement fee to the content provider terminal notified from the content user terminal. An advertisement provider terminal, characterized in that: 9. A content provider terminal for providing content information to a content user terminal via a network, wherein conditions of an advertisement from the advertisement provider terminal set by the content provider and to be attached to the content to be distributed. Means for setting as a filter a semantic information network as the network, and means for transmitting, as an event, content information input by the content provider including simple content of the content provided by the content provider to the semantic information network. A content provider terminal comprising: 10. A content user terminal that receives, via a network, content information provided by at least one content provider terminal together with advertisement information provided by at least one advertisement provider terminal, wherein the content information is set by the content user. Means for setting, as a filter, user interest information including content of interest and content to be received in a semantic information network as the network; and an advertisement provider terminal which has transmitted an advertisement displayed on the content user terminal. A means for notifying information of a content provider terminal that has transmitted the content being executed. 11. Distributing content information provided by at least one content provider terminal and advertisement information added to the content information provided by at least one advertisement provider terminal to the content user terminal via a network. An advertisement distribution system, comprising: a content providing application on the content provider terminal; an advertisement distribution application on the advertisement provider terminal; and a semantic information network connecting the content using application on the content user terminal to each other; Means for setting in the semantic information network, as a filter, user interest information including contents that the user is interested in and contents that the user wants to receive, set by the content user from the content user terminal; Means for setting, in the semantic information network, a condition of an advertisement from the advertisement provider terminal, which is set from the user terminal and which is to be attached to the content to be distributed, as a filter, from the advertisement provider terminal by the advertisement provider Means for transmitting, as an event, the input advertisement information including the content of the advertisement provided by the user to the semantic information network; and a method for simplifying the content provided by the user, which is input from the content provider terminal by the content provider. Means for transmitting content information including detailed contents as an event to the semantic information network; and an advertisement provider terminal which has transmitted an advertisement displayed on the content user terminal; Means for notifying information, information of the content provider terminal being notified Advertisement distribution system having means for the advertisement provider terminal to pay an advertisement fee to the content provider terminal. 12. A content provider terminal for providing content information to a content user terminal via a network, wherein content information including simple content of content provided by the content provider input by the content provider is used as an event. A content provider terminal having means for transmitting to the semantic information network. 13. A content user terminal that receives content information provided by at least one content provider terminal via a network together with advertisement information provided by at least one advertisement provider terminal, wherein the content information is set by the content user. Means for setting user interest information including content of interest and content to be received as a filter in the semantic information network as the network; advertisement set by the content user and desired to be attached to the content to be distributed; Means for setting a condition of an advertisement from a provider terminal as a filter in a semantic information network as the network; and transmitting the content being executed to the advertisement provider terminal that transmitted the advertisement displayed on the content user terminal. Content provider terminal A content user terminal having means for notifying information.