JP5616920B2 - Management device, management method, and management program - Google Patents
Management device, management method, and management program Download PDFInfo
- Publication number
- JP5616920B2 JP5616920B2 JP2012074893A JP2012074893A JP5616920B2 JP 5616920 B2 JP5616920 B2 JP 5616920B2 JP 2012074893 A JP2012074893 A JP 2012074893A JP 2012074893 A JP2012074893 A JP 2012074893A JP 5616920 B2 JP5616920 B2 JP 5616920B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- history information
- server
- priority
- history
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000007726 management method Methods 0.000 title claims description 159
- 230000004044 response Effects 0.000 claims description 29
- 238000000034 method Methods 0.000 claims description 28
- 230000005540 biological transmission Effects 0.000 claims description 13
- 238000012545 processing Methods 0.000 description 29
- 238000010586 diagram Methods 0.000 description 26
- 238000004891 communication Methods 0.000 description 10
- 230000006399 behavior Effects 0.000 description 4
- 235000013361 beverage Nutrition 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は、管理装置等に関する。 The present invention relates to a management device and the like.
地震、津波、火災などの災害に見舞われた場合には、家族や友人、会社の同僚等の安否を確認することが重要である。以下の説明において、家族や友人、会社の同僚等をまとめて、知人と表記する。 In the event of a disaster such as an earthquake, tsunami, or fire, it is important to confirm the safety of family members, friends, and company colleagues. In the following explanation, family members, friends, company colleagues, etc. are collectively referred to as acquaintances.
ここで、大抵の利用者は、携帯電話や固定電話を利用して、知人に直接電話をかけ、安否の確認を行おうとする。しかし、多くの利用者が一斉に電話を利用することになるため、電話回線が混雑し、知人との電話がつながらない事態が多々発生する。また、災害発生時には、通話制限が行われる場合もあり、電話を利用して迅速に知人と連絡を取り合うことが困難である。 Here, most users use a mobile phone or a landline phone to call an acquaintance directly and confirm safety. However, since many users use the telephone all at once, there are many situations where the telephone line is congested and the telephone with the acquaintance is not connected. In addition, when a disaster occurs, call restriction may be performed, and it is difficult to quickly contact an acquaintance using a telephone.
上記の問題点に鑑みて、電話を用いること無く、利用者の安否や所在等を確認するための各種の従来技術が存在する。例えば、従来技術1では、利用者がIC(Integrated Circuit)カードを利用して駅の改札口を通過した場合に、改札口の位置情報と利用者の情報とを対応付けた情報を生成し、閲覧可能とする技術が開示されている。
In view of the above problems, there are various conventional techniques for confirming the safety and location of a user without using a telephone. For example, in the
また、従来技術2では、利用者のICカードに記録された本人識別情報をカードリーダで読み取り、本人識別情報とカードリーダの位置情報とを対応付けた情報を、本人の情報公開の承諾を得た後に、公開サーバに送信する技術が開示されている。
Further, in the
しかしながら、上述した従来技術では、迅速かつ確実に安否確認を行うことができないという問題があった。 However, the above-described conventional technology has a problem that safety cannot be confirmed quickly and reliably.
例えば、複数のサーバを利用して、利用者の情報を収集する場合には、何れのサーバに利用者の情報が記憶されているかを事前に判定することができない。このため、従来の技術では、順々に、利用者の情報を問い合わせることになるため、利用者の情報を取得するまでに時間を要してしまう。 For example, when collecting user information using a plurality of servers, it is impossible to determine in advance which server stores the user information. For this reason, in the prior art, since user information is sequentially inquired, it takes time to acquire user information.
開示の技術は、上記に鑑みてなされたものであって、迅速かつ確実に安否確認を行うことができる管理装置、管理方法および管理プログラムを提供することを目的とする。 The disclosed technology has been made in view of the above, and an object thereof is to provide a management device, a management method, and a management program capable of confirming safety quickly and reliably.
開示の管理装置は、登録部、優先度設定部、履歴情報要求部、通知部を有する。登録部は、利用者を一意に識別する利用者識別情報を含む利用者の履歴情報を複数のサーバから取得し、取得した前記履歴情報を履歴情報管理テーブルに登録する。優先度設定部は、履歴情報管理テーブルに登録された履歴情報を基にして、利用者識別情報毎に、各サーバの優先度をそれぞれ設定する。履歴情報要求部は、利用者識別情報を含む公開要求情報をクライアントから受信した場合に、該公開要求情報に含まれる利用者識別情報に対応する各サーバの優先度を基にして、各サーバに履歴情報を要求する。通知部は、サーバから得られる履歴情報を、前記クライアントに通知する。 The disclosed management device includes a registration unit, a priority setting unit, a history information request unit, and a notification unit. The registration unit acquires user history information including user identification information that uniquely identifies a user from a plurality of servers, and registers the acquired history information in a history information management table. The priority setting unit sets the priority of each server for each user identification information based on the history information registered in the history information management table. When receiving public request information including user identification information from a client, the history information request unit sends a request to each server based on the priority of each server corresponding to the user identification information included in the public request information. Request history information. The notification unit notifies the client of history information obtained from the server.
開示の管理装置によれば、迅速かつ確実に安否確認を行うことができるという効果を奏する。 According to the disclosed management device, there is an effect that safety can be confirmed promptly and reliably.
以下に、本願の開示する管理装置、管理方法および管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。 Hereinafter, embodiments of a management device, a management method, and a management program disclosed in the present application will be described in detail with reference to the drawings. Note that the present invention is not limited to the embodiments.
本実施例に係るシステムの構成の一例について説明する。図1は、本実施例に係るシステムの構成を示す図である。図1に示すように、このシステムは、親サーバ10、20、30、40、子サーバ10a、10b、10c、20a、20b、20c、30a、30b、30c、40a、40b、40cを有する。また、このシステムは、管理装置100を有する。
An example of a system configuration according to the present embodiment will be described. FIG. 1 is a diagram illustrating a configuration of a system according to the present embodiment. As shown in FIG. 1, the system includes
管理装置100は、ネットワーク80を介して、親サーバ10〜40に接続される。親サーバ10は、子サーバ10a〜10cに接続される。親サーバ20は、子サーバ20a〜20cに接続される。親サーバ30は、子サーバ30a〜30cに接続される。親サーバ40は、子サーバ40a〜40cに接続される。
The
ここでは一例として、親サーバ10〜40を示すが、その他の親サーバがネットワーク80に接続されていても良い。また、親サーバ10〜40は、図1に示す以外の子サーバに接続されていても良い。親サーバ10〜40は、サーバに対応する。
Here, the
親サーバ10は、「会社社内用のサーバ」であり、会社の従業員の勤務状況等を管理する。親サーバ10は、子サーバ10a〜10cから履歴情報を取得した場合に、取得した履歴情報を、管理装置100に送信する。
The
子サーバ10a、10b、10cは、それぞれ異なる位置の事務所内に配置された子サーバであり、従業員の勤務状況に関する履歴情報を生成する。例えば、従業員は、事務所に出勤、退勤する場合に、従業員用のICカードをリーダライタにかざし、子サーバ10a〜10cはリーダライタから情報を読み取り、従業員の履歴情報を生成する。子サーバ10a〜10cは、生成した履歴情報を親サーバ10に送信する。
The
図2は、子サーバが生成する履歴情報のデータ構造の一例を示す図(1)である。図2に示すように、この履歴情報は、従業員番号、出勤日、出勤時刻、場所、出張予定場所を含む。 FIG. 2 is a diagram (1) illustrating an example of a data structure of history information generated by a child server. As shown in FIG. 2, the history information includes an employee number, an attendance date, an attendance time, a place, and a planned business trip place.
図2において、従業員番号は、従業員を識別する情報である。出勤日、出勤時刻は、従業員の出勤日、出勤時刻を示す。場所は、子サーバの場所を示し、従業員の出勤場所に対応する。出張予定場所は、従業員の出張予定場所を示す。なお、この他にも、履歴情報は、退勤日や退勤時刻等を含んでいても良い。 In FIG. 2, the employee number is information for identifying the employee. The attendance date and attendance time indicate the attendance date and attendance time of the employee. The location indicates the location of the child server and corresponds to the employee's attendance location. The planned business trip location indicates the planned business trip location of the employee. In addition to this, the history information may include a work day, a work time, and the like.
図2に示す例では、従業員番号「W1001」の従業員が出勤した日時および時刻は「2012年2月28日8時40分」であり、従業員の出勤場所は「武蔵小杉」である。また、従業員番号「W1001」の従業員が「横浜」に出張予定であることを示す。 In the example shown in FIG. 2, the date and time when the employee with the employee number “W1001” went to work is “28:28 on February 28, 2012”, and the employee's place of work is “Musashi Kosugi”. . In addition, the employee with the employee number “W1001” is planning to make a business trip to “Yokohama”.
親サーバ20は、「銀行サーバ」であり、顧客によるATM(Automated Teller Machine)の利用状況等を管理する。親サーバ20は、子サーバ20a〜20cから履歴情報を取得した場合に、取得した履歴情報を、管理装置100に送信する。
The
子サーバ20a、20b、20cは、それぞれ異なる位置の銀行支店内に配置された子サーバであり、顧客のATMの利用情報に関する履歴情報を生成する。例えば、子サーバ20a〜20cは、ATMとデータ通信を行って、履歴情報を生成する。子サーバ20a〜20cは、生成した履歴情報を親サーバ20に送信する。
The
図3は、子サーバが生成する履歴情報のデータ構造の一例を示す図(2)である。図3に示すように、この履歴情報は、銀行口座番号、利用日、利用時刻、店名を含む。 FIG. 3 is a diagram (2) illustrating an example of a data structure of history information generated by the child server. As shown in FIG. 3, the history information includes a bank account number, a use date, a use time, and a store name.
図3において、銀行口座番号は、顧客の銀行口座番号である。利用日、利用時刻は、顧客がATMを利用した利用日、利用時刻を示す。店名は顧客の利用したATMを有する店名を示す。 In FIG. 3, the bank account number is the customer's bank account number. The use date and the use time indicate the use date and the use time when the customer uses the ATM. The store name indicates the store name having the ATM used by the customer.
親サーバ30は、「鉄道会社のサーバ」であり、顧客の乗車または降車に関する情報を管理する。親サーバ30は、子サーバ30a〜30cから履歴情報を取得した場合に、取得した履歴情報を、管理装置100に送信する。
The
子サーバ30a、30b、30cは、それぞれ異なる駅の自動改札機に設置された子サーバであり、顧客の乗車または降車に関する履歴情報を生成する。例えば、顧客は、自動改札機を通過する場合に、ICカードをリーダライタにかざし、子サーバ30a〜30cは、リーダライタからICカードの情報を読み取り、顧客の履歴情報を生成する。子サーバ30a〜30cは、生成した履歴情報を親サーバ30に送信する。
The
図4は、子サーバが生成する履歴情報のデータ構造の一例を示す図(3)である。図4に示すように、この履歴情報は、ICカード識別番号1、入場日、入場時刻、退場時刻、駅名を含む。
FIG. 4 is a diagram (3) illustrating an example of a data structure of history information generated by the child server. As shown in FIG. 4, this history information includes an IC
図4において、ICカード識別番号1は、顧客が乗車時または降車時に利用するICカードの識別番号である。入場日は、顧客が自動改札機を通過して駅に入場した日を示す。入場時刻は、顧客が自動改札機を通過して駅に入場した時刻を示す。退場時刻は、顧客が自動改札機を通過して駅を退場した時刻を示す。駅名は、顧客が通過した自動改札機の駅の名称を示す。
In FIG. 4, an IC
親サーバ40は、「飲料会社のサーバ」であり、顧客の飲料の購入日時や購入場所を管理する。親サーバ40は、子サーバ40a〜40cから履歴情報を取得した場合に、取得した履歴情報を、管理装置100に送信する。
The
子サーバ40a、40b、40cは、それぞれ異なる位置の自動販売機に設置された子サーバであり、顧客の飲料の購入日時や購入場所に関する履歴情報を生成する。例えば、自動販売機は、リーダライタが設置されており、顧客はICカードを利用して、自動販売機から商品を購入するものとする。子サーバ40a〜40cから、ICカードの情報を読み取り、顧客の履歴情報を生成する。子サーバ40a〜40cは、生成した履歴情報を親サーバ50に送信する。
The
図5は、子サーバが生成する履歴情報のデータ構造の一例を示す図(4)である。図5に示すように、この履歴情報は、ICカード識別番号2、購入日、購入時刻、購入場所を有する。
FIG. 5 is a diagram (4) illustrating an example of a data structure of history information generated by the child server. As shown in FIG. 5, the history information includes an IC
図5において、ICカード識別番号2は、顧客が自動販売機で商品を購入する場合に利用するICカードの識別番号である。購入日、購入時刻は顧客が商品を購入した日および時刻を示す。購入場所は、顧客が自動販売機で商品を購入した場所を示す。
In FIG. 5, an IC
ところで、各親サーバ10〜40は、定期的に子サーバとデータ通信を行い、各子サーバから応答があるか否かを判定する。そして、親サーバ10〜40は、判定結果となる応答有無情報を管理サーバ100に送信する。図6は、応答有無情報のデータ構造の一例を示す図である。
By the way, each parent server 10-40 performs data communication with a child server regularly, and determines whether there is a response from each child server. Then, the
図6に示すように、応答有無情報は、子サーバ識別情報と応答有無とを対応付ける。子サーバ識別情報は、子サーバを一意に識別する情報である。応答有無は、子サーバからの応答があるか否かを示す情報である。図6に示す応答有無情報は、親サーバ10が生成する応答有無情報である。図6に示す例では、子サーバ10a、10bからの応答は「有」で、子サーバ10cからの応答は「無」であることを示している。
As shown in FIG. 6, the response presence / absence information associates the child server identification information with the response presence / absence. The child server identification information is information that uniquely identifies the child server. The presence / absence of response is information indicating whether or not there is a response from the child server. The response presence / absence information shown in FIG. 6 is response presence / absence information generated by the
更に、各親サーバ10〜40は、後述する管理装置100から、履歴要求情報を受信する。親サーバ10〜40は、履歴要求情報に対応する履歴情報を、子サーバに要求する。子サーバから履歴要求情報に対応する履歴情報を子サーバから受信した場合には、受信した履歴情報を、管理装置100に送信する。履歴要求情報に関する具体的な説明は後述する。
Furthermore, each parent server 10-40 receives the history request information from the
管理装置100は、各親サーバ10〜40から履歴情報を受信し、受信した履歴情報を会員識別番号と対応付けて管理する装置である。会員識別番号は、上記の従業員、顧客を一意に識別する番号である。以下の説明では、従業員、顧客をまとめて会員と表記する。
The
管理装置100は、会員の情報開示を要求する公開要求情報をクライアント端末(図示略)から受信した場合には、会員に対応する履歴情報を集めた公開用安否情報を生成する。管理装置100は、生成した公開用安否情報を、クライアント端末に送信する。
When the
ここで、管理装置100の構成の一例について説明する。図7は、管理装置の構成を示す機能ブロック図である。図7に示すように、この管理装置100は、通信部110、入力部120、表示部130、記憶部140、制御部150を有する。
Here, an example of the configuration of the
通信部110は、親サーバ10〜40、クライアント端末とのデータ通信を行う処理部である。例えば、通信部110は、通信カードなどの通信装置に対応する。後述する制御部150は、通信部110を介して、親サーバ10〜40、クライアント端末とデータ通信を行うものとする。
The communication unit 110 is a processing unit that performs data communication with the
入力部120は、各種の情報を入力する入力装置である。例えば、入力部120は、キーボード、マウス、タッチパネル等の入力装置に対応する。表示部130は、制御部150から出力される情報を表示する。例えば、表示部120は、ディスプレイやタッチパネル等に対応する。
The
記憶部140は、会員情報管理テーブル141、履歴情報管理テーブル142、第1優先度管理テーブル143、第2優先度管理テーブル144、子サーバ位置情報145を記憶する。記憶部140は、RAM(Random Access Memory)、ROM(Read Only Memory)、フラッシュメモリ(Flash Memory)などの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。
The
会員情報管理テーブル141は、会員識別番号と、複数種類の利用者識別情報とを対応付けるテーブルである。図8は、会員情報管理テーブルのデータ構造の一例を示す図である。図8に示すように、会員情報管理テーブル141は、会員識別番号、氏名、住所、ICカード番号1、ICカード番号2、従業員番号、銀行口座番号、ポイントカード識別番号を有する。
The member information management table 141 is a table that associates a member identification number with a plurality of types of user identification information. FIG. 8 is a diagram illustrating an example of a data structure of the member information management table. As shown in FIG. 8, the member information management table 141 has a member identification number, name, address,
会員識別番号は、会員を一意に識別する情報である。氏名は、会員の氏名である。住所は会員の住所である。ICカード識別番号1は、図4に示した履歴情報のICカード識別情報1に対応する。ICカード識別番号1は、会員が自動改札機を通過する場合に利用するICカードに記録された情報である。
The member identification number is information for uniquely identifying a member. The name is the name of the member. The address is the member's address. The IC
ICカード識別情報2は、図5に示した履歴情報のICカード識別情報2に対応する。ICカード識別番号2は、会員が自動販売機で商品を購入する場合に利用するICカードに記録された情報である。
The IC
従業員番号は、図2に示した履歴情報の従業員番号に対応する。従業員番号は、会員の勤務先で利用する従業員用のICカードに記録された情報である。 The employee number corresponds to the employee number in the history information shown in FIG. The employee number is information recorded on an IC card for an employee used at the work place of the member.
銀行口座番号は、図3に示した履歴情報の銀行口座番号に対応する。銀行口座番号は、会員が開設している銀行口座の番号である。 The bank account number corresponds to the bank account number of the history information shown in FIG. The bank account number is the number of the bank account opened by the member.
ポイントカード識別番号は、親サーバ10〜40以外のサーバから受信する履歴情報に含まれる情報であり、例えば、会員がレンタルショップなどで利用するポイントカードに含まれる。
The point card identification number is information included in history information received from a server other than the
履歴情報管理テーブル142は、各親サーバ10〜40から取得する各履歴情報を会員識別番号毎に記憶するテーブルである。図9は、履歴情報管理テーブルのデータ構造の一例を示す図である。図9に示すように、この履歴情報管理テーブル142は、会員識別番号に対応する各履歴情報が登録される。会員識別番号と、履歴情報とは、図8に示した会員情報管理テーブル141を基にして、ひも付けられる。例えば、図2〜図5に示した各履歴情報は、図8に示した会員情報管理テーブル141と比較すると、会員識別番号「K101」に対応付けられる。このため、図2〜図5に示した各履歴情報は、会員識別情報「K101」に対応付けて、履歴情報管理テーブル142に登録される。
The history information management table 142 is a table that stores each history information acquired from each
第1優先度管理テーブル143は、異なる時間帯毎の各親サーバの優先度を管理するテーブルである。図10は、第1優先度管理テーブルのデータ構造の一例を示す図である。図10に示すように、第1優先度管理テーブル143は、会員識別番号、氏名、時間帯、優先度1サーバ識別情報、優先度2サーバ識別情報、優先度3サーバ識別情報を対応付ける。ここで、優先度1サーバ識別情報に識別される親サーバが最も優先度が高く、優先度2サーバ識別情報の親サーバ、優先度3サーバ識別情報の親サーバの順に、優先度が低くなる。
The first priority management table 143 is a table for managing the priority of each parent server for different time zones. FIG. 10 is a diagram illustrating an example of a data structure of the first priority management table. As shown in FIG. 10, the first priority management table 143 associates a member identification number, name, time zone,
例えば、会員識別番号「K101」、氏名「富士太郎」の時間帯「8:00〜9:00」において、親サーバ10が最も優先度が高く、親サーバ20、親サーバ30の順に、優先度が低くなる。第1優先度管理テーブル143の各親サーバの優先度は、会員の日常生活に基づいて設定される。例えば、図10の例では、会員識別番号「K101」の「富士太郎」さんは、時間帯「8:00〜9:00」において、子サーバ10a〜10cの利用頻度が高く、続いて、子サーバ20a〜20c、子サーバ30a〜30cの利用頻度が高いことを意味する。
For example, in the time zone “8:00 to 9:00” of the member identification number “K101” and the name “Fujitaro”, the
第2優先度管理テーブル144は、会員の各親サーバに対する優先度を管理するテーブルである。図11は、第2優先度管理テーブルのデータ構造の一例を示す図である。図11に示すように、第2優先度管理テーブル144は、会員識別番号、氏名、サーバ識別番号、優先度を対応付ける。ここで、優先度1が最も優先度が高く、優先度5が最も優先度が低い。このため、会員識別番号「K101」、氏名「富士太郎」に対して、優先度の高い親サーバから順に列挙すると、親サーバ40、20、10、30の順となる。
The 2nd priority management table 144 is a table which manages the priority with respect to each parent server of a member. FIG. 11 is a diagram illustrating an example of a data structure of the second priority management table. As shown in FIG. 11, the second priority management table 144 associates member identification numbers, names, server identification numbers, and priorities. Here,
第2優先度管理テーブル144の優先度は、あるイベントが発生した後に、会員の履歴情報を送信する親サーバの送信回数に応じて決定される。例えば、図11に示す例では、会員識別番号「K101」の会員に対応する履歴情報を送信する送信回数は、親サーバ40が最も多いことを示す。このため、あるイベントが発生した後に、会員識別番号「K101」の会員は、親サーバ40の配下の子サーバ40a〜40cの利用頻度が高いことを意味する。
The priority of the second priority management table 144 is determined according to the number of transmissions of the parent server that transmits member history information after an event has occurred. For example, in the example illustrated in FIG. 11, the
子サーバ位置情報145は、子サーバの位置情報を記憶する。図12は、子サーバ位置情報のデータ構造の一例を示す図である。図12に示すように、子サーバ位置情報145は、子サーバを識別する子サーバ識別情報と、位置座標とを対応付ける。例えば、子サーバ10aの位置座標は(x1、y1)となる。
The child
制御部150は、登録部151、優先度設定部152、履歴情報要求部153、被害地域特定部154、通知部155を有する。制御部150は、例えば、ASIC(Application Specific Integrated Circuit)や、FPGA(Field Programmable Gate Array)などの集積装置に対応する。また、制御部150は、例えば、CPUやMPU(Micro Processing Unit)等の電子回路に対応する。
The
登録部151は、各親サーバ10〜40から履歴情報を受信し、受信した履歴情報を履歴情報管理テーブル142に登録する処理部である。登録部151は、履歴情報を受信した場合に、履歴情報の利用者識別情報と、会員情報管理テーブル141とを比較して、履歴情報に対応する会員識別番号を特定する。登録部151は、判定した会員識別番号に対応付けて、履歴情報を履歴情報管理テーブル142に登録する。
The
ここで、履歴情報の利用者識別情報は、履歴情報の内容によって複数種類存在する。例えば、履歴情報が、図2に示す履歴情報である場合には、利用者識別情報は、従業員番号となる。履歴情報が、図3に示す履歴情報である場合には、利用者識別情報は、銀行口座番号となる。履歴情報が、図4に示す履歴情報である場合には、利用者識別情報は、ICカード識別番号1となる。履歴情報が、図5に示す履歴情報である場合には、利用者識別情報は、ICカード識別番号2となる。
Here, there are a plurality of types of user identification information in the history information depending on the contents of the history information. For example, when the history information is the history information shown in FIG. 2, the user identification information is an employee number. When the history information is the history information shown in FIG. 3, the user identification information is a bank account number. When the history information is the history information shown in FIG. 4, the user identification information is the IC
例えば、登録部151が、図2に示す履歴情報を取得した場合について説明する。登録部151は、履歴情報の利用者識別情報「w1001」と、会員情報管理テーブル141とを比較すると、会員情報管理テーブル141の1行目のレコードにヒットするため、会員識別番号は「K101」となる。このため、登録部151は、履歴情報管理テーブル142の会員識別番号「101」に対応付けて、図2の履歴情報を登録する。
For example, a case where the
優先度設定部152は、履歴情報管理テーブル142を基にして、会員識別番号毎に各親サーバ10〜40の優先度を設定する処理部である。優先度設定部152は、第1優先度管理テーブル143および第2優先度管理テーブル144に優先度を設定する。
The
優先度設定部152が、第1優先度管理テーブル143に優先度を設定する処理について説明する。優先度設定部152は、履歴情報管理テーブル142を分析して、会員の行動パターンを算出し、各会員について、各時間帯の親サーバの優先度を算出する。優先度設定部152は、算出結果を基にして、第1優先度管理テーブル143に各情報を登録する。
Processing in which the
例えば、優先度設定部152は、ある会員識別番号に対応する履歴情報を、時間帯毎に分類する。優先度設定部152は、分類した各履歴情報を分析し、各時間帯において親サーバの履歴情報の送信頻度を集計する。そして、優先度設定部152は、履歴情報の送信頻度が高い親サーバほど、高い優先度となるように、優先度を設定する。優先度設定部152は、会員識別番号、時間帯に対応付けて、優先度1サーバ識別情報、優先度2サーバ識別情報、優先度3サーバ識別情報を第1優先度管理テーブル143に登録する。
For example, the
ここで、優先度設定部152は、履歴情報を送信した親サーバを、履歴情報の利用者識別情報を基にして区別する。履歴情報の利用者識別情報が、従業員番号である場合には、係る履歴情報を送信した親サーバは親サーバ10となる。履歴情報の利用者識別情報が、銀行口座番号である場合には、係る履歴情報を送信した親サーバは親サーバ20となる。履歴情報の利用者識別情報が、ICカード識別番号1の場合には、係る履歴情報を送信した親サーバは親サーバ30となる。履歴情報の利用者識別情報が、ICカード識別番号2の場合には、係る履歴情報を送信した親サーバは親サーバ40となる。
Here, the
例えば、会員識別番号「K101」の時間帯「8:00〜9:00」において、履歴情報の送信頻度が、親サーバ10が最も高く、次に、親サーバ20、親サーバ30の順とする。この場合には、優先度設定部152は、会員識別番号「K101」、時間帯「8:00〜9:00」の優先度1〜3サーバ識別情報にそれぞれ、「親サーバ10」、「親サーバ20」、「親サーバ30」を登録する。優先度設定部152は、全ての会員識別番号の全ての時間帯に対して、上記処理を繰り返し実行する。
For example, in the time zone “8:00 to 9:00” of the member identification number “K101”, the transmission frequency of history information is highest in the
優先度設定部152が、第2優先度管理テーブル144に優先度を設定する処理について説明する。優先度設定部152は、所定のイベントが発生した後に、第2優先度管理テーブル144に優先度を設定する。ここで、所定のイベントは、例えば、地震、津波、火災などの災害が発生した場合や、ある会員に対する捜索願が発令された場合に対応する。所定のイベントは、例えば、図示しない外部装置からネットワーク80を介して通知される。
Processing in which the
優先度設定部152は、所定のイベントが発生した後に、各親サーバ10〜40から送信される履歴情報の送信頻度を基にして、会員識別番号毎に、各親サーバの優先度を判定し、第2優先度管理テーブル144に情報を登録する。
The
例えば、会員識別番号「K101」について、履歴情報の送信頻度が高い親サーバから順に並べると、親サーバ40、20、10、30とする。この場合には、優先度設定部152は、図11に示すように、会員識別番号「K101」に対する親サーバ10〜40の優先度をそれぞれ、3、2、4、1に設定する。優先度設定部152は、全ての会員識別番号に対応する親サーバ10〜40の優先度を判定し、第2優先度管理テーブル144に設定する。優先度設定部152は、履歴情報を受信する度に、上記処理を実行し、第2優先度管理テーブル144の優先度を更新する。
For example, when the member identification number “K101” is arranged in order from the parent server having the highest history information transmission frequency, the
履歴情報要求部153は、クライアント端末から公開要求情報を受信した場合に、公開用安否情報を生成する処理部である。公開要求情報には、会員識別番号が含まれているものとする。履歴情報要求部153は、生成した公開用安否情報を通知部155に出力する。また、履歴情報要求部153は、第1優先度管理テーブル143、第2優先度管理テーブル144を参照し、優先度に応じた順番により、会員識別番号の会員に対応する履歴情報を、各親サーバ10〜40に要求する。以下において、履歴情報要求部153の処理を具体的に説明する。
The history information request unit 153 is a processing unit that generates public safety information when public request information is received from a client terminal. It is assumed that the public request information includes a member identification number. The history information request unit 153 outputs the generated public safety information to the
まず、履歴情報要求部153は、公開要求情報に含まれる会員識別番号をキーにして、該会員識別番号に対応する履歴情報を、履歴情報管理テーブル142から検出し、検出した各履歴情報を公開用安否情報として生成する。図13は、公開用安否情報の一例を示す図である。図13に示す例では、会員識別番号「K101」に対応する公開用安否情報を示す。履歴情報要求部153は、公開用安否情報を、通知部155に出力する。履歴情報要求部153は、安全性の面から、公開用安否情報に含まれる利用者識別情報の一部を黒塗りとしても良い。
First, the history information request unit 153 detects history information corresponding to the member identification number from the history information management table 142 using the member identification number included in the disclosure request information as a key, and discloses each detected history information. Generated as safety information. FIG. 13 is a diagram showing an example of public safety information. In the example shown in FIG. 13, the public safety information corresponding to the member identification number “K101” is shown. The history information request unit 153 outputs the public safety information to the
続いて、履歴情報要求部153が、第1優先度管理テーブル143または第2優先度管理テーブル144を用いて、履歴情報を各サーバ10〜40に要求する処理について説明する。履歴情報要求部153は、所定のイベントが発生する前は、第1優先度管理テーブル143を用いて、履歴情報を要求する。これに対して、履歴情報要求部153は、所定のイベントが発生した後は、一旦、第1優先度管理テーブル143を用いて、履歴情報を要求し、その後は、第2優先度管理テーブル144を用いて、履歴情報を要求する。所定のイベントが発生する前や発生した直後は、会員は、いつもとそれほど変わらない行動をとっていると考えられる。これに対して、所定のイベントが発生してからしばらくすると、会員はいつもと異なる行動を起こすと考えられるためである。
Next, processing in which the history information request unit 153 requests history information from the
履歴情報要求部153が、第1優先度管理テーブル143を用いて、履歴情報を各親サーバ10〜40に要求する処理について説明する。履歴情報要求部153は、第1優先度管理テーブル143と、公開要求情報に含まれる会員識別番号と、現時刻とを比較して、優先度1〜3サーバ識別情報に対応する親サーバをそれぞれ判定する。履歴情報要求部153は、利用者識別情報を含む履歴要求情報を生成し、優先度1サーバ識別情報に対応する親サーバ、優先度2サーバ識別情報に対応する親サーバ、優先度3サーバ識別情報に対応する親サーバの順に、履歴要求情報を送信する。
A process in which the history information request unit 153 requests history information from the
例えば、現時刻が「8:30」、公開要求情報に含まれる会員識別番号「K101」の場合には、図10の1行目のレコードに対応する。このため、履歴情報要求部153は、親サーバ10、20、30の順に、履歴要求情報を送信する。
For example, when the current time is “8:30” and the member identification number “K101” included in the disclosure request information, this corresponds to the record in the first line in FIG. Therefore, the history information request unit 153 transmits history request information in the order of the
履歴情報要求部153は、親サーバから、履歴要求情報に応答した履歴情報を受信した時点で、受信した履歴情報を含む公開用安否情報を生成し、公開用安否情報を通知部155に出力する。なお、履歴情報要求部153は、優先度1〜3サーバ識別情報に対応する親サーバから履歴情報を受信できない場合に、他の親サーバに履歴要求情報を順次送信する。
The history information request unit 153 generates public safety information including the received history information at the time when the historical information in response to the history request information is received from the parent server, and outputs the public safety information to the
次に、履歴情報要求部153が、第2優先度管理テーブル144を用いて、履歴情報を各サーバ10〜40に要求する処理について説明する。履歴情報要求部153は、第2優先度管理テーブル144と、公開要求情報に含まれる会員識別番号とを比較して、各親サーバ10〜40の優先度を判定する。履歴情報要求部153は、優先度の高い親サーバから順に、履歴要求情報を送信する。
Next, processing in which the history information requesting unit 153 requests history information from the
例えば、図11において、公開要求情報に含まれる会員識別番号「K101」について、各親サーバ10〜40を優先度の高い順番に並べると、親サーバ40、20、10、30となる。このため、履歴情報要求部153は、親サーバ40、20、10、30の順に、履歴要求情報を送信する。
For example, in FIG. 11, regarding the member identification number “K101” included in the disclosure request information, when the
履歴情報要求部153は、親サーバから、履歴要求情報に応答した履歴情報を受信した時点で、受信した履歴情報を含む公開用安否情報を生成し、公開用安否情報を通知部155に出力する。なお、履歴情報要求部153は、親サーバ10〜40から履歴情報を受信できない場合に、他の親サーバに履歴要求情報を順次送信する。
The history information request unit 153 generates public safety information including the received history information at the time when the historical information in response to the history request information is received from the parent server, and outputs the public safety information to the
ところで、各親サーバ10〜40は、履歴要求情報に含まれる利用者識別情報をキーとして、子サーバに履歴情報を要求する。例えば、親サーバ10は、利用者識別情報のうち、従業員番号を利用して、子サーバ10a〜10cから該当する従業員番号の履歴情報を取得する。親サーバ20は、利用者識別情報のうち、銀行口座番号を利用して、子サーバ20a〜20cから該当する銀行口座番号の履歴情報を取得する。親サーバ30は、利用者識別情報のうち、ICカード識別番号1を利用して、子サーバ30a〜30cから該当するICカード識別番号1の履歴情報を取得する。親サーバ40は、利用者識別情報のうち、ICカード識別番号2を利用して、子サーバ40a〜40cから該当するICカード識別番号2の履歴情報を取得する。各親サーバ10〜40は、履歴情報を子サーバから取得できた場合に、履歴情報を管理装置100に送信する。
By the way, each parent server 10-40 requests the history information from the child server using the user identification information included in the history request information as a key. For example, the
なお、各親サーバ10〜40は、履歴要求情報を保持しておき、子サーバから送信された時点で、履歴情報の利用者識別情報と、履歴要求情報の利用者識別情報とを比較する。各親サーバ10〜40は、各利用者識別情報が一致した場合に、直ちに、履歴情報を管理装置100に送信しても良い。このような処理を各親サーバ10〜40が実行することで、履歴情報要求部153は、迅速に会員の履歴情報を取得することができる。
Each
被害地域特定部154は、各親サーバ10〜40から、応答有無情報を受信し、被害の大きさや被害地域を特定する処理部である。被害地域特定部154は、特定結果となる被害状況情報を、通知部155に出力する。以下において、被害地域特定部154の処理を具体的に説明する。
The damaged
被害地域特定部154は、応答有無情報と、子サーバ位置情報145とを基にして、応答の無い子サーバの位置を被害地域として、特定する。また、被害地域特定部154は、ある地域に位置する全子サーバの内、応答のない子サーバの割合に基づいて、被害の大きさを特定する。例えば、被害地域特定部154は、割合が第1閾値未満の場合には、被害の大きさ「小」とする。被害地域特定部154は、第1閾値以上、割合が第2閾値未満の場合には、被害の大きさを「中」とする。被害地域特定部154は、割合が第2閾値以上の場合には、被害の大きさを「大」とする。ただし、第1閾値は、第2閾値よりも小さいものとする。また、被害地域特定部154は、ある地域に位置する子サーバが全て応答有りの場合には、被害無しとする。
Based on the response presence / absence information and the child
通知部155は、履歴情報要求部153から取得する公開用安否情報を、公開要求情報の送信元となるクライアント端末に送信する処理部である。また、通知部155は、被害地域特定部154から被害状況情報を取得した場合には、公開要求情報の送信元となるクライアント端末に、被害状況情報を送信する。なお、通知部155は、公開用安否情報により特定される位置に、被害の大きさ「小」〜「大」の地域が含まれる場合に、被害状況情報を、クライアント端末に送信しても良い。
The
次に、本実施例に係る管理装置100の処理手順について説明する。所定のイベントが発生する前に、管理装置100が履歴情報を受信する処理について説明する。図14は、管理装置が履歴情報を受信する処理手順を示すフローチャートである。
Next, a processing procedure of the
図14に示すように、管理装置100は、親サーバから履歴情報を受信したか否かを判定する(ステップS101)。管理装置100は、親サーバから履歴情報を受信していない場合には(ステップS101,No)、ステップS101に再度移行する。管理装置100は、親サーバから履歴情報を受信した場合には(ステップS101,Yes)、会員情報管理テーブル141と履歴情報とを基にして、履歴情報に対応する会員識別番号を判定する(ステップS102)。
As shown in FIG. 14, the
管理装置100は、会員識別番号毎に履歴情報を履歴情報管理テーブル142に登録する(ステップS103)。管理装置100は、履歴情報管理テーブル142の履歴情報を分析して会員の行動パターンを算出し、各時間帯の親サーバの優先度を算出する(ステップS104)。
The
続いて、管理装置100が、クライアント端末から公開要求情報を受信した場合の処理手順について説明する。図15は、管理装置がクライアント端末から公開要求情報を受信した場合の処理手順を示すフローチャートである。図15に示すように、管理装置100は、クライアント端末から公開要求情報を受信したか否かを判定する(ステップS201)。管理装置100は、クライアント端末から公開要求情報を受信していない場合には(ステップS201,No)、ステップS201に移行する。
Next, a processing procedure when the
一方、管理装置100は、クライアント端末から公開要求情報を受信した場合には(ステップS201,Yes)、会員識別番号をキーにして、公開用安否情報を生成する(ステップS202)。
On the other hand, when receiving the disclosure request information from the client terminal (Yes in step S201), the
管理装置100は、要求元のクライアント端末に公開用安否情報を送信する(ステップS203)。管理装置100は、現時刻において、優先度が最も高い親サーバを選択し(ステップS204)、選択した親サーバに履歴要求情報を送信する(ステップS205)。
The
管理装置100は、親サーバから履歴情報を受信したか否かを判定する(ステップS206)。管理装置100は、親サーバから履歴情報を受信していない場合には(ステップS206,No)、次に優先度の高い親サーバを選択し(ステップS207)、ステップS205に移行する。
The
一方、管理装置100は、親サーバから履歴情報を受信した場合には(ステップS206,Yes)、新たに受信した履歴情報を含む公開用安否情報を生成し、クライアント端末に送信する(ステップS208)。
On the other hand, when the history information is received from the parent server (step S206, Yes), the
続いて、管理装置100が、第2優先度管理テーブル144を基にして履歴情報を要求する処理手順について説明する。図16は、管理装置が第2優先度管理テーブルを基にして履歴情報を要求する処理手順を示すフローチャートである。例えば、管理装置100は、所定のイベントが発生した後に、図16に示す処理を実行する。
Next, a processing procedure in which the
図16に示すように、管理装置100は、第2優先度管理テーブル144を基にして、優先度が最も高い親サーバを選択する(ステップS301)。管理装置100は、選択した親サーバに履歴要求情報を送信する(ステップS302)。
As shown in FIG. 16, the
管理装置100は、親サーバから履歴情報を受信したか否かを判定する(ステップS303)。管理装置100は、親サーバから履歴情報を受信していない場合には(ステップS303,No)、次に優先度が高い親サーバを選択し(ステップS304)、ステップS303に移行する。
The
一方、管理装置100は、親サーバから履歴情報を受信した場合には(ステップS303,Yes)、新たに受信した履歴情報を含む公開用安否情報を生成し、クライアント端末に送信する(ステップS305)。管理装置100は、履歴情報を送信する頻度に応じて、第2優先度管理テーブルの優先度を更新する(ステップS306)。
On the other hand, when the history information is received from the parent server (step S303, Yes), the
次に、管理装置100が、応答有無情報を受信した場合の処理手順について説明する。図17は、管理装置が応答有無情報を受信した場合の処理手順を示すフローチャートである。
Next, a processing procedure when the
図17に示すように、管理装置100は、親サーバから各子サーバの応答有無情報を受信する(ステップS401)。管理装置100は、子サーバ位置情報145と応答有無情報とを基にして、被害の大きさと被害地域を特定して、被害状況情報を生成する(ステップS402)。
As shown in FIG. 17, the
管理装置100は、履歴情報によって特定される会員の位置が被害地域に含まれるか否かを判定する(ステップS403)。管理装置100は、会員の位置が被害地域に含まれる場合には(ステップS403,Yes)、被害状況情報をクライアント端末に送信する(ステップS404)。一方、管理装置100は、会員の位置が被害地域に含まれない場合には(ステップS403,No)、処理を終了する。
The
次に、本実施例に係る管理装置100の効果について説明する。管理装置100は、各親サーバ10〜40から取得した会員の履歴情報を会員情報管理テーブル141に登録し、登録した各履歴情報を基にして、各親サーバ10〜40の優先度を判定する。管理装置100は、公開要求情報をクライアント端末から受信した場合に、各親サーバ10〜40の優先度に基づいて履歴情報を順次要求し、親サーバから得られる履歴情報を、クライアント端末に送信する。ここで、優先度の高い親サーバほど、過去の実績から、会員の履歴情報を取得しやすいといえる。このため、優先度に応じた順番で各親サーバ10〜40に履歴情報の要求を行うことで、会員の最新の履歴情報を効率的に収集でき、迅速かつ確実に安否確認を行うことができる。
Next, effects of the
また、管理装置100は、親サーバ10〜40による各時間帯の履歴情報の送信頻度を基にして、会員識別番号毎の各時間帯に対する優先度を各サーバに設定する。このため、管理装置100は、会員の日常生活における行動パターンに応じた優先度を、各親サーバ10〜40に設定することができ、日常生活時の会員の履歴情報を効率的に収集することができる。
Moreover, the
また、管理装置100は、所定のイベントが発生した後に、親サーバ10〜40による履歴情報の送信頻度を基にして、会員識別番号の優先度を各サーバ10〜40に設定する。このため、所定のイベントが発生し、会員がいつもと異なる行動を起こした場合でも、会員の履歴情報を得やすい親サーバの優先度を高く設定することができ、この優先度を用いることで、日常とは異なる状況であっても、会員の履歴情報を効率的に収集することができる。
Moreover, the
また、管理装置100は、各親サーバ10〜40から子サーバの応答があるか否かの応答有無情報を取得し、応答有無情報を基にして、被害地域を特定する。このため、管理装置100によれば、会員の安否だけでなく、所定のイベントによる地域の被害状況も特定することができる。
Moreover, the
また、各親サーバ10〜40は、履歴要求情報を保持しておき、子サーバから送信された時点で、履歴情報の利用者識別情報と、履歴要求情報の利用者識別情報とを比較し、各利用者識別情報が一致した場合に、直ちに、履歴情報を管理装置100に送信する。このような処理を各親サーバ10〜40が実行することで、管理装置100は、迅速に会員の履歴情報を取得することができる。
Moreover, each parent server 10-40 retains history request information, and compares the user identification information of the history information with the user identification information of the history request information when it is transmitted from the child server. When the user identification information matches, the history information is immediately transmitted to the
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも種々の異なる形態にて実施されて良いものである。 Although the embodiments of the present invention have been described so far, the present invention may be implemented in various different forms other than the embodiments described above.
本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。 Of the processes described in the present embodiment, all or part of the processes described as being performed automatically can be performed manually, or all of the processes described as being performed manually or A part can be automatically performed by a known method. In addition, the processing procedure, control procedure, specific name, and information including various data and parameters shown in the above-described document and drawings can be arbitrarily changed unless otherwise specified.
さらに、各装置にて行われる各処理機能は、その全部または任意の一部がCPUおよび当該CPUにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。 Furthermore, each processing function performed by each device may be realized by a CPU and a program that is analyzed and executed by the CPU, or may be realized as hardware by wired logic.
10、20、30、40 親サーバ
10a、10b、10c、20a、20b、20c、30a、30b、30c、40a、40b、40c 子サーバ
80 ネットワーク
100 管理装置
10, 20, 30, 40
Claims (7)
前記履歴情報管理テーブルに登録された履歴情報を基にして、利用者識別情報毎に、各サーバの優先度をそれぞれ設定する優先度設定部と、
利用者識別情報を含む公開要求情報をクライアントから受信した場合に、該公開要求情報に含まれる利用者識別情報に対応する各サーバの優先度を基にして、各サーバに履歴情報を要求する履歴情報要求部と、
前記履歴情報要求部の要求により前記サーバから得られる履歴情報を、前記クライアントに通知する通知部と
を有することを特徴とする管理装置。 A registration unit that acquires user history information including user identification information that uniquely identifies a user from a plurality of servers, and registers the acquired history information in a history information management table;
A priority setting unit for setting the priority of each server for each user identification information based on the history information registered in the history information management table;
History requesting history information to each server based on the priority of each server corresponding to the user identification information included in the disclosure request information when disclosure request information including user identification information is received from the client An information requesting unit;
And a notification unit that notifies the client of history information obtained from the server in response to a request from the history information request unit.
利用者を一意に識別する利用者識別情報を含む利用者の履歴情報を複数のサーバから取得し、取得した前記履歴情報を履歴情報管理テーブルに登録し、
前記履歴情報管理テーブルに登録された履歴情報を基にして、利用者識別情報毎に、各サーバの優先度をそれぞれ設定し、
利用者識別情報を含む公開要求情報をクライアントから受信した場合に、該公開要求情報に含まれる利用者識別情報に対応する各サーバの優先度を基にして、各サーバに履歴情報を要求し、
前記サーバから得られる履歴情報を、前記クライアントに通知する
各処理を実行することを特徴とする管理方法。 A management method executed by a computer,
User history information including user identification information that uniquely identifies a user is acquired from a plurality of servers, and the acquired history information is registered in a history information management table,
Based on the history information registered in the history information management table, for each user identification information, set the priority of each server,
When receiving public request information including user identification information from a client, request history information from each server based on the priority of each server corresponding to the user identification information included in the public request information,
A management method characterized by executing each process of notifying the client of history information obtained from the server.
利用者を一意に識別する利用者識別情報を含む利用者の履歴情報を複数のサーバから取得し、取得した前記履歴情報を履歴情報管理テーブルに登録し、
前記履歴情報管理テーブルに登録された履歴情報を基にして、利用者識別情報毎に、各サーバの優先度をそれぞれ設定し、
利用者識別情報を含む公開要求情報をクライアントから受信した場合に、該公開要求情報に含まれる利用者識別情報に対応する各サーバの優先度を基にして、各サーバに履歴情報を要求し、
前記サーバから得られる履歴情報を、前記クライアントに通知する
各処理を実行させることを特徴とする管理プログラム。 On the computer,
User history information including user identification information that uniquely identifies a user is acquired from a plurality of servers, and the acquired history information is registered in a history information management table,
Based on the history information registered in the history information management table, for each user identification information, set the priority of each server,
When receiving public request information including user identification information from a client, request history information from each server based on the priority of each server corresponding to the user identification information included in the public request information,
A management program for executing each process of notifying the client of history information obtained from the server.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012074893A JP5616920B2 (en) | 2012-03-28 | 2012-03-28 | Management device, management method, and management program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012074893A JP5616920B2 (en) | 2012-03-28 | 2012-03-28 | Management device, management method, and management program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2013206160A JP2013206160A (en) | 2013-10-07 |
JP5616920B2 true JP5616920B2 (en) | 2014-10-29 |
Family
ID=49525167
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012074893A Expired - Fee Related JP5616920B2 (en) | 2012-03-28 | 2012-03-28 | Management device, management method, and management program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5616920B2 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6397728B2 (en) * | 2014-11-07 | 2018-09-26 | 株式会社日立製作所 | Transportation card processing system and transportation card processing system |
KR102076531B1 (en) * | 2015-10-27 | 2020-02-12 | 한국전자통신연구원 | System and method for tracking position based on multi sensor |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002245150A (en) * | 2001-02-13 | 2002-08-30 | Nk Network:Kk | System and method for confirming safety |
JP3793774B2 (en) * | 2002-03-19 | 2006-07-05 | 山口県 | Home appliance usage monitoring device |
JP2006140620A (en) * | 2004-11-10 | 2006-06-01 | Adc Technology Kk | Position notifying system, communication apparatus, and program |
JP2006211288A (en) * | 2005-01-28 | 2006-08-10 | Jr Higashi Nippon Consultants Kk | Position confirmation system |
JP2008102656A (en) * | 2006-10-18 | 2008-05-01 | Nec Corp | Safety information-confirmation system |
JP2010003024A (en) * | 2008-06-19 | 2010-01-07 | Panasonic Corp | Action prediction device, action prediction method, and navigation device |
JP2010277360A (en) * | 2009-05-28 | 2010-12-09 | Hitachi Ltd | Campaign provision system, campaign provision method and campaign provision program |
JP5304590B2 (en) * | 2009-10-26 | 2013-10-02 | 富士通株式会社 | Dangerous area determination device and dangerous area determination method |
-
2012
- 2012-03-28 JP JP2012074893A patent/JP5616920B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2013206160A (en) | 2013-10-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11783028B2 (en) | Systems and methods for detecting resources responsible for events | |
JP7465939B2 (en) | A Novel Non-parametric Statistical Behavioral Identification Ecosystem for Power Fraud Detection | |
US20160055487A1 (en) | Determining user authentication based on user patterns within application | |
US20140067656A1 (en) | Method and system for fraud risk estimation based on social media information | |
CN107665432A (en) | The system and method that suspicious user behavior is identified in the interacting of user and various bank services | |
JP6394259B2 (en) | Authentication system, authentication method, and authentication apparatus | |
JP2009075644A (en) | Product life cycle information management system and method | |
JP5616920B2 (en) | Management device, management method, and management program | |
US10565210B2 (en) | Generating and verifying a reputational profile | |
JP2009129312A (en) | Public relations business support system and its method | |
US10949850B1 (en) | Systems and methods for using location services to detect fraud | |
JP5169772B2 (en) | Point management apparatus and method | |
JP2015005101A (en) | Information processor, information processing system, information processing method, and program | |
US20170221167A1 (en) | System and Network for Detecting Unauthorized Activity | |
JP2013171509A (en) | System, apparatus, and program for preventing unjust authentication | |
JP2009116812A (en) | Illegal use detection device and program thereof | |
Avdeyuk et al. | Fraud prevention in the system of electronic payments on the basis of POS-networks security monitoring | |
US11750465B2 (en) | Message management system for adjusting a transmission of a scheduled message | |
US11704709B2 (en) | Systems and methods for proactively informing users of an age of a merchant during online transactions | |
JP6391765B2 (en) | Telephone reservation system, telephone reservation method and program | |
US20160034911A1 (en) | Expert System for Rating Credence Goods' Claims to Being Environmentally Friendly | |
JP7323436B2 (en) | Multiple media use system and multiple media use method | |
JP5655708B2 (en) | Information providing apparatus and information providing method | |
JP2011043911A (en) | User action estimation method, user action estimation system, traffic data extraction device and traffic data extraction program | |
JP6943083B2 (en) | Information processing equipment and programs |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20130910 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140730 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20140826 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20140912 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5616920 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |