JP2002183874A - Moving service provider searching method using significance information network, searching system, transmission terminal unit, and receiving terminal unit - Google Patents

Abstract

PROBLEM TO BE SOLVED: To search a moving service provider using a network without using an intermediary. SOLUTION: Taxi drivers 1 to 3 obtain position information by a GPS receiver and set this position information as a filter for a significance information network 10. A taxi demanding person obtains position information by a GPS receiver provided in a portable terminal unit 40 and transmits taxi demand including this position information as an event to the significance information network 10. The taxi driver receiving the taxi demand event accepts this taxi demand and informs the taxi demanding person of a response including self position information. The taxi demanding person receives this response and informs the taxi driver of his decision that he receives service. The taxi driver of a taxi 2 receiving this information releases the set filter and provides taxi service for a location of the taxi demanding person.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to semantic information for specifying content that meets the interests of end users from content distributed on a network, or for specifying the optimal consumer to which a content provider should distribute content. The present invention relates to a moving service provider search method and a search system for searching for a service provider providing a service while moving, using a network.

[0002]

2. Description of the Related Art Recently, it has become possible to search for a service provider that provides various services using a portable terminal such as a portable telephone. However, in these systems, since it is assumed that the service provider does not move, it is not possible to search for a moving service provider whose taxi, stall, or the like is moving and whose current position cannot be specified. . In addition, since the service requester moves by owning the mobile terminal, the conventional system searches for a moving service provider that can provide the service requester at a certain position most quickly. I couldn't do that.

[0005] In general, when a service requester searches for a plurality of unspecified service providers, an intermediary for mediating between the service provider and the service requester is required. The presence of an intermediary causes problems such as generation of an intermediary fee, centralization of collation processing load on the intermediary, and inability to change set information in real time. Especially when the service requester and the service provider are both moving people, real-time change of location information is indispensable in order to mediate between them, and in a system where an intermediary is required, It is difficult to handle such information that changes in real time.

[0004]

In the conventional service provider search system described above, when a service provider and a service requester receiving the service move together, the current position of the service provider is determined. In addition, a system that searches for a service provider closest to the service requester in consideration of both the current position of the service requester and the current position of the service requester cannot be realized. In addition, when the service requester searches for a plurality of unspecified service providers, an intermediary for mediating between the service provider and the service requester is required.

[0005] The present invention has been made in view of the above-mentioned problems of the conventional technology, and searches for a service provider closest to a service requester from a plurality of moving service providers. It is an object of the present invention to realize a moving service provider search method and a detection system that enables the service provider without requiring an intermediary.

[0006]

In order to achieve the above object, a moving service provider search method according to the present invention comprises a transmitting terminal transmitting data as an event, and selectively transmitting the data transmitted as an event. A service provider in which a service requester moves to provide a service using a semantic information network including a receiving terminal in which a filter including an event type and an acquisition condition is set to receive the event. A method for searching for a moving service provider using a semantic information network, for searching for, by using position information obtaining means provided in the terminal of the service provider, to obtain the position information of the terminal of the service provider. Acquiring and setting the location information as a filter; and providing location information provided in the mobile terminal of the service requester. Acquiring the location information of the mobile terminal of the service requester by the income means; and transmitting a service request for notifying that a service is desired to be provided from the mobile terminal of the service requester to the service requester. Transmitting the event including the location information of the mobile terminal to the semantic information network as the event, and the service provider terminal receives the service request transmitted as the event from the semantic information network and provides a service A service requester is determined based on the position of the service requester, and a response to the effect that the service request has been received is transmitted to the mobile terminal of the service requester who has decided to provide the service by the service provider. Transmitting to the portable terminal of the service requester including the location information of the terminal; The mobile terminal of the service requester receives the response transmitted from the service provider, determines the service provider to receive the service based on the position of the terminal of the service provider, and determines to receive the service. Transmitting a notification to the effect to the terminal of the service provider that has decided to receive the service.

According to the present invention, the service provider sets the position information obtained by the position information obtaining means provided on the terminal of the service provider as a filter, and the service requester is provided on the portable terminal of the service requester. A service provider receiving a service based on the location information included in a response from the service provider, wherein the service request including the location information acquired by the acquired location information acquisition unit is transmitted as an event to the semantic information network. , So from among multiple mobile service providers,
The search for the service provider closest to the service requester becomes possible without requiring an intermediary.

According to another method for searching for a moving service provider of the present invention, a transmitting terminal for transmitting data as an event, and an event type and acquisition for selectively receiving the data transmitted as an event. Using a semantic information network composed of a receiving terminal in which a filter consisting of conditions is set, a semantic information network for a service requester to search for a service provider providing a service while moving is provided. A method for searching for a moving service provider, comprising: obtaining position information of a terminal of the service provider by a position information obtaining unit provided in the terminal of the service provider, and setting the position information as a filter Performing the service request by the location information obtaining means provided on the portable terminal of the service requester. Obtaining the location information of the mobile terminal of the service requester; and transmitting the service request for notifying that the service is requested from the mobile terminal of the service requester to the location information and the purpose of the mobile terminal of the service requester. Transmitting the event including the geographical information as the event to the semantic information network; and a service request in which the service provider terminal receives the service request transmitted as an event from the semantic information network and provides a service. Service provider based on the location and destination of the service requester, and a response to the effect that the service request has been received is transmitted to the service requester's portable terminal that has decided to provide the service by the service provider. Transmitting the service requester's location information to the mobile terminal of the service requester, The requester's portable terminal receives the response transmitted from the service provider, determines the service provider to receive the service based on the position of the service provider's terminal, and determines that the service is to be received. To the terminal of the service provider that has decided to receive the service.

According to the present invention, the service requester transmits the service request as the event including the location information of the portable terminal of the service requester and the information of the destination, and the service provider transmits the service request as the event. When a service request is received, the service requester providing the service is determined based on the service requester's location and destination, so that the service provider selects a service requester that is convenient for him / her. Can be.

[0010] Another moving service provider search method of the present invention includes a transmitting terminal for transmitting data as an event,
In order to selectively receive the data transmitted as an event, a service requester moves using a semantic information network including a receiving terminal to which a filter including an event type and an acquisition condition is set. A mobile service provider searching method using a semantic information network for searching for a service provider providing a service while providing a service provider. Acquiring the location information of the service provider's terminal, setting the location information as a filter, and providing the service requester's mobile terminal by a location information obtaining means provided in the service requester's mobile terminal. Obtaining the location information of the service requester, and requesting the provision of the service from the mobile terminal of the service requester. Transmitting a service request for notification to the semantic information network as the event, including the location information and the destination information of the mobile terminal of the service requester; and transmitting the service requester terminal as an event. Receiving the service request from the semantic information network, determining a service requester to provide a service based on the location and destination of the service requester, and providing a response to the effect that the service request has been received to the service. Transmitting the service requester's portable terminal to the service requester's portable terminal, including location information of the service provider's terminal and information of the service fee calculated from the destination information. And the mobile terminal of the service requester,
Receiving a response sent from the service provider,
The service provider to receive the service is determined based on the location of the terminal of the service provider and the service fee, and a notification to the effect that the service provider has decided to receive the service is sent to the terminal of the service provider who has decided to receive the service. And transmitting.

According to the present invention, the service requester transmits a service request as the event including the location information and the destination information of the portable terminal of the service requester, and the service provider transmits the service request as the event. When a service request is received, the service requester providing the service is determined based on the service requester's location and destination, so that the service provider selects a service requester that is convenient for him / her. Can be. Further, when the service requester receives the response from the service provider, the service requester determines the service provider to receive the service based on the location information and the service fee information included in the response from the service provider. From among a plurality of moving service providers, it is possible to search for the service provider that is considered to be the most optimal in consideration of the distance from the service requester and the amount of the service fee.

In another method of searching for a moving service provider according to the present invention, the service provider is a taxi driver, and the service requester is a taxi requester who wants to take a taxi.

Further, in the moving service provider searching method of the present invention, the position information means may be a GPS receiver.

[0014]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Before describing the present invention, a distributed network system which is a prerequisite of the present invention and has enhanced message characteristics of information to be transmitted will be described.

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.

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.

In a network system using Gnutella, a message or file search request is made without using a server, but information to be transmitted is merely a file search request, and a file transfer by a user who confirms this response is performed. Is performed between users, and is not suitable for a form that requires one-to-many exchange such as an auction or a reverse auction.

There is a semantic information network system described below as a distributed network system in which the message characteristics of transmitted information are enhanced, and the present invention is based on the use of such a semantic information network system.

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. 1 shows a conceptual model of the SION. In FIG. 1, each terminal 2 has semantic information (Semantic
Information: SI) is registered for ION1.
On the other hand, the terminal 2 that transmits the event sends an event composed of semantic information (Semantic information) and data (Data) shown in FIG. Here,
The semantic information describes characteristics of 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 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 this SION, it is possible to directly propose own information only to users who are 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 part 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
N network architecture will be described. FIG. 3 shows a network model of the SION. Here, for convenience of explanation, the terminal 2 is replaced with the transmitting terminal 21 of the event sender.
And the receiving terminal 22 of the event receiver. The event receiver uses the reception terminal 22 to receive the semantic information (the type of the received event and the acquisition condition) of the event desired to be received by the SIO as metadata.
Register with N1. This is called a filter. On the other hand, the event sender uses the transmission terminal 21 to
By sending an event to 1, the SION is incentived. This event is composed of semantic information and data describing characteristics of the event, as shown in FIG. FIG. 4 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 1 is an autonomous distributed collation network for collating (filtering) an event transmitted by an event sender with a filter registered by an event recipient. As a result of matching, the filter that passed the event (reacted to the event)
n) Then, the receiving terminal 22 of the corresponding event receiver autonomously starts. With this mechanism, it becomes possible to search and find the target terminal 2 in a scalable and real-time manner from an unspecified number of terminals 2.

Next, the event type will be described.
FIG. 5 shows an example of defining an event type that is a template of an event. As shown in FIG. 5, the event type includes an event type name (Event type name) and a condition name (in FIG. 5, “Service” and “CPU power” correspond to each other), and a data type for each condition name ( St
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. 6, an event is created according to the data structure of the event type. An event is composed of an event type name, a combination of condition name and condition value, and
It consists of a data section. 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. 7 shows a definition example of the filter. The filter accepts the event type name (Event type nam
e), attribute name (in FIG. 7, "CPU power" or "Ag
e ") and an attribute value (equivalent to 200 and 25 in FIG. 7). Only events belonging to the event type defined by the event type name to be accepted are subjected to filtering. Can have multiple event type names defined,
By specifying a wild card (*. *), It is possible to target all events. 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 1 will be described. FIG.
FIG. 3 is a diagram showing a configuration of a SION1. As shown in FIG. 8, SION1 is a semantic information switch (Semantic Informa).
Option-Switch, shown as SI-SW in the drawing, Semantic Information -Router, shown as SI-R in the drawing, Semantic Information Gateway (Semant
ic Information-Gateway, which is shown as SI-GW in the drawing).

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 that activates 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 route between the semantic information switches,
And transfers the event sent from the 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, the event sent from the terminal 2 of the event sender is distributed only in the event place, but the semantic information gateway (SI-
Through the GW), it is possible to exchange events between event places having different ontology systems. At this time, the semantic information gateway (SI-G
W) performs the ontology conversion of the event, and then transfers the event to a different event place.

<Operation mechanism and interface specification>
As an example of a method of implementing the SION1, an implementation method using a distributed object technology will be described. Here, SI-SW, S
The IR and the SI-GW are implemented as distributed objects called an event place object (EPO), a shared link object (SLO), and a federation agent (FA), respectively. The operation mechanism and control interface of the ION 1 will be described in detail with reference to FIG. In addition, SION-MT (Managem)
ENT Tool) or the ION interface, the ION1 network interface can be used. Also, using MT, EPO
Withdrawal, increase / decrease, dynamic change of physical link information, PO migration (dynamic change of EPO to which PO is bound),
It is easy to collect the firing rate, collect statistical information on popular coastal information and popular information.

Startup and Initialization of Event Place Factory (FIG. 9 (1)) First, the SION operator starts 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.

A request for generating an event place (FIG. 9)
(2)) 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 (FIG. 9 (3)) 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 among the hosts capable of generating an EP specified in (1) of FIG. As a method of determining the host to which EPMO is to be started, the destination to be started is determined cyclically.
It is possible to select a method such as deciding according to the traffic or explicitly specifying the boot destination host.

An event place initialization request (FIG. 9)
(4)) Next, the EP operator requests 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.
32 is EPO1 • 31, EPO3 • 33, EPO4 •
Knows the existence of EPO3, but EPO33
・ It expresses that only 32 existences are 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 used to select an EPO from the host list capable of generating an EP specified in (1) of FIG.
Is dynamically determined, and EPO is generated there. At this time, each EPO has one filter factory (FF) and one statistical information collection object (S
O) are always generated accompanying them, and these correspond to SI-SW. Further, a shared link object (SLO) is generated accompanying each EPO according to the number of physical links. For example, three S for EPO2 · 32
LO is generated (SLO2,1, SLO2,3, SLO in the figure)
These correspond to SI-R. E
The method of determining the activation destination of the PO is the same as that of the 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. Within the EP, a unified event type namespace is guaranteed by the ETF.

Request for Session Establishment for Event Transmission to Event Place (FIG. 9 (5)) 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 (FIG. 9 (6)) Next, registration of an event type is requested to the PO. 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 event reception for the event place (FIG. 9 (7)) Next, the EP is requested to establish a session for event reception. 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. 9)
(8)) Next, request the PO 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 (FIG. 9 (9)) 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 (FIG. 9 (10)) Next, after setting a filter value in the FO, the 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. 9A) 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 (FIG. 9B), and if it is not correct, an error occurs.

Event collation request (FIG. 9B) 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.

Collation with Filter (FIG. 9C) Next, the thread (EPO) performs filtering by collating the event with the filter. These include exact, partial, and weighted matches,
Can be specified when setting the filter value.

Starting of a proxy object (FIG. 9)
(D)) Next, as a result of matching 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. 9)
(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. 9)
(F) On the other hand, instead of the PO activating the event receiving object, the event receiving object itself can also take out the event spooled in the PO corresponding to the event receiving object. 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 a received event 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, the “type of event to be received” set in the FO is referred to. 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. 11 regarding 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. 11, and similarly, the filter registered via the 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. 10, for EPO3.33,
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 event type X is sent to EPO4, it is necessary to transfer this event to EPO3 via EPO2. At this time, the event must not be transferred to EPO1 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), which corresponds to the SI-R described above.

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.
, Three SLOs are generated. These correspond to SLO2,1, SLO2,3, SLO2,4 in the figure. This S
LOi, j establishes a shared link (SLi, j) for transferring events from EPOj to EPOj. That is, as shown in FIGS. 9 and 12, SLOi, j is ELOi, j.
By establishing an event receiving session with POj, and establishing an event transmitting session with EPOi, a shared link SLi, j, which is a logical link for event transfer, is established. , Means the establishment of a session by SLO at the time of initialization of the EP, and does not include the filter registration processing).

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. 12, an 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. 13 shows the registration status of the filter in the EPO 1 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 is fired, the comparison with the filter 2 is not performed. 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 deregistering a filter. 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.

FIGS. 14 to 17 are diagrams for explaining the SI-R in the physical link having the ring type coupling.

For example, as shown in FIG. 15, in a physical link having a ring-type connection, EPO2 includes 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 selected 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. 16 and FIG. 16, SLOi, j establishes an event reception session with EPOj, while
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
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. 16, 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. 17 shows the registration status of the filter in the EPO 1 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. 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 has
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
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 transferring an event 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) A huge 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) The behavior of the entities in the community is not regular, 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. 19 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, a 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.

Also, 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 ION1 and ComA, ION1 learns from the autonomous decentralized network,
It evolves into an evolutionary network that can grow and evolve.
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 the community A, only the top 10 most popular 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 converts the event obtained from the event place A into an ontology 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 is placed 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 that has been 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.

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

It is 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.

Next, an embodiment of the present invention using a semantic information network system having the above contents will be described.

(First Embodiment) FIG. 20 is a system diagram for explaining services according to the moving service provider search method according to the first embodiment of the present invention. In the present embodiment, a case will be described in which a taxi requester who wants to take a taxi as a service requester searches for a service provider that provides the service of transporting by taxi most quickly.

In the present embodiment, the semantic information network 10 in FIG. 20 is realized by using the event place described above, but the method of realizing the semantic information network 10 is not limited to this.

In the mobile service provider search system of this embodiment, the portable terminal 40 of the taxi requester and the portable terminals 31 to 33 of the taxi drivers 1 to 3 are connected via the semantic information network 10.

The taxi requester's mobile terminal 40 functions as a transmission terminal for transmitting the taxi request as an event to the semantic information network 10, and the taxi driver's mobile terminals 31 to 33 select the taxi request transmitted as the event. It functions as a receiving terminal in which a filter composed of an event type and an acquisition condition is set in order to receive the event.

In addition, both the portable terminal 40 of the taxi requester and the portable terminals 31 to 33 of the taxi driver have the GPS
(Global Positioning System
m) Position information acquisition means such as a receiver is provided so that position information indicating the location where the portable terminal is currently located can be acquired.

A portable terminal 40 such as a portable telephone used by a taxi requester and a portable terminal 3 used by a taxi driver
In 1-33, install middleware such as a CORBA-compliant ORB and the above-described event place factory generating mechanism to generate an event place in its own terminal, or access an event place on another network node. It is assumed that a session has been established and connected to the semantic information network 10. It is also assumed that an event type as shown in FIG. 21 is registered in the semantic information network 10.

For the registered event types, “taxi search” is defined as the event type name, and “latitude”, “mild”, “place name”, “mark”, and “destination” are defined as the event property names. Have been. Also,
These event properties have "float type", "float type", and "floa
"t type", "string type", "string type", "string type" are defined.

Next, the moving service provider search method of the present embodiment will be described in detail with reference to the drawings. The numbers in parentheses in FIG. 20 are assigned to the information to be transmitted in the order of occurrence, and the operation of the present embodiment will be described in the order of the numbers.

(1) First, when the taxi drivers 1 to 3 who want to provide a taxi service activate the taxi driver application of the portable terminals 31 to 33, the portable terminal 3
Position information acquisition means, such as GPS receivers, provided in each of the mobile terminals 31 to 33 obtains the current position of each of the mobile terminals 31 to 33 as position information. Here, it is assumed that the current position of the taxi is acquired by latitude and longitude as the position information.
Then, the position information acquiring means continuously acquires the position information at regular time intervals.

(2) Next, the position information obtained by the taxi driver application is set in the semantic information network 10 as a filter as shown in FIG. In FIG. 20, the filters to be set are conceptually indicated by black circles.

In this case, the taxi driver application sets a filter value with a certain width for the obtained latitude and longitude. For example, the position information obtained by the GPS receiver is 40.55 degrees north latitude, 135.east longitude.
In the case of 55 degrees, the latitude in the range of 40.2 to 40.9 degrees and the longitude in the range of 135.3 to 135.8 degrees are set as filter values. In addition, the taxi driver application compares the obtained position information with the digital map, changes the position information to place name information such as prefectures, municipalities, etc., and sets it as a "place name" of the filter. In FIG. 22, "North latitude 4
0.55 degrees, 135.55 degrees east longitude "
The case where it is converted to the place name information "Nakamachi *, Musashino City, Tokyo" is used as an example.

Then, the taxi driver application of the portable terminals 31 to 33 updates the filter once set at predetermined time intervals by using the position information obtained by the position information obtaining means.

(3) Next, the taxi requester attempts to transmit a taxi request to the semantic information network 10,
When the application for the taxi requester of the mobile terminal 40 is activated, a position information obtaining means such as a GPS receiver provided in the mobile terminal 40 obtains information indicating the current position of the mobile terminal 40 as position information.

(4) Next, the taxi user application of the portable terminal 40 collates the position information obtained by the position information acquisition means with the digital map, and compares this position information with the prefecture, municipal, street address, etc. Change to place name information.

Then, the taxi requester application prompts the taxi requester to input a destination desired to use the taxi service. FIG.
FIG. 1 shows an example of a taxi requester application screen displayed on the portable terminal 40 when the taxi requester attempts to send a taxi request. Here, a case is shown where “Akihabara Station, Sotokanda, Chiyoda-ku, Tokyo” is input as the destination.

When the taxi requester inputs a destination, the taxi requester application of the portable terminal 40 sends an event in which "latitude", "longitude", "place name", and "destination" are set, to a taxi service. Is transmitted to the semantic information network 10 as a taxi request event for notifying that the user wishes to provide the service. FIG. 24 shows an example of an event transmitted by the taxi requester application.

(5) Next, the taxi request from the taxi requester is received from the semantic information network 10 by the mobile terminal of the taxi driver whose filter condition matches the event condition. Here, it is assumed that the filter condition set by only the portable terminals 31 and 32 of the taxis 1 and 2 matches the event condition and the taxi request event from the taxi requester is received from the semantic information network 10.

FIG. 25 shows an example of a screen displayed by the taxi driver application when the taxi driver's portable terminal receives the taxi request. The mobile terminal of the taxi driver who has received the taxi request event from the semantic information network 10 displays the current position information of the taxi requester and the destination.

The taxi driver having received the taxi request determines the taxi requester who provides the taxi service based on the position information and the destination information of the taxi requester included in the taxi request. When making this decision, the taxi driver considers, for example, that the location is far from himself, but the destination is home, company, etc. Choose a good taxi requester.

Then, the taxi driver obtains a response indicating that the taxi request has been received to the mobile terminal 40 of the service requester who has decided to provide the taxi service by the position detecting means of the mobile terminal. Notify including location information.

(6) Then, the taxi requester application that has received the response from the taxi driver that the taxi request has been received displays on the portable terminal 40 as shown in FIG. FIG. 26 shows an example of a screen displayed by the taxi requester application when a response from the taxi driver is received.

The taxi requester who has received the response from the taxi driver determines the taxi driver to receive the service from the response, and notifies the taxi driver of the decision to receive the service from the response. For mobile terminals. If there are multiple responses, select the one with the best conditions, generally the nearest taxi, from the multiple responses based on the location information contained in this response. Will be determined. FIG.
0 indicates that the taxi requester selects taxi 2 from taxis 1 and 2. Therefore, a notification to the effect that the service has been received is transmitted only to the portable terminal 32.

Then, the taxi driver of the taxi 2 receiving the notification cancels the set filter and provides the taxi service to the location of the taxi requester.

Next, the processing in the moving service provider search system of the present embodiment described above is divided into a taxi search processing performed by a taxi requester and a xie requester search processing performed by a taxi driver. explain.

First, the taxi search processing performed by the taxi requester will be described with reference to the flowchart in FIG.

When the taxi requester desires to take a taxi and activates the taxi requester application of the portable terminal 40, the position information acquisition means such as a GPS receiver provided in the portable terminal 40 uses the portable terminal 40. The information indicating the current position is obtained as position information. Then, when the taxi requester inputs the destination, the taxi requester application of the portable terminal 40 sends an event including information such as location information and a destination to notify that a taxi service is desired to be provided. A taxi request event is transmitted to the semantic information network 10 (step 701). Then, the taxi requester waits for a response from the taxi driver for a certain period (for example, several minutes) (step 702).

[0144] If there is a response from the taxi driver in step 702, the taxi requester selects a taxi that he / she wants to ride from the response based on the location information of the taxi driver's portable terminal, and selects the taxi. A notification is transmitted to the taxi driver who has decided to receive the service (step 705). Then, board the taxi that has been picked up and head for the destination (step 70).
6).

If there is no response from the taxi driver in step 702, the taxi requester examines whether or not to give up the taxi (step 70).
3) When giving up, the taxi search mode is terminated (step 704). If it is determined in step 703 that the ride in the taxi is not to be abandoned, after a while, or after moving a little place, step 701 is performed again.
The taxi search process is continued by repeating the process of.

Next, the taxi requester search processing performed by the taxi driver will be described with reference to the flowchart in FIG.

First, when a taxi driver who intends to perform a taxi service activates the taxi driver application of the portable terminal, the position information acquisition means such as a GPS receiver provided in the portable terminal uses the current position of the portable terminal. Is obtained as position information, and the obtained position information is set in the semantic information network 10 as a filter as shown in FIG. 22 (step 801).

The taxi driver waits for a taxi request event from the taxi requester for a certain period (for example, several minutes) (step 802).

When a taxi request event from a taxi requester is received in step 802, one of the taxi requesters is selected based on the position and destination of the taxi requester and a response is transmitted. (Step 803). Then, it waits for the reception of the decision notice from the taxi requester (step 804).

If the taxi requester receives a decision notice in step 804, the taxi driver
The set filter is released (step 805), the user goes to the location of the taxi requester who transmitted the decision notification, and provides a taxi service to the taxi requester (step 806).

If the taxi request event from the taxi requester is received in step 802, or if the decision notification from the taxi requester is not received in step 804, the process returns to step 801 to continue the taxi requester search process. I do.

According to the moving service provider search system of the present embodiment performed as described above, the taxi driver is obtained by the position information obtaining means provided in the taxi driver mobile terminals 31 to 33. The taxi requester transmits the service request including the position information acquired by the position information acquisition means provided in the portable terminal 40 of the taxi requester to the semantic information network 10 as an event. , Since we decide which taxi driver to service based on the location information included in the response from the taxi driver,
A taxi requester who is a service requester can search for a taxi driver closest to the service requester from a plurality of taxi drivers who are service providers.

Further, the taxi driver determines the taxi requester who provides the taxi service based on the position information and the destination of the taxi requester included in the taxi request from the taxi requester. Therefore, a taxi requester who is convenient for himself can be selected.

Further, since this system is realized by using the semantic information network 10, there is no need for an intermediary for mediating between the service provider and the service requester.

In this embodiment, the case where the service requester is a taxi requester who wants to take a taxi and the service provider is a taxi driver has been described, but the present invention is limited to such a case. Instead, the service provider provides services while moving, such as a stall, mobile library, blood donation car, lunch box sales, etc., and the service requester receives the service from the service provider. The present invention can be similarly applied if the present invention is applied. For example, if the service provider is a stall, by using the present invention, the service requester can search for a stall that is closest to the location where he or she is currently located.

Further, in the present embodiment, the taxi driver 1
Although the taxi requester search processing is performed using the mobile terminals 31 to 33, the mobile terminals 31 to 33 may be terminals that cannot be carried, such as those installed in taxis. Furthermore, in the present embodiment, the position and destination of the taxi requester are included in the taxi request from the taxi requester as information, but the taxi request is transmitted without including the destination information. Is also good. In this case, the taxi driver selects the taxi requester who provides the taxi service based only on the position of the taxi requester. Also, depending on the form of the service, there is a case where the information of the destination itself does not exist. Therefore, when the present invention is applied to such a service, the service request from the service requester does not include the information of the destination. Not.

(Second Embodiment) Next, a moving service provider search method according to a second embodiment of the present invention will be described.

FIG. 29 is a system diagram for explaining services according to the moving service provider search method according to the second embodiment of the present invention.

In the first embodiment, the taxi driver serving as the service provider transmits the response to the receipt of the taxi request to the taxi requester including only his / her own location information. This embodiment is different from the first embodiment in that not only its own location information but also a taxi fare, which is a service fee, is included.

In the present embodiment, as shown in FIG. 29, when the drivers of the taxis 1 to 3 transmit a response to the taxi requester to the effect that the taxi request has been accepted, as shown in FIG. The information includes taxi fare information of "60 yuan" and "100 yuan".

This taxi fare is a fee calculated from the information on the destination included in the taxi request event transmitted from the portable terminal 40 of the tow requester. This is because such a difference in fare does not occur when a taxi fare system is determined, but there is a possibility that the taxi fare system is different for each taxi company.

The application for the taxi requester of the portable terminal 40 which has received the responses including the position information and the taxi fare information from the taxi drivers 1 to 3 performs the display as shown in FIG.

The taxi requester who has received the response from the taxi drivers 1 to 3 is based on the position information of the taxi driver's mobile terminals 31 to 33 and the taxi fare information displayed on the mobile terminal 40. Decide which taxi you would like to ride. In making this decision, you may simply select the taxi with the shortest distance from you, the taxi with the lowest taxi fare, or combine your distance and taxi fare. It may be possible to select a taxi considered to be the most appropriate in consideration of the situation.

Next, a method for the taxi requester to determine the taxi he wants to get on will be described in detail with reference to FIG. FIG. 31 is a diagram showing a positional relationship between a taxi requester and taxis 1 to 3 for explaining a service provider search method according to the second embodiment of the present invention.

For example, when the taxi requester inputs the destination as "Chengdu Airport", the drivers of taxis 1, 2, and 3 receive "80 yuan", "60 yuan", and "10 yuan", respectively.
A description will be given using a case where a taxi fare of "0 yuan" is presented and taxis 1, 2, and 3 are located in locations as shown in FIG.

If the first priority is to reduce the time required for the taxi requester to reach the destination, for example, when the departure time of an airplane is approaching, the taxi 1 which is the shortest distance from itself is selected. Will be done. If the taxi requester desires that there is enough time and the fare is the lowest, the taxi 2 is selected. As described above, according to the present embodiment, the taxi requester selects the most suitable taxi from a plurality of taxis that have transmitted the response, in consideration of the distance from the taxi and the taxi fare. Will be able to

[0167]

As described above, according to the present invention,
The service provider closest to the service requester can be searched from a plurality of moving service providers without requiring an intermediary.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a configuration of an embodiment of the present invention.

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

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

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

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

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

FIG. 7 is an explanatory diagram illustrating a definition example of a filter.

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

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

FIG. 10 is an explanatory diagram showing a physical link.

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

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

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

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

FIG. 15 is an explanatory diagram showing physical links.

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

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

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

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

FIG. 20 is a diagram illustrating a service provider search system according to the first embodiment of this invention.

21 is a semantic information network 10 shown in FIG.
FIG. 6 is a diagram showing event types registered in the.

FIG. 22 is a diagram showing an example of a filter condition for a taxi driver to set obtained position information in a semantic information network in order to perform a taxi service.

FIG. 23 is a diagram showing an example of a taxi requester application screen displayed on the portable terminal 40 when the taxi requester attempts to send a taxi request.

FIG. 24 is a diagram illustrating an example of an event transmitted by a taxi requester application.

FIG. 25 is a diagram showing an example of a screen displayed by the taxi driver application when the taxi driver mobile terminal receives a taxi request.

FIG. 26: When a response from a taxi driver is received,
It is a figure which shows an example of the screen displayed by the application for taxi requesters.

FIG. 27 is a flowchart showing a taxi search process performed by a taxi requester.

FIG. 28 is a flowchart illustrating a taxi requester search process performed by a taxi driver.

FIG. 29 is a diagram illustrating a service provider search system according to the second embodiment of this invention.

FIG. 30 is a diagram showing an example of a screen displayed by a taxi requester application when a response from a taxi driver is received in the second embodiment of the present invention.

FIG. 31 shows a taxi requester and a taxi 1 to explain a service provider search method according to the second embodiment of the present invention.
It is a figure which shows the positional relationship of -3.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 Semantic information network (SION) 2 Terminal 10 Semantic information network 21 Sending terminal 22 Receiving terminal 31-33 Mobile terminal of taxi driver 40 Mobile terminal of taxi requester 701-706 Step 801-806 Step SI-SW Semantic information switch SI -R Semantic information router SI-GW Semantic information gateway EPO Event place object SLO Shared link object FA Federation agent

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification code FI Theme coat ゛ (Reference) G06F 17/60 314 G06F 17/60 314 (72) Inventor Takamichi Sakai 2-chome Otemachi 2-chome, Chiyoda-ku, Tokyo No. 1 Nippon Telegraph and Telephone Corporation (72) Keiichi Koyanagi Inventor 2-3-1, Otemachi, Chiyoda-ku, Tokyo Nippon Telegraph and Telephone Corporation F-term (reference) 5B075 KK02 KK07 ND20 PP28 QP10 QS20 UU40 5H180 AA14 AA21 BB04 BB05 FF05 FF22 FF27 FF32

Claims (22)

[Claims] 1. A transmitting terminal for transmitting data as an event, and a receiving terminal on which a filter including an event type and an acquisition condition is set in order to selectively receive the data transmitted as an event. Using a semantic information network to search for a service provider providing a service while the service requester is moving, a moving service provider search method using a semantic information network, A step of acquiring position information of the terminal of the service provider by a position information acquisition unit provided in the terminal of the service provider and setting the position information as a filter; Acquiring the location information of the mobile terminal of the service requester by the location information income means, From the mobile terminal of the service requester, transmitting a service request for notifying that a service is desired to be provided to the semantic information network as the event, including the location information of the mobile terminal of the service requester, The terminal of the service provider receives the service request transmitted as an event from the semantic information network, determines a service requester to provide a service based on the location of the service requester, and receives the service request. Transmitting a response to the effect to the portable terminal of the service requester that has decided to provide a service to the portable terminal of the service requester, including the location information of the terminal of the service provider; The mobile terminal of the service requester receives the response transmitted from the service provider, and Determining a service provider to receive the service based on the position of the terminal of the service provider, and transmitting a notification to the effect that the service provider has been determined to the terminal of the service provider determined to receive the service And a mobile service provider search method using a semantic information network. 2. A transmitting terminal for transmitting data as an event, and a receiving terminal on which a filter including an event type and an acquisition condition is set to selectively receive the data transmitted as an event. Using a semantic information network to search for a service provider providing a service while the service requester is moving, a moving service provider search method using a semantic information network, A step of acquiring position information of the terminal of the service provider by a position information acquiring unit provided in the terminal of the service provider, and setting the position information as a filter; Service for notifying that the requester's mobile terminal wishes to provide the service transmitted as an event A service that receives a request from the semantic information network, determines a service requester to provide a service based on the location of the service requester, and returns a response to the effect that the service request has been received to the service. Transmitting to the mobile terminal of the service requester the mobile terminal of the requester, including the location information of the terminal of the service provider, to the mobile terminal of the service requester, using the semantic information network. 3. A transmitting terminal for transmitting data as an event, and a receiving terminal for setting a filter including an event type and an acquisition condition in order to selectively receive the data transmitted as an event. Using a semantic information network to search for a service provider providing a service while the service requester is moving, a moving service provider search method using a semantic information network, A step of acquiring position information of the mobile terminal of the service requester by a position information obtaining means provided in the mobile terminal of the service requester; and a request to provide a service from the mobile terminal of the service requester. A service request for notification is included as the event, including the location information of the mobile terminal of the service requester. Transmitting to a semantic information network, the mobile terminal of the service requester receiving a response indicating that the service request transmitted from the service provider has been received, and setting the service provider to receive the service to the service provider. Transmitting a notification to the effect that the service has been determined to be received to the terminal of the service provider that has determined to receive the service, using the semantic information network. A mobile service provider search method. 4. A transmitting terminal for transmitting data as an event, and a receiving terminal for setting a filter including an event type and an acquisition condition for selectively receiving the data transmitted as an event. Using a semantic information network to search for a service provider providing a service while the service requester is moving, a moving service provider search method using a semantic information network, A step of acquiring the position information of the terminal of the service provider by a position information acquisition unit provided in the terminal of the service provider, and setting the position information as a filter; A service request for notifying that the user wishes to provide the transmitted service, The service requester receiving the service request is determined based on the location and destination of the service requester, and a response to the effect that the service request has been received is received from the service requester who has decided to provide the service. Transmitting to the mobile terminal of the service requester including the location information of the terminal of the service provider with respect to the mobile terminal, the mobile service provider searching method using the semantic information network. 5. A transmitting terminal for transmitting data as an event, and a receiving terminal in which a filter including an event type and an acquisition condition is set to selectively receive the data transmitted as an event. Using a semantic information network to search for a service provider providing a service while the service requester is moving, a moving service provider search method using a semantic information network, A step of acquiring position information of the mobile terminal of the service requester by a position information obtaining means provided in the mobile terminal of the service requester; and a request to provide a service from the mobile terminal of the service requester. The service request for notifying includes the location information of the portable terminal of the service requester and the information of the destination. Transmitting the event to the semantic information network as an event, the mobile terminal of the service requester receiving a response indicating that the service request transmitted from the service provider has been received, and Determining based on the location of the service provider's terminal, and transmitting a notification to the effect that the service has been determined to the service provider's terminal that has determined to receive the service. Method for searching for a moving service provider using the Internet. 6. A transmitting terminal for transmitting data as an event, and a receiving terminal in which a filter including an event type and an acquisition condition is set to selectively receive the data transmitted as an event. Using a semantic information network to search for a service provider providing a service while the service requester is moving, a moving service provider search method using a semantic information network, A step of acquiring position information of the terminal of the service provider by a position information acquisition unit provided in the terminal of the service provider and setting the position information as a filter; Acquiring the location information of the mobile terminal of the service requester by the location information income means, From the mobile terminal of the service requester, a service request for notifying that a service is desired to be provided is sent to the semantic information network as the event including the location information and the destination information of the mobile terminal of the service requester. Transmitting, the terminal of the service provider receives the service request transmitted as an event from the semantic information network, and determines a service requester providing a service based on the location and the destination of the service requester. Determined, and a response to the effect that the service request has been received is transmitted to the mobile terminal of the service requester who has decided to provide the service, including the location information of the terminal of the service provider. Transmitting to the terminal; transmitting the service requester's portable terminal from the service provider; Receiving the received response, determining the service provider to receive the service based on the location of the terminal of the service provider, and providing the service providing a notification that the service is determined to be received. Transmitting to a terminal of a mobile service provider using a semantic information network. 7. A transmitting terminal for transmitting data as an event, and a receiving terminal for setting a filter including an event type and an acquisition condition in order to selectively receive the data transmitted as an event. Using a semantic information network to search for a service provider providing a service while the service requester is moving, a moving service provider search method using a semantic information network, A step of acquiring position information of the terminal of the service provider by a position information acquisition unit provided in the terminal of the service provider and setting the position information as a filter; Acquiring the location information of the mobile terminal of the service requester by the location information income means, Transmitting, from the mobile terminal of the service requester, a service request for notifying that a service is desired to be provided as the event, including the location information and the destination information of the mobile terminal of the service requester; The terminal of the service provider receives the service request transmitted as an event, determines a service requester to provide a service based on a position and a destination of the service requester, and indicates that the service request has been received. The response,
For the mobile terminal of the service requester who has decided to provide the service, the service requester's mobile terminal including the service fee information calculated from the position information of the service provider terminal and the destination information is included. Transmitting to the terminal, the mobile terminal of the service requester receives the response transmitted from the service provider, and determines the service provider to receive the service based on the location of the service provider terminal and the service fee. Transmitting a notification to the effect that the service provider has decided to receive the service to a terminal of the service provider who has decided to receive the service, using the semantic information network. Method. 8. A transmitting terminal for transmitting data as an event, and a receiving terminal for setting a filter including an event type and an acquisition condition in order to selectively receive the data transmitted as an event. Using a semantic information network to search for a service provider providing a service while the service requester is moving, a moving service provider search method using a semantic information network, A step of acquiring the position information of the terminal of the service provider by a position information acquisition unit provided in the terminal of the service provider, and setting the position information as a filter; A service request for notifying that the user wishes to provide the transmitted service, The service requester receiving the service request is determined based on the location and destination of the service requester, and a response to the effect that the service request has been received is received from the service requester who has decided to provide the service. Transmitting to the mobile terminal of the service requester the mobile terminal including the service fee information calculated from the location information of the terminal of the service provider and the information of the destination for the mobile terminal, The mobile service provider search method used. 9. A transmitting terminal for transmitting data as an event, and a receiving terminal in which a filter including an event type and an acquisition condition is set in order to selectively receive the data transmitted as an event. Using a semantic information network to search for a service provider providing a service while the service requester is moving, a moving service provider search method using a semantic information network, A step of acquiring position information of the mobile terminal of the service requester by a position information obtaining means provided in the mobile terminal of the service requester; and a request to provide a service from the mobile terminal of the service requester. The service request for notifying includes the location information of the portable terminal of the service requester and the information of the destination. Transmitting the event as an event, the mobile terminal of the service requester receiving a response to the effect that the service request transmitted from the service provider is received, and setting the service provider to receive the service as a terminal of the service provider. And transmitting a notification to the effect that the service has been decided to the terminal of the service provider that has decided to receive the service. How to find a moving service provider. 10. The semantic information network according to claim 1, wherein the service provider is a taxi driver, and the service requester is a taxi requester who wants to take a taxi. A mobile service provider search method. 11. The method for searching for a moving service provider using a semantic information network according to claim 1, wherein the position information obtaining means is a GPS receiver. 12. A transmitting terminal for transmitting data as an event, and a receiving terminal in which a filter including an event type and an acquisition condition is set to selectively receive the data transmitted as an event. A moving service provider search system using a semantic information network, for searching for a service provider providing a service while moving a service requester using the semantic information network. Has first position information acquisition means for acquiring the position of the user as position information, sets the position information acquired by the first position information acquisition means as a filter, and transmits the event as an event from the portable terminal of the service requester Receiving the service request from the semantic information network, the service requester providing the service Determined based on the location of the service requester, and transmit a response to the effect that the service request has been received to the mobile terminal of the service requester, including the location information acquired by the first location information acquisition means. A service provider terminal, and a second location information acquisition unit that acquires a current location as location information, and sends a service request for notifying that a service is desired to be provided to the second location information acquisition section. Means for transmitting to the semantic information network as the event including the location information obtained by the means, and upon receiving a response transmitted from the terminal of the service provider, the service provider receiving the service is referred to as the terminal of the service provider. Of the service provider who has decided to receive the service, based on the location of the service provider, and has been notified of the decision to receive the service. Service provider search system to move using a service composed of a requestor of the portable terminal, semantic information network for transmitting for. 13. A plurality of terminals to which a filter comprising an event type and an acquisition condition is set for transmitting data as an event and selectively receiving the data transmitted as an event. A transmitting terminal for transmitting data as an event to a semantic information network, the transmitting terminal having position information obtaining means for obtaining a current position as position information, and notifying that a service is desired to be provided. When the request is transmitted to the semantic information network as the event including the position information acquired by the position information acquiring means, and the response transmitted from the terminal of the service provider is received, the service provider receiving the service is notified. Determined based on the location of the service provider's terminal, a notification to the effect that it has decided to receive the service Transmitting terminal to be transmitted to the service provider's terminal determines to receive-bis. 14. A receiving terminal in which a filter including an event type and an acquisition condition is set for selectively receiving data transmitted as an event from the transmitting terminal via a semantic information network, It has a position information acquisition unit that acquires the current position as position information, sets the position information acquired by the position information acquisition unit as a filter, and sends a service request transmitted as an event from the mobile terminal of the service requester to the When received from the semantic information network, a service requester providing a service is determined based on the location of the service requester, and a response indicating that the service request has been received is received by the first service requester.
A receiving terminal for transmitting to the portable terminal of the service requester, including the position information acquired by the position information acquiring means. 15. A transmitting terminal for transmitting data as an event, and a receiving terminal in which a filter including an event type and an acquisition condition is set in order to selectively receive the data transmitted as an event. A moving service provider search system using a semantic information network, for searching for a service provider providing a service while moving a service requester using the semantic information network. Has first position information acquisition means for acquiring the position of the user as position information, sets the position information acquired by the first position information acquisition means as a filter, and transmits the event as an event from the portable terminal of the service requester Receiving the service request from the semantic information network, the service requester providing the service The mobile terminal of the service requester is determined based on the position and the destination of the service requester, and a response indicating that the service request has been received, including the position information acquired by the first position information acquisition means. And a second location information acquisition unit for acquiring a current location as location information. The service request for notifying that a service is to be provided is transmitted to the second location information acquisition unit. Transmitting to the semantic information network as the event, including the position information and the information of the destination acquired by the position information acquiring means,
Upon receiving the response transmitted from the terminal of the service provider, the service provider to receive the service is determined based on the position of the terminal of the service provider, and a notification to the effect that the service is determined is transmitted to the service. A mobile service provider search system using a semantic information network, comprising a service requester's portable terminal that transmits to a service provider terminal that has decided to receive the service. 16. A system comprising a plurality of terminals to which a filter comprising an event type and an acquisition condition is set for transmitting data as an event and selectively receiving the data transmitted as an event. A transmitting terminal for transmitting data as an event to a semantic information network, the transmitting terminal having position information obtaining means for obtaining a current position as position information, and notifying that a service is desired to be provided. A request is transmitted to the semantic information network as the event, including the location information and the destination information acquired by the location information acquisition means, and when a response transmitted from the terminal of the service provider is received, the service is activated. Determine the service provider to receive based on the location of the service provider's terminal, and Transmitting terminal transmitting boss was a notification with respect to the service provider's terminal decides to receive the service. 17. A receiving terminal in which a filter including an event type and an acquisition condition is set for selectively receiving data transmitted as an event from a transmitting terminal via a semantic information network, It has a position information acquisition unit that acquires the current position as position information, sets the position information acquired by the position information acquisition unit as a filter, and sends a service request transmitted as an event from the mobile terminal of the service requester to the When received from the semantic information network, the service requester providing the service is determined based on the position and the destination of the service requester, and a response to the effect that the service request has been received is obtained by the first position information obtaining means. A receiving terminal that transmits the service requester's portable terminal including the obtained location information. 18. A transmitting terminal for transmitting data as an event, and a receiving terminal in which a filter including an event type and an acquisition condition is set in order to selectively receive the data transmitted as an event. A moving service provider search system using a semantic information network, for searching for a service provider providing a service while moving a service requester using the semantic information network. Has first position information acquisition means for acquiring the position of the user as position information, sets the position information acquired by the first position information acquisition means as a filter, and transmits the event as an event from the portable terminal of the service requester Receiving the service request from the semantic information network, the service requester providing the service A service fee determined based on the location and destination of the service requester, and a response to the effect that the service request has been received is calculated based on the location information obtained by the first location information obtaining means and the information on the destination. And a second location information acquisition means for acquiring the current location as location information, including a terminal of the service provider transmitting the service requester's portable terminal to the mobile terminal of the service requester. A service request for notifying the location information and destination information acquired by the second location information acquisition means as the event to the semantic information network,
Upon receiving the response transmitted from the service provider's terminal, the service provider to receive the service is determined based on the location of the service provider's terminal and the service fee, and a notification to the effect that the service has been determined A mobile service provider search system using a semantic information network, comprising a service requester's portable terminal that transmits the service to a service provider terminal that has decided to receive the service. 19. A system comprising a plurality of terminals to which data is transmitted as an event and a filter comprising an event type and an acquisition condition is set in order to selectively receive the data transmitted as an event. A transmitting terminal for transmitting data as an event to a semantic information network, the transmitting terminal having position information obtaining means for obtaining a current position as position information, and notifying that a service is desired to be provided. A request is transmitted to the semantic information network as the event, including the location information and the destination information acquired by the location information acquisition means, and when a response transmitted from the terminal of the service provider is received, the service is activated. The service provider to receive is determined based on the location of the service provider's terminal and the service fee, Transmitting terminal transmitting the notification of the decision to receive a scan with respect to the service provider's terminal decides to receive the service. 20. A receiving terminal in which a filter including an event type and an acquisition condition is set for selectively receiving data transmitted as an event from the transmitting terminal via a semantic information network, It has a position information acquisition unit that acquires the current position as position information, sets the position information acquired by the position information acquisition unit as a filter, and sends a service request transmitted as an event from the mobile terminal of the service requester to the When received from the semantic information network, the service requester providing the service is determined based on the position and the destination of the service requester, and a response to the effect that the service request has been received is obtained by the first position information obtaining means. Service information including the location information and the service fee calculated from the destination information. The receiving terminal to be sent to the requestor of the mobile terminal. 21. The semantic information network according to claim 12, wherein the service provider is a taxi driver and the service requester is a taxi requester who wants to take a taxi. Mobile service provider search system used. 22. A mobile service provider using a semantic information network according to claim 12, wherein said first and second position information obtaining means are GPS receivers. Search system.