Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings.
An ALE network is a network for linking two entities through the medium of a target identifier. The ALE network comprises an ALE Originator 2 for transmitting an ALE, an ALE Subscriber 1 for making reference to the ALE and an ALE Concentrator 3 for connecting the ALE Subscriber 1 and ALE Originator 2 and forwarding a special ALE called an initial ALE from the ALE Originator 2 to the ALE Subscriber 1. The ALE network is a virtual network constructed on an IP network. In
The device designated as ALE Originator 2 is one that detects a target identifier; edits a list of detected target identifiers in accordance with designated information; and transmits the list to a designated destination.
The device designated as ALE Subscriber 1 is one that selects an arbitrary target identifier; requests the ALE Concentrator 3 to register the selected target identifier; receives notification information including the target identifier from the ALE Concentrator 3; upon receipt of the above-described notification information, requests the ALE Originator 2 that has detected the target identifier to register the target identifier, a sensor identifier of the sensor that has detected the target identifier (referred to as a base sensor), a spatial extent from the base sensor and a time span; and extracts significant information from the edited list of target identifiers received from the ALE Originator 2. The edited list of target identifiers includes target identifiers detected by sensors located within the designated spatial extent from the base sensor in every designated time span.
The device designated as ALE Concentrator 3 is one that manages the target identifier desired by the ALE Subscriber 1; receives from the ALE Originator 2, an initial ALE which includes a list of target identifiers collected by the ALE Originator 2; and upon receipt of an initial ALE including a target identifier desired by an ALE Subscriber 1, forwards the initial ALE to the ALE Subscriber 1.
The service preparation phase performed on the ALE network further comprises an initial registration phase and link phase. The initial registration phase is a phase in which the ALE Subscriber 1 and ALE Originator 2 connect with the ALE Concentrator 3 in order to forward the initial ALE between the ALE Subscriber 1 and ALE Originator 2. Herein, the ALE Originator 2 is notified from the ALE Concentrator 3 of a notification method of the initial ALE, and the ALE Subscriber 1 requests the ALE Concentrator 3 to register a desired target identifier. On the other hand, the link phase is a phase in which the ALE Originator 2 establishes a link between the ALE Originator 2 and the ALE Subscriber 1 when the ALE Originator 2 detected the target identifier desired by the ALE Subscriber 1.
[step S11] An ALE Subscriber 1 requests the ALE Concentrator 3 to register a desired target identifier serving as a key constituent of the ALE and destination information of the ALE Subscriber 1. Upon receipt of a connection request from the ALE Subscriber 1, the ALE Concentrator 3 produces an ALE routing table for determining to which ALE Subscriber 1 an initial ALE including the designated target identifier is to be forwarded.
[step S12] An ALE Originator 2 requests the ALE Concentrator 3 to register an attribute information of the ALE Originator 2 (referred to as an Originator attribute). Details of the Originator attribute will be provided later.
[step S13] Upon receipt of a connection request from the ALE Originator 2, the ALE Concentrator 3 registers the transmitted Originator attribute. the ALE Concentrator 3 requests the ALE Originator 2 to register a specification of the initial ALE (referred to as an initial ALE specification) so as to be able to notify the ALE Concentrator 3 of a detected target identifier.
[step S21] An ALE Originator 2 collects target identifiers received from sensors under control of the ALE Originator 2.
[step S22] The ALE Originator 2 transmits an initial ALE to the ALE Concentrator 3 in accordance with the initial ALE specification transmitted when the ALE Originator 2 connected with the ALE Concentrator 3.
[step S23] The ALE Concentrator 3 extracts target identifiers included in a list of target identifiers contained in the initial ALE; searches for the individual target identifiers in rooting tables; and upon finding a relevant entry, the ALE Concentrator 3 forwards the initial ALE to corresponding ALE Subscriber 1 together with an Originator attribute.
[step S24] The ALE Subscriber 1 determines, on the basis of contents of the transmitted initial ALE and the transmitted Originator attribute, whether an ALE is needed to be transmitted from the ALE Originator 2. Upon determining that the ALE is needed, the ALE Subscriber 1 determines an ALE specification, and requests the ALE Originator 2 to register the ALE specification.
[step S25] When there is an individual ALE specification provided by the ALE Subscriber 1, the ALE Originator 2 produces an ALE in accordance with the ALE specification, and directly transmits the ALE to the ALE Subscriber 1.
The Concentrator connection function 201 is a function of transmitting a connection request to the ALE Concentrator 3, and requesting the ALE Concentrator 3 to register the Originator attribute used by an ALE Subscriber 1 to determine whether an ALE is needed or not. The Concentrator connection function 201 has an Originator attribute 202 and Concentrator information 203 as its data.
The Originator attribute 202 comprises place information of the sensor, event granularity, support specification for ALE, sensor property, and the like. The event granularity includes time granularity and spatial granularity. The time granularity means reading time period. The spatial granularity refers to one sensor alone, all sensors managed by the ALE Originator 2, a plurality of arbitrary sensors, or the like. The Concentrator information 203 includes an identifier of the ALE Concentrator 3 (referred to as a Concentrator identifier) and address information of the ALE Concentrator 3 (referred to as a Concentrator address) with which the ALE Originator 2 connects.
The ALE API 204 is an API for registering an ALE specification. An ALE Originator 2 registers an ALE specification in a specification table 207 on the basis of a specification registration request from the ALE Concentrator 3 or an ALE Subscriber 1. The ALE Originator 2 also registers the Concentrator identifier or an identifier of the ALE Subscriber 1 (referred to as a Subscriber identifier) as a notification destination, in a destination table 211 on the basis of a notification request.
The ALE production function 205 comprises an event processing buffer 206 and specification table 207. Target identifiers are detected, e.g., by an RFID tag reader 212 and stored in the event processing buffer 206 as sensor events. The sensor events accumulated in the event processing buffer 206 are edited as an ALE per reading period, for each ALE specification by the ALE production function 205 on the basis of a period and a filter tag identifier registered in the specification table 207.
The ALE transmission function 208 comprises an output buffer 209, destination table 211 and permanent log 210. ALEs produced by the ALE production function 205 are accumulated in the output buffer 209. Making reference to the destination table 211, the accumulated ALEs are transmitted to the respective ALE Subscribers 1 or the ALE Concentrator 3. The transmitted ALEs are recorded in the permanent log 210 as its logs.
Hereinafter, operations of the ALE Originator 2 will be described in accordance with the processing sequence shown in
[step S201] An ALE Originator 2 knows of the ALE Concentrator 3 and registers the Concentrator identifier and the Concentrator address as the Concentrator information 203. Possible methods to know the ALE Concentrator 3 includes: 1) the ALE Concentrator 3 makes aware the ALE Originator 2 of its presence by broadcasting its own Concentrator identifier and Concentrator address on the network; 2) the operator registers the Concentrator identifier and the Concentrator address in the ALE Originator 2 at an initial registration; and 3) the ALE Originator 2 dynamically searches for the ALE Concentrator 3 using a repository for searching services, or the like.
[step S202] The ALE Originator 2 transmits a connection request to the ALE Concentrator 3. The connection request includes an Originator attribute. The Originator attribute includes an identifier of the ALE Originator 2 (referred to as an Originator identifier) necessary for the ALE Concentrator 3 to send back an initial ALE specification and information for the ALE Subscriber 1 to determine whether an individual ALE specification is to be registered, e.g., place information, an event granularity, support specification for ALE and sensor property.
[step S203] Upon receipt of the connection request from the ALE Originator 2, the ALE Concentrator 3 requests the ALE Originator 2 to register an initial ALE specification and to notify of an initial ALE, so that the ALE Originator 2 can transmit the initial ALE to the ALE Concentrator 3. Consequently, the ALE Concentrator 3 can find a target identifier requested from an ALE Subscriber 1.
[step S204] Registration of the initial ALE specification is performed via the ALE API 204. The details of the ALE API 204 depend on the employed ALE system. The initial ALE specification transmitted is registered in the specification table 207 of the ALE production function 205.
[step S205] The information of the ALE Concentrator 3 as the requester of the initial ALE included in the notification request is registered in a destination table 211 of the ALE transmission function 208.
[step S206] Upon detection of target identifiers, the RFID tag reader 212 notifies the ALE Originator 2 of the target identifiers, as sensor events. The sensor events are bundled for each reading period and accumulated in the event processing buffer 206. If sensor events exceeding a buffer size are accumulated, old sensor events are paged out of the buffer one by one. The sensor events having been paged out are rejected, or recorded in the permanent log 210.
[step S207] The ALE production function 205 produces ALEs on the basis of the sensor events accumulated in the event processing buffer 206 in accordance with the specification table 207. The respective initial ALE specifications have arbitrary reading periods and filter tag identifiers. The search for the target identifiers in the event processing buffer 206 is performed individually for each of all initial ALE specifications.
[step S208] The ALEs produced by the ALE production function 205 are accumulated in the output buffer 209 of the ALE transmission function 208. The ALEs processed in the output buffer 209 is swept out into the permanent log 210 as its logs.
[step S209] The ALE transmission function 208 transmits the ALE to the ALE Subscriber 1, making reference to the destination table 211. A plurality of ALE Subscriber 1 can be registered for each ALE. An ALE based on an initial ALE specification is transmitted to the ALE Concentrator 3.
The ALE Concentrator 3 comprises an ALE API 311, connection managing function 310, event reception section 301, ALE routing function 304 and event notification section 307.
The ALE API 311 is an API for registering an ALE specification. In response to a connection request from the ALE Originator 2, the ALE Concentrator 3 requests the ALE Originator 2 to register an initial ALE specification and to transmit an initial ALE based on the initial ALE specification to the ALE Concentrator 3.
The connection managing function 310 comprises a connection cashe 303 for the ALE Originator 2, a connection cashe 309 for the ALE Subscriber 1 and ALE routing table 306, as its data. The connection managing function 310 accepts a connection request from the ALE Originator 2 or ALE Subscriber 1, and registers information included in the connection request in the connection cashe 303, the connection cashe 309 and the ALE routing table 306.
The event reception section 301 has an input buffer 302; accepts an initial ALE from an ALE Originator 2; extracts an Originator attribute from the connection cashe 303 for the ALE Originator 2; and adds the Originator attribute to the initial ALE.
The ALE routing function 304 has a processing buffer 305; extracts individual target identifiers from an event list which is the contents of the initial ALE inputted into the processing buffer 305; and searches for the extracted target identifiers in the ALE routing table 306. If a matched target identifier is found, the ALE routing function 304 adds a Subscriber identifier to a header of the initial ALE as a destination.
The event notification section 307 has an output buffer 308 and forwards the initial ALE to an ALE Subscriber 1, making reference to the header of the initial ALE inputted into the output buffer 308.
Hereinafter, operations of the ALE Concentrator 3 will be described in accordance with the sequence shown in
[step S301] An ALE Originator 2 makes a connection request to the ALE Concentrator 3. Information contained in the connection request consists of an Originator identifier and an Originator attribute thereof.
[step S302] The connection managing function 310 accepts the connection request from the ALE Originator 2, and registers the information included in the connection request in a connection cashe 303 for the ALE Originator 2. The information to be stored in the connection cashe 303 for the ALE Originator 2 consists of the Originator identifier and the Originator attribute thereof.
[step S303] Using the ALE API 311, the connection managing function 310 requests the ALE Originator 2 that has transmitted the connection request, to register an initial ALE specification and to transmit an initial ALE based on the initial ALE specification to the ALE Concentrator 3. Consequently, the ALE Originator 2 can transmit an initial ALE to the ALE Concentrator 3.
[step S304] The ALE Subscriber 1 makes a connection request to the ALE Concentrator 3. Information contained in the connection request consists of a Subscriber identifier, a Subscriber address, a target identifier serving as a key to the ALE production and an inhibition time for controlling the notification frequency of initial ALEs.
[step S305] The connection managing function 310 accepts a connection request from an ALE Subscriber 1, and registers the information included in the connection request in the connection cashe 309 for the ALE Subscriber 1. Information to be stored in the connection cashe 309 for the ALE Subscriber 1 consists of a Subscriber identifier and a Subscriber address as the destination of an ALE.
[step S306] The connection managing function 310 registers in an ALE routing table 306, the Subscriber identifier, the Subscriber address, the target identifier, and inhibition time that are contained in the connection request message from the ALE Subscriber 1. The ALE routing table 306 is a table to be indexed by the target identifier, and stores information on the ALE Subscriber 1 as a destination.
[step S307] The ALE Originator 2 transmits an initial ALE in accordance with the initial ALE specification to the ALE Concentrator 3.
[step S308] The event reception section 301 registers the initial ALE in the input buffer 302; extracts an Originator identifier from the initial ALE; and searches for the Originator identifier in the connection cashe 303 for the ALE Originator 2.
[step S309] The event reception section 301 extracts an Originator attribute from the connection cashe 303 for the ALE Originator 2, and adds the Originator attribute to the initial ALE stored in the input buffer 302.
[step S310] The initial ALE processed in the event reception section 301 is outputted to the processing buffer 305. The ALE routing function 304 extracts target identifiers from the event list included in the initial ALEs inputted into the processing buffer 305, and checks whether each individual target identifier has been registered in the ALE routing table 306. If no relevant is found in the ALE routing table 306, the initial ALEs are rejected.
[step S311] On the other hand, if a relevant target identifier is found in the ALE routing table 306, the Subscriber identifier registered in the ALE routing table 306 is added to a header of the initial ALE. If an inhibition time for the corresponding ALE Subscriber 1 is other than 0, event editing processing is skipped, and the inhibition time is reduced. If the inhibition time is 0, the event editing processing is executed, and the value of a timer is reset. This produces the effect of eliminating for the ALE Subscriber 1 having to receive unnecessary information from the ALE Concentrator 3.
[step S312] The initial ALE with the Subscriber identifier in its header is outputted to the output buffer 308. The event notification section 307 extracts the Subscriber identifier from the header of the initial ALE inputted into the output buffer 308, and searches for the Subscriber identifier in the connection cashe 309 for the ALE Subscriber 1.
[step S313] The event notification section 307 transmits the event to the destination extracted from the connection cashe 309 for the ALE Subscriber 1.
The API 105 is an application interface for registering target identifiers and ALE specifications in a list so that the application can collect contexts.
The Concentrator connection function 102 is a function of notifying the ALE Concentrator 3 of a desired target identifier and requesting the ALE Concentrator 3 to forward an initial ALE to the ALE Subscriber 1. The Concentrator connection function 102 has Concentrator information 101 and a target ID list 103 as its data.
The Concentrator information 101 includes the Concentrator identifier and the Concentrator address with which the ALE Subscriber 1 connects.
The initial ALE processing section 106 determines whether an ALE specification is to be registered in the ALE Originator 2 which is a source origin of the initial ALE forwarded from the ALE Concentrator 3. The initial ALE processing section 106 has a specification list 104 as its data.
The ALE API 107 is an API for registering an ALE specification. When the initial ALE processing section 106 determines specification registration in the ALE Originator 2, specification registration and direct transmission of an ALE to the ALE Subscriber 1 are requested to the ALE Originator 2. Here, the ALE Subscriber 1 receives the ALE transmitted from the ALE Originator 2 through this API.
Hereinafter, operations of the ALE Subscriber 1 will be described in accordance with the sequence shown in
[step S101] An external application using the ALE Subscriber 1 requests, via the API 105, the ALE Subscriber 1 to register a list of target identifiers and corresponding ALE specifications. Otherwise, an operator registers the list in the ALE Subscriber 1. The target identifiers and the corresponding ALE specifications are registered in the target ID list 103 and specification list 104, respectively.
[step S102] The ALE Subscriber 1 knows of the ALE Concentrator 3 and registers the Concentrator identifier and the Concentrator address as the Concentrator information 101. Possible methods to know the ALE Concentrator 3 includes: 1) the ALE Concentrator 3 makes aware the ALE Subscriber 1 of its presence by broadcasting its own Concentrator identifier and Concentrator address on the network; 2) the operator registers the Concentrator identifier and the Concentrator address in the ALE Subscriber 1 at an initial registration; and 3) the ALE Subscriber 1 dynamically searches for the ALE Concentrator 3 using a repository for searching services, or the like.
[step S103] The ALE Subscriber 1 makes a connection request to the ALE Concentrator 3. Information contained in the connection request includes the Subscriber identifier and a list of desired target identifiers. The desired target identifiers are extracted from the target ID list 103.
[step S104] Upon detection of the target identifier designated by the ALE Subscriber 1, the ALE Concentrator 3 forwards an initial ALE including the target identifier to the ALE Subscriber 1.
[step S105] Upon receipt of the initial ALE from the ALE Concentrator 3, the initial ALE processing section 106 compares an Originator attribute included in the initial ALE with conditions of ALE specifications registered in the specification list 104, and determines whether one of the ALE specifications is to be registered in the ALE Originator 2. Here, the condition refers to, e.g., granularity of the occurrence of an initial ALE, place, necessary censor property and necessary time slot.
[step S106] When the Originator attribute satisfies a condition of an ALE specification, the initial ALE processing section 106, via the ALE API 107, requests the ALE Originator 2 to register the ALE specification and to notify in accordance with the specification. Thus, the Originator attribute is transmitted from the ALE Originator 2 through the ALE Concentrator 3 to the ALE Subscriber 1, and before the registration of the specification in the ALE Originator 2, the ALE Subscriber 1 determines whether information from the ALE Originator 2 could be significant information, using the Originator attribute. This produces the effect of allowing desired information necessary for service to be effectively collected.
[step S107] The ALE Originator 2 which has registered the ALE specification transmits an ALE directly to the ALE Subscriber 1. As shown in
[note N400] It is assumed that an ALE Subscriber 1 designates a target identifier ID1 when connected to the ALE Concentrator 3.
[note N401] In an ALE Originator 2, Rx 401 refers to a reading period of a sensor; Dx 402 refers to a notification period designated in an initial ALE specification; and Sx 403 refers to a notification period designated in an ALE specification. It is assumed that two target objects having target identifiers ID1 and ID2 respectively now exist under control of the ALE Originator 2 and that the ID1 and ID2 are detected in its each reading period. In this example, initial ALEs are registered so as to be transmitted with four reading periods as a unit. For example, in the first notification period D1, the ALE Originator 2 notifies the ALE Concentrator 3 of an initial ALE including target identifiers detected in R1 to R4, i.e., ID1 and ID2.
[note N402] In the ALE Concentrator 3, the Ix 406 refers to an inhibition time for notification designated by the ALE Subscriber 1. Because the ID1 desired by the ALE Subscriber 1 has been registered in the ALE Concentrator 3, the ALE Concentrator 3 forwards this initial ALE to the ALE Subscriber 1. In order to prevent the initial ALE from being successively forwarded to the ALE Subscriber 1, the ALE Concentrator 3 blocks the forwarding of the initial ALE to the ALE Subscriber 1 for the inhibition time.
[note N403] The ALE Subscriber 1 to which the initial ALE has been forwarded, requests the ALE Originator 2 which has originally transmitted the initial ALE, to register an ALE specification. In this example, the ALE specification is registered in the ALE Originator 2 before a reading period R7, and the notification period of ALE is assumed to be two reading periods. Hence, in the notification period S1, the ALE Originator 2 transmits an ALE including the target identifiers ID1 and ID2 detected in reading periods R7 and R8.
[note N404] Similarly, initial ALEs are transmitted from the ALE Originator 2 to the ALE Concentrator 3 in periods D2 and D3. However, in the ALE Concentrator 3, because the inhibition time I1 has been registered with respect to the ALE Subscriber 1, these initial ALEs are rejected. The ALEs are further transmitted to the ALE Subscriber 1 in periods S2 to S4. However, when the ALE specification designates to notify only different occurrences, no succeeding ALE is transmitted in this case.
[note N405] In a reading period R15, the target object having the target identifier ID1 moves outside the range of the sensor. In this case, the ALE specification has the ID1 as the filter tag identifier, so that the transmission of the ALE is rejected in the ALE Originator 2.
[note N406] In a notification period D4 of initial ALE, an initial ALE including ID2 alone is forwarded to the ALE Concentrator 3, but because any ALE Subscriber 1 desiring ID2 has not been registered, this initial ALE is rejected in the ALE Concentrator 3.
Here, as an example of a method for establishing a link between the ALE Subscriber 1 and the relevant ALE Originator 2, one method using the ALE Concentrator 3 is described above. However, the present invention is not limited to this example. For example, even when a system configuration without an ALE Concentrator 3 is provided, the ALE Subscriber 1 can implement the link between the ALE Subscriber 1 and the relevant ALE Originator 2 by the ALE Subscriber 1 receiving information from the ALE Originator 2 and selecting the relevant ALE Originator 2 on the basis of the information. Alternatively, the ALE Subscriber 1 can implement the above-described link by the ALE Originator 2 receiving a request from the ALE Subscriber 1 and the relevant ALE Originator 2 responding thereto. In this case, in a first stage, the ALE Subscriber 1 must process a large amount of events, but after the relevant ALE Originator 2 has been selected, processing is executed between the ALE Subscriber 1 and the relevant ALE Originator 2, so that the ALE Subscriber 1 does not need to execute a large amount of events from others than the relevant ALE Originator 2.
In order to describe operations when service using the present invention is executed, an example of the ASP described in the second embodiment will now be explained. The present invention is most effective when service spots extensively exist; the user freely moves in the plurality of service spots; and in addition, the present invention is applied to ones such that another target objects other than the user influence the conduct of the service in the service spots.
Hereinafter, as such an example, a navigating service is described, in which a bus approaching a bus stop is checked whether it can reach the user's destination. The destination display on the bus shows only a rough destination, and whether the bus stops or not at a specific bus stop depends on a bus route. This causes users to withhold from using buses. Bus stops exist in large numbers, and there is a possibility that users may use a bus from every bus stop. Also, since the bus does not arrive at a bus stop on schedule, it is necessary to correctly identify the bus in front of the user.
The bus guidance service described here refers to service for notifying a user of a bus to ride. When a user has reached a bus stop after he/she has registered his/her destination, the user can get information through a mobile phone or the like, about whether he/she should get on the bus in front of him/her. The bus guidance service system comprises a system of a bus guidance service provider that accepts a service request from the user and provides boarding go/no-go information; a system of a public transportation information agency that distributes sensor information from public transportation facilities among various services; and the public transportation facilities of various types of traffic operation companies that provide information to the public transportation information agency. The system of the bus guidance service provider corresponds to the ALE Subscriber 1; the system of the public transportation information agency corresponds to the ALE Concentrator 3; and the public transportation facilities of the traffic operation company correspond to the ALE Originator 2. A bus company, which is one of the traffic operation companies, collects information on RFID tags mounted on mobile phones and buses, using an RFID reader installed on each bus stop.
[step S601] A user accesses a WEB service 603 of a bus guidance service 604 from a mobile phone 4; inputs a destination in accordance with an input form as shown in a display example 607; and makes a navigation request. At that time, the user also notifies the WEB service 603 of an identifier of an RFID tag 605 mounted on the mobile phone 4 as a user identifier. Here, the user may also input the current location (rough address, or bus stop) of the user. With the mobile phone 4, a technique for grasping a rough location on the basis of the location of a base station may be applied, or with a GPS (global positioning system) receiver, a technique for acquiring positional information by the GPS may be applied. These techniques are not an essential portion of the present invention, but they are applicable by those skilled in the art as appropriate. Description thereof is therefore omitted here.
[step S602] The WEB service 603 notifies the bus guidance service 604 of information inputted into the input form.
[step S603] The bus guidance service 604 records the destination designated by the user, the number of the mobile phone 4 and the user identifier, as user information, and requests the ALE Subscriber 1 to collect the context of the user identifier.
[step S604] The ALE Subscriber 1 connects with the ALE Concentrator 3; designates the user identifier as a target identifier; and requests the ALE Concentrator 3 to forward initial ALEs related to the target identifier.
[step S605] The WEB service 603 notifies the user that it has accepted the service request.
[step S701] Upon arrival of the user at a bus stop, an RFID reader 606 at the bus stop reads the user identifier, and notifies, of the sensor event, an ALE Originator 2 serving as a sensor managing server of a bus company.
[step S702] The ALE Originator 2 transmits an initial ALE to the ALE Concentrator 3, in accordance with an initial ALE specification transmitted in advance from the ALE Concentrator 3.
[step S703] Since the ALE Subscriber 1 of the bus guidance service 604 desiring the detected user identifier has been registered in the ALE Concentrator 3, this initial ALE is forwarded to the ALE Subscriber 1 from the ALE Concentrator 3.
[step S704] The ALE Subscriber 1 verifies an Originator attribute included in the initial ALE; ascertains that the transmission source is the bus company; and requests the ALE Originator 2 to register an ALE specification so that the ALE Originator 2 can directly transmit an ALE including the user identifier to the ALE Subscriber 1. The ALE specification includes, e.g., the user identifier and an identifier of an RFID tag mounted on a bus (referred to as a bus identifier).
[step S705] The ALE Subscriber 1 notifies the bus guidance service 604 that the user has been detected at the bus stop.
[step S706] The bus guidance service 604 pushes a uniform resource locator (URL) on the mobile phone 4 to activate a navigator screen.
[step S707] The mobile phone 4 accesses the WEB service 603 on the basis of the pushed URL.
[step S801] Upon approach of a bus 5 to the bus stop, the RFID reader 606 at the bus stop becomes aware of the approach of the bus 5 by detecting a bus identifier, and transmits a sensor event to the ALE Originator 2. Consequently, the user identifier and the bus identifier are transmitted to the ALE Originator 2.
[step S802] Since the ALE Subscriber 1 desires the detected user identifier, the ALE Originator 2 transmits an ALE including the user identifier and the bus identifier to the ALE Subscriber 1 in accordance with the ALE specification received from the ALE Subscriber 1.
[step S803] The ALE Subscriber 1 notifies the bus guidance service 604 of the bus identifier.
[step S804] The bus guidance service 604 extracts bus information from a bus information database 602 on the basis of the bus identifier, and determines whether the bus stops at the destination of the user. The bus guidance service 604 transmits, to the WEB service 603, information indicating the approach of the bus together with the boarding go/no-go information.
[step S805] The WEB service 603 updates display information (addition of buses, flash display of oncoming bus, etc.).
In this embodiment, ALE Originators 2 and RFIDs may vary from a bus company to another. Alternatively, ALE Originators 2 and RFIDs may be shared among the bus companies, or still alternatively, they may be provided as public infrastructure.
The context information collection system according to the embodiments described above may be implemented in hardware or in computer software. For example, a program for allowing a computer to execute functions of the concentrator connection function 201, the ALE production function 205 and the ALE transmission function 208 shown in
The program for implementing a context information collection system according to the embodiments may be stored in a portable recording medium 24 such as a CD-ROM, a CD-RW, a DVD-R, a DVD-RAM, a DVD-RW, or a flexible disk, a storage device 28 provided at the other end of a communication circuit 26, a storage device such as a hard disk, a RAM, or the like of a computer system 22, or a recording medium 30 of the computer system 22, as shown in
The “ALE Subscriber” may be referred to as a “Subscriber”.
The “ALE Originator” may be referred to as an “Originator”.
The “ALE Concentrator” may be referred to as a “Concentrator”.
The “identifier” may be referred to as an “ID”.
Having described the present invention as related to the above-described embodiments, it is believed obvious that the technical range of the present invention is not limited to the range set forth in the embodiments, but various changes or modifications may be made therein. The embodiments subjected to such changes or modifications are also included in the technical range of the present invention. This will be evident from the appended Claims and Summary in the description.
Number | Date | Country | Kind |
---|---|---|---|
2006-115895 | Apr 2006 | JP | national |