JP2014197759A - プレゼンス管理方法、情報処理装置およびプログラム - Google Patents

プレゼンス管理方法、情報処理装置およびプログラム Download PDF

Info

Publication number
JP2014197759A
JP2014197759A JP2013072057A JP2013072057A JP2014197759A JP 2014197759 A JP2014197759 A JP 2014197759A JP 2013072057 A JP2013072057 A JP 2013072057A JP 2013072057 A JP2013072057 A JP 2013072057A JP 2014197759 A JP2014197759 A JP 2014197759A
Authority
JP
Japan
Prior art keywords
user
information
client
information processing
management table
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.)
Ceased
Application number
JP2013072057A
Other languages
English (en)
Inventor
浩一 志賀
Koichi Shiga
浩一 志賀
鈴木　雅人
Masahito Suzuki
雅人 鈴木
良則 嶋田
Yoshinori Shimada
良則 嶋田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2013072057A priority Critical patent/JP2014197759A/ja
Priority to US14/177,870 priority patent/US20140297843A1/en
Publication of JP2014197759A publication Critical patent/JP2014197759A/ja
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/043—Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/222—Monitoring or handling of messages using geographical location information, e.g. messages transmitted or received in proximity of a certain spot or area
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Data Mining & Analysis (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

【課題】複数のデバイスからユーザの所在を示すプレゼンス情報を提供すること。
【解決手段】記憶部１ａは、ユーザとクライアント装置との対応関係を示す情報４を記憶する。演算部１ｂは、クライアント装置３，３ａ，３ｂ，３ｃがネットワーク２，２ａのうちの何れのネットワークにアクセス可能かを示す情報をクライアント装置３，３ａ，３ｂ，３ｃから収集する。演算部１ｂは、情報４を参照して、ユーザＹに対応付けられたクライアント装置３ｂ，３ｃから収集された情報の組合せを特定する。情報処理装置１は、当該組合せに基づいて、ユーザＹの所在Ｌ２を示す情報を含むプレゼンス情報を生成する。
【選択図】図１

Description

本発明はプレゼンス管理方法、情報処理装置およびプログラムに関する。
現在、ユーザの在席状況（プレゼンスまたはプレゼンス情報ということがある）を管理する情報処理システムが利用されている。この情報処理システムは、ユーザの利用するクライアント装置とプレゼンス管理を行うサーバ装置とを含む。サーバ装置は、各クライアント装置から当該装置に関する情報を収集し、プレゼンス情報として各クライアント装置に提供する。ユーザ間でプレゼンス情報を共有させることで、コミュニケーション（例えば、電話をかける、資料を渡しに行く、レビューに誘うなど）を円滑に行い得る。
例えば、第１の端末と第２の端末との間で両端末の識別子を交換し、第１，第２の端末から両端末のペアリング要求をプレゼンスサーバに送り、プレゼンスサーバにより第１，第２の端末をペアリングして管理させる提案がある。プレゼンスサーバは、第１または第２の端末の何れかに関するプレゼンス情報の要求を受けると、第１および第２の端末の両方のプレゼンス情報を要求元に報告する。
特開２０１１−１５２９６号公報 特開２００５−２０２７８９号公報
１のユーザが複数のクライアント装置を用いることがある。その場合、ユーザとクライアント装置との対応関係を管理することが考えられる。ところが、上記の提案のように端末ごとのプレゼンス情報を単に報告するのみでは、ユーザの所在を適切に把握することが容易でないことがある。例えば、ユーザは、複数のクライアント装置の全部を常に携帯しているとは限らない。ユーザは、一方のクライアント装置を第１のエリアに置いたまま、他方のクライアント装置を第２のエリアに持ち出して利用することもある。このとき、例えば、サーバ装置により、各クライアント装置について当該ユーザが在席している、または、取り込み中であるなどのプレゼンス情報が別個に提供されても、他のユーザは、各プレゼンス情報から当該ユーザの所在を適切に判断するのが容易でない。
１つの側面では、本発明は、ユーザの所在を適切に提供できるプレゼンス管理方法、情報処理装置およびプログラムを提供することを目的とする。
１つの態様では、ユーザに対応付けられた装置とユーザの状態を示すプレゼンス情報を提供する情報処理装置とを含むシステムが実行するプレゼンス管理方法が提供される。このプレゼンス管理方法では、複数の装置それぞれが複数のネットワークのうちの何れのネットワークにアクセス可能かを示す複数の第１の情報を複数の装置から情報処理装置に収集し、ユーザと装置との対応関係を示す第２の情報を用いて、１のユーザに対応付けられた複数の装置から収集された第１の情報の組合せを特定し、当該組合せに基づいて、１のユーザの所在を示す情報を含むプレゼンス情報を生成する。
また、１つの態様では、ユーザの状態を示すプレゼンス情報を提供する情報処理装置が提供される。この情報処理装置は記憶部と演算部とを有する。記憶部は、ユーザと装置との対応関係を示す第１の情報を記憶する。演算部は、複数の装置それぞれが複数のネットワークのうちの何れのネットワークにアクセス可能かを示す第２の情報を複数の装置から収集し、第１の情報を用いて、１のユーザに対応付けられた複数の装置から収集された第２の情報の組合せを特定し、当該組合せに基づいて、１のユーザの所在を示す情報を含むプレゼンス情報を生成する。
また、１つの態様では、情報処理装置によって実行されるプログラムであって、ユーザに対応付けられた装置とユーザの状態を示すプレゼンス情報を提供する情報処理装置とを含むシステムに用いられるプログラムが提供される。このプログラムは、情報処理装置に、複数の装置それぞれが複数のネットワークのうちの何れのネットワークにアクセス可能かを示す複数の第１の情報を複数の装置から収集し、ユーザと装置との対応関係を示す第２の情報を用いて、１のユーザに対応付けられた複数の装置から収集された第１の情報の組合せを特定し、当該組合せに基づいて、１のユーザの所在を示す情報を含むプレゼンス情報を生成する、処理を実行させる。
１つの側面では、ユーザの所在を適切に提供できる。
第１の実施の形態のプレゼンス管理システムを示す図である。 第２の実施の形態のプレゼンス管理システムを示す図である。 社内サーバのハードウェア例を示す図である。 携帯電話機のハードウェア例を示す図である。 プレゼンス管理システムのソフトウェア例を示す図である。 アカウント管理テーブルの例を示す図である。 グループ管理テーブルの例を示す図である。 社内サーバのプレゼンス管理テーブルの例を示す図である。 社外サーバのプレゼンス管理テーブルの例を示す図である。 グループ管理テーブルの例を示す図である。 加速度パターン情報の例を示す図である。 行先管理テーブルの例を示す図である。 状態管理テーブルの例を示す図である。 メンバプレゼンステーブルの例を示す図である。 クライアントによる所在判定の例を示すフローチャートである。 クライアントによる操作監視の例を示すフローチャートである。 クライアントによる操作検出の例を示すフローチャートである。 クライアントによる移動状況判定の例を示すフローチャートである。 クライアントによる顧客対応判定の例を示すフローチャートである。 クライアントによる状態変更通知の例を示すフローチャートである。 社内サーバによる処理例を示すフローチャートである。 社外サーバによる処理例を示すフローチャートである。 プレゼンスの提供例を示すフローチャートである。 プレゼンス変更時の社内サーバの処理例を示すフローチャートである。 プレゼンス変更時の社外サーバの処理例を示すフローチャートである。 プレゼンスの閲覧の具体例を示す図である。 プレゼンス情報の同期の具体例を示す図である。 社内サーバのプレゼンス管理テーブルの他の例を示す図である。 社内サーバによる他の処理例を示すフローチャートである。
以下、本実施の形態を図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態のプレゼンス管理システムを示す図である。第１の実施の形態のプレゼンス管理システムは、ユーザに対応付けられたクライアント装置３，３ａ，３ｂ，３ｃとユーザの状態を示すプレゼンス情報を提供する情報処理装置１とを含む。１のユーザには複数のクライアント装置が対応付けられる。クライアント装置は、デスクトップ型ＰＣ（Personal Computer）やラップトップ型ＰＣなどのコンピュータでもよい。クライアント装置は、タブレット装置や携帯電話機などの電子装置でもよい。
クライアント装置３，３ａ，３ｂ，３ｃは、ユーザにより携帯されてユーザとともに種々のエリア（例えば、社内のエリア、社外のエリア、社内の第１の拠点および社内の第２の拠点など）に移動する。クライアント装置３，３ａ，３ｂ，３ｃは、ネットワーク２，２ａの何れかを介して情報処理装置１と通信可能である。
例えば、図１の状況では情報処理装置１は、ネットワーク２を介してクライアント装置３，３ａ，３ｂと通信可能である。情報処理装置１は、ネットワーク２ａを介してクライアント装置３ｃと通信可能である。また、クライアント装置３，３ａは、ユーザＸにより利用される。クライアント装置３ｂ，３ｃは、ユーザＹにより利用される。
情報処理装置１は、記憶部１ａおよび演算部１ｂを有する。記憶部１ａはＲＡＭ（Random Access Memory）やＨＤＤ（Hard Disk Drive）などの記憶装置でもよい。演算部１ｂはＣＰＵ（Central Processing Unit）やＦＰＧＡ（Field Programmable Gate Array）などのプロセッサでもよい。第１の実施の形態の情報処理は、記憶部１ａに記憶されたプログラムを演算部１ｂが実行することで実現されてもよい。
記憶部１ａは、ユーザとクライアント装置との対応関係を示す情報４を記憶する。例えば、情報４はユーザＸとクライアント装置３，３ａとの対応関係を含む。ここで、クライアント装置３の識別情報は“Ｘ１”である。クライアント装置３ａの識別情報は“Ｘ２”である。また、情報４はユーザＹとクライアント装置３ｂ，３ｃとの対応関係を含む。ここで、クライアント装置３ｂの識別情報は“Ｙ１”である。クライアント装置３ｃの識別情報は“Ｙ２”である。
演算部１ｂは、クライアント装置３，３ａ，３ｂ，３ｃそれぞれがネットワーク２，２ａのうちの何れのネットワークにアクセス可能かを示す情報をクライアント装置３，３ａ，３ｂ，３ｃから収集する。例えば、当該情報は各クライアント装置の識別情報を含む。例えば、演算部１ｂは、クライアント装置３，３ａ，３ｂからはネットワーク２にアクセス可能であることを示す情報を収集する。また、演算部１ｂは、クライアント装置３ｃからはネットワーク２ａにアクセス可能であることを示す情報を収集する。演算部１ｂは、情報４を用いて、１のユーザに対応付けられた複数のクライアント装置から収集された情報の組合せを特定し、当該組合せに基づいて、当該１のユーザの所在を示す情報を含むプレゼンス情報を生成する。例えば、演算部１ｂは、収集された情報に含まれるクライアント装置の識別情報と情報４の登録内容とを対比して、１のユーザに対応付けられた複数のクライアント装置を認識し得る。
例えば、演算部１ｂは、情報４を参照して、ユーザＸに対応付けられたクライアント装置３，３ａから収集された情報の第１の組合せを特定する。演算部１ｂは、当該第１の組合せに基づいて、ユーザＸの所在Ｌ１を決定する。演算部１ｂは、ユーザＸの所在Ｌ１を示す情報を含むプレゼンス情報を生成する（例えば、情報４のユーザＸのレコード）。例えば、所在Ｌ１は第１のエリア５を示している。
例えば、演算部１ｂは、情報４を参照して、ユーザＹに対応付けられたクライアント装置３ｂ，３ｃから収集された情報の第２の組合せを特定する。演算部１ｂは、当該第２の組合せに基づいて、ユーザＹの所在Ｌ２を決定する。演算部１ｂは、ユーザＹの所在Ｌ２を示す情報を含むプレゼンス情報を生成する（例えば、情報４のユーザＹのレコード）。例えば、所在Ｌ２は第２のエリア６を示している。
演算部１ｂは、クライアント装置３，３ａ，３ｂ，３ｃから収集した情報の組合せに基づいて、次のように各ユーザの所在を決定することが考えられる。例えば、あるユーザに対応付けられており情報処理装置１と通信可能である全てのクライアント装置が、当該ユーザが通常時に存在するエリア（例えば、社内のエリアまたは社内の第１の拠点）に対応するネットワークにアクセス可能である場合、ユーザの所在を当該エリアにする。
一方、あるユーザに対応付けられており情報処理装置１と通信可能である全てのクライアント装置のうちの少なくとも何れかが、当該ユーザが通常時に存在するエリア以外の他のエリア（例えば、社外のエリアまたは社内の第２の拠点）に対応するネットワークにアクセス可能である場合、ユーザの所在を当該他のエリアにする。
より具体的には、例えば、第１のエリア５をユーザＸ，Ｙが通常時に存在するエリアとする。第２のエリア６を上記その他のエリアとする。この場合、クライアント装置３，３ｂは、情報処理装置１と通信可能であり、両方ともネットワーク２にアクセス可能である。ネットワーク２に対応するエリアは第１のエリア５である。よって、演算部１ｂは、ユーザＸの所在を所在Ｌ１と決定する。また、クライアント装置３ｂ，３ｃは、情報処理装置１と通信可能である。クライアント装置３ｂはネットワーク２にアクセス可能である。クライアント装置３ｃはネットワーク２ａにアクセス可能である。ネットワーク２ａに対応するエリアは第２のエリア６である。よって、演算部１ｂは、ユーザＹの所在を所在Ｌ２と決定する。
演算部１ｂは、生成されたプレゼンス情報をクライアント装置３，３ａ，３ｂ，３ｃに提供し得る。例えば、ユーザＸは、クライアント装置３を用いて、提供されたプレゼンス情報を参照することで、ユーザＹが第２のエリア６に存在していることを確認できる。
情報処理装置１によれば、演算部１ｂにより、クライアント装置３，３ａ，３ｂ，３ｃそれぞれがネットワーク２，２ａのうちの何れのネットワークにアクセス可能かを示す情報がクライアント装置３，３ａ，３ｂ，３ｃから収集される。演算部１ｂにより、情報４が用いられて、ユーザＸに対応付けられたクライアント装置３，３ａから収集された情報の組合せが特定される。演算部１ｂにより、当該組合せに基づいて、ユーザＸの所在を示す情報を含むプレゼンス情報が生成される。
これにより、ユーザの所在を適切に提供できる。ここで、例えば、１のユーザが複数のクライアント装置を用いる場合、従来の方法のようにクライアント装置ごとのプレゼンス情報を単に報告するのみでは、ユーザのプレゼンスを適切に把握することが容易でないことがある。ユーザは、複数のクライアント装置の全部を常に携帯しているとは限らないからである。例えば、ユーザＹは、クライアント装置３ｂを第１のエリア５に置いたまま、クライアント装置３ｃを第２のエリア６に持ち出して利用することもある。
このとき、情報処理装置１により、クライアント装置３ｂ，３ｃそれぞれにおいてユーザＹが在席している、または、取り込み中であることを示すプレゼンス情報を別個に提供することが考えられる。しかし、このように各クライアント装置３ｂ，３ｃの状態を個別に提供するだけでは、例えばユーザＸは、各プレゼンス情報からユーザＹの所在を適切に判断することが容易でない。
そこで、情報処理装置１は、例えば、１のユーザに対応付けられた複数のクライアント装置から何れのネットワークにアクセス可能かを示す情報を収集し、その組合せに基づいて当該１のユーザの所在を示す情報を含むプレゼンス情報を生成する。各ユーザは、自身が利用するクライアント装置を用いて当該プレゼンス情報の提供を情報処理装置１から受けることで、他のユーザの所在を適切に把握できる。
なお、例えば、クライアント装置を用いてユーザの加速度のパターンを検出することで、当該ユーザの移動の方法を示す移動情報を取得してもよい。例えば、クライアント装置が加速度センサを備えれば、当該クライアント装置を携帯して移動するユーザの加速度のパターンを検出し得る。そして、当該クライアント装置から情報処理装置１に移動情報を収集し、当該ユーザに対して移動情報を含むプレゼンス情報を生成する。例えば、第２のエリアが屋外のエリアであれば、ユーザは種々の移動方法（徒歩、電車または車など）をとり得る。その場合に、他のユーザは、ユーザの移動方法をプレゼンス情報から把握できれば、所在とともにユーザの状況を詳細に把握できる。
また、例えば、クライアント装置を用いてユーザの位置を検出することで、当該クライアント装置に登録された行先または当該行先の周辺に当該ユーザが存在することを示す行先情報を取得してもよい。例えば、クライアント装置がＧＰＳ（Global Positioning System）通信部を備えれば、当該クライアント装置を携帯して移動するユーザの位置を検出し得る。そして、当該クライアント装置から情報処理装置１に行先情報を収集し、当該ユーザに対して行先情報を含むプレゼンス情報を生成する。例えば、ユーザは顧客先を訪問して打合せなどを行うこともある。その場合に、他のユーザは、顧客先または顧客先の周辺に当該ユーザが存在することをプレゼンス情報から把握できれば、所在とともにユーザの状況を詳細に把握できる。
上記のように、ユーザの移動状況やユーザが行先付近にいるか否かを把握できれば、他のユーザは、当該ユーザに連絡をするか否か、連絡をどの程度留保するか、などの意思決定を容易に行える。また、他のユーザは何れの方法を用いて連絡するか（例えば、電話、テキストチャット、ショートメッセージおよび電子メールなど）の意思決定を容易に行える。例えば、電車内での通話はマナーに反することもあるし、車で移動していれば運転中であることも考えられ通話やチャットは難しい場合がある。また、顧客先を訪問しているときも通話やチャットが難しい場合がある。このように、他のユーザは、相手のユーザの状況に応じた連絡方法を容易に選択可能となる。
また、複数のクライアント装置から情報収集を、情報処理装置１を含む複数の情報処理装置を用いて分担してもよい。例えば、情報処理装置１を用いてネットワーク２にアクセス可能なクライアント装置から情報を収集し、他の情報処理装置を用いてネットワーク２ａにアクセス可能なクラアント装置から情報を収集してもよい。そして、両方の情報処理装置で収集した情報（各クライアント装置が何れのネットワークにアクセス可能かを示す情報）を同期してプレゼンス情報を生成し、各クライアント装置に提供してもよい。そうすれば、両方の情報処理装置により情報収集の負荷を分散できる。
また、例えば、セキュリティの都合上、社外のネットワーク（または、第１の拠点のネットワーク）から社内のネットワーク（または、第２の拠点のネットワーク）にアクセスさせたくないこともある。この場合にも、各ネットワークに情報処理装置を設ければ、何れかのネットワークにアクセス可能なクライアント装置から情報を収集してユーザの所在を適切に提供し得る。
［第２の実施の形態］
図２は、第２の実施の形態のプレゼンス管理システムを示す図である。第２の実施の形態のプレゼンス管理システムは、社内サーバ１００、社外サーバ２００、ＰＣ３００，３００ａ，３００ｂ，３００ｃ，３００ｄ、携帯電話機４００，４００ａ、タブレット装置５００，５００ａ，５００ｂを含む。ここで、以下の説明では、ＰＣ３００，３００ａ，３００ｂ，３００ｃ，３００ｄ、携帯電話機４００，４００ａおよびタブレット装置５００，５００ａ，５００ｂを、クライアントと総称することがある。
社内サーバ１００は、社内ネットワーク１０に接続されている。例えば、社内ネットワーク１０は、社内に構築されたＬＡＮ（Local Area Network）である。社内ネットワーク１０は、地理的に離れた拠点４０，５０に構築されたＬＡＮを接続するネットワークでもよい。社外サーバ２００は、社外ネットワーク２０に接続されている。社外ネットワーク２０はインターネットやＷＡＮ（Wide Area Network）などの広域ネットワークである。
社内ネットワーク１０および社外ネットワーク２０は相互に通信可能に接続されている。ただし、社内ネットワーク１０に設けられたファイアウォールなどの装置によって社内ネットワーク１０および社外ネットワーク２０との間の通信内容は制限されている。例えば、通信可能な内容が、社内サーバ１００と社外サーバ２００との間の所定の通信や、社内からＨＴＴＰ（HyperText Transfer Protocol）アクセスを行うための通信など、所定の通信に限られる。社内の情報に不正にアクセスされ、機密情報などが漏えいするのを防止するためである。
ＰＣ３００，３００ａおよびタブレット装置５００は、アクセスポイント（ＡＰ：Access Point）１１を介して社内ネットワーク１０にアクセス可能である。ＰＣ３００ｂ，３００ｃおよびタブレット装置５００ａは、ＡＰ１２を介して社内ネットワーク１０にアクセス可能である。ＡＰ１１，１２は、クライアントと無線通信可能な無線ルータである。ただし、ＡＰ１１，１２とクライアントとが有線で接続されてもよい。ＡＰ１１は、拠点４０に設置されており、拠点４０に構築されたＬＡＮを介して社内ネットワーク１０に対する通信を中継してもよい。ＡＰ１２は、拠点５０に設置されており、拠点５０に構築されたＬＡＮを介して社内ネットワーク１０に対する通信を中継してもよい。
携帯電話機４００およびタブレット装置５００ｂは、ＡＰ２１を介して社外ネットワーク２０にアクセス可能である。ＰＣ３００ｄおよび携帯電話機４００ａは、ＡＰ２２を介して社外ネットワーク２０にアクセス可能である。ＡＰ２１，２２は、クライアントと無線通信可能な無線ルータである。ＡＰ２１，２２は、移動通信網を介して社外ネットワーク２０と通信する無線基地局でもよい。ただし、ＡＰ２１，２２とクライアントとが有線で接続されてもよい。
社内サーバ１００は、複数のユーザの在席状況を示すプレゼンス情報を提供するサーバコンピュータである。社内サーバ１００は、主に社内に存在する各クライアントから情報を収集し、収集した情報に基づくプレゼンス情報を社外サーバ２００と連携して社内外の各クライアントに提供する。
社外サーバ２００は、プレゼンス情報を提供するサーバコンピュータである。社外サーバ２００は、主に社外に存在する各クライアントから情報を収集し、収集した情報に基づくプレゼンス情報を社内サーバ１００と連携して社内外の各クライアントに提供する。社外サーバ２００は、データセンタに設けられてもよい。その場合、社外サーバ２００は、データセンタ内のネットワークを介して社外ネットワーク２０と通信し得る。
ＰＣ３００，３００ａ，３００ｂ，３００ｃ，３００ｄは、ユーザによって利用されるクライアントコンピュータである。ＰＣ３００，３００ａ，３００ｂ，３００ｃ，３００ｄは、デスクトップ型でもよいしラップトップ型でもよい。携帯電話機４００，４００ａは、ユーザによって利用される電子装置である。携帯電話機４００，４００ａは、スマートフォンと呼ばれるものでもよい。タブレット装置５００，５００ａ，５００ｂは、ユーザによって利用される電子装置である。タブレット装置５００，５００ａ，５００ｂはタブレット型のＰＣでもよい。
例えば、各クライアントはユーザによって携帯され、社内外の種々のエリアに持ち出される。例えば、図２の状況ではＰＣ３００，３００ａおよびタブレット装置５００は、社内の拠点４０に存在している。ＰＣ３００ｂ，３００ｃおよびタブレット装置５００ａは、社内の拠点５０に存在している。ＰＣ３００ｄ、携帯電話機４００，４００ａおよびタブレット装置５００ｂは、社外に存在している。携帯電話機４００は、街中６０に存在している。携帯電話機４００のユーザは徒歩で移動中である。タブレット装置５００ｂは、電車７０内に存在している。タブレット装置５００ｂのユーザは電車で移動中である。携帯電話機４００ａは、車８０内に存在している。携帯電話機４００ａのユーザは車を運転して移動中である。ＰＣ３００ｄは、顧客先９０に存在している。ＰＣ３００ｄのユーザは、顧客と打合せ中である。このように、各クライアントは社内や社外の各エリアにおいて、種々の状況に置かれ得る。
図３は、社内サーバのハードウェア例を示す図である。社内サーバ１００は、プロセッサ１０１、ＲＡＭ１０２、ＨＤＤ１０３、通信部１０４、画像信号処理部１０５、入力信号処理部１０６、ディスクドライブ１０７および機器接続部１０８を有する。各ユニットは社内サーバ１００のバスに接続されている。
プロセッサ１０１は、社内サーバ１００の情報処理を制御する。プロセッサ１０１は、例えばＣＰＵ、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡまたはＰＬＤ（Programmable Logic Device）などである。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、ＰＬＤのうちの２以上の要素の組合せであってもよい。
ＲＡＭ１０２は、社内サーバ１００の主記憶装置である。ＲＡＭ１０２は、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０２は、プロセッサ１０１による処理に用いる各種データを記憶する。
ＨＤＤ１０３は、社内サーバ１００の補助記憶装置である。ＨＤＤ１０３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。社内サーバ１００は、フラッシュメモリやＳＳＤ（Solid State Drive）などの他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。
通信部１０４は、社内ネットワーク１０を介して他のコンピュータと無線通信を行えるインタフェースである。通信部１０４は、有線インタフェースでもよい。
画像信号処理部１０５は、プロセッサ１０１からの命令に従って、社内サーバ１００に接続されたディスプレイ１３に画像を出力する。ディスプレイ１３としては、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどを用いることができる。
入力信号処理部１０６は、社内サーバ１００に接続された入力デバイス１４から入力信号を取得し、プロセッサ１０１に出力する。入力デバイス１４としては、例えば、マウスやタッチパネルなどのポインティングデバイス、キーボードなどを用いることができる。
ディスクドライブ１０７は、レーザ光などを利用して、光ディスク１５に記録されたプログラムやデータを読み取る駆動装置である。光ディスク１５として、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などを使用できる。ディスクドライブ１０７は、例えば、プロセッサ１０１からの命令に従って、光ディスク１５から読み取ったプログラムやデータをＲＡＭ１０２またはＨＤＤ１０３に格納する。
機器接続部１０８は、社内サーバ１００に周辺機器を接続するための通信インタフェースである。例えば、機器接続部１０８にはメモリ装置１６やリーダライタ装置１７を接続できる。メモリ装置１６は、機器接続部１０８との通信機能を搭載した記録媒体である。リーダライタ装置１７は、メモリカード１８へのデータの書き込み、またはメモリカード１８からのデータの読み出しを行う装置である。メモリカード１８は、カード型の記録媒体である。機器接続部１０８は、例えば、プロセッサ１０１からの命令に従って、メモリ装置１６またはメモリカード１８から読み取ったプログラムやデータをＲＡＭ１０２またはＨＤＤ１０３に格納する。
なお、社外サーバ２００およびＰＣ３００，３００ａ，３００ｂ，３００ｃ，３００ｄも社内サーバ１００と同様のハードウェアで実現できる。
図４は、携帯電話機のハードウェア例を示す図である。携帯電話機４００は、プロセッサ４０１、ＲＡＭ４０２、フラッシュメモリ４０３、無線部４０４、ディスプレイ４０５、入力デバイス４０６、加速度センサ４０７およびＧＰＳ通信部４０８を有する。各ユニットは携帯電話機４００のバスに接続されている。
プロセッサ４０１は、携帯電話機４００の情報処理を制御する。プロセッサ４０１は、例えばＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡまたはＰＬＤなどである。プロセッサ４０１は、マルチプロセッサであってもよい。プロセッサ４０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、ＰＬＤのうちの２以上の要素の組合せであってもよい。
ＲＡＭ４０２は、携帯電話機４００の主記憶装置である。ＲＡＭ４０２は、プロセッサ４０１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ４０２は、プロセッサ４０１による処理に用いる各種データを記憶する。
フラッシュメモリ４０３は、携帯電話機４００の補助記憶装置である。フラッシュメモリ４０３には、ＯＳのプログラム、アプリケーションプログラムおよび各種データが格納される。フラッシュメモリ４０３は、携帯電話機４００に対して着脱可能な可搬型の記録媒体でもよい。
無線部４０４は、ＡＰ２１との間で無線通信を行えるインタフェースである。例えば、ＡＰ２１が無線ルータであれば、無線部４０４は無線ＬＡＮインタフェースである。また、例えば、ＡＰ２１が無線基地局であれば、無線部４０４は移動通信用の無線インタフェースである。携帯電話機４００は、両方の無線ＬＡＮおよび移動通信の両方の無線インタフェースを備えてもよい。また、携帯電話機４００は、無線部４０４に加えて、あるいは、無線部４０４に代えて、有線の通信インタフェースを備えてＡＰ２１と接続されてもよい。
ディスプレイ４０５は、プロセッサ４０１からの命令に従って、画像を出力する。例えば、ディスプレイ４０５は、液晶ディスプレイや有機ＥＬ（Electro Luminescence）ディスプレイなどである。
入力デバイス４０６は、入力された信号をプロセッサ４０１に出力する。例えば、入力デバイス４０６は、ボタン、タッチパッドおよびタッチパネルなどである。
加速度センサ４０７は、水平面の２軸方向および鉛直方向の加速度を検出するためのセンサデバイスである。
ＧＰＳ通信部４０８は、ＧＰＳ衛星や無線基地局などと通信して、自装置の現在位置を取得するための通信デバイスである。例えば、自装置の現在位置を示す情報として、緯度・経度・高度などを測定し得る。
なお、携帯電話機４００は以上に示したユニット以外にも、通話用のマイクやスピーカなどを備えている。また、携帯電話機４００ａおよびタブレット装置５００，５００ａ，５００ｂも携帯電話機４００と同様のハードウェアで実現できる。また、ＰＣ３００，３００ａ，３００ｂ，３００ｃ，３００ｄも図３で例示したハードウェアに加えて、加速度センサやＧＰＳ通信部を備えてもよい。また、ＰＣ３００，３００ａ，３００ｂ，３００ｃ，３００ｄも図４で例示したように、ディスプレイや入力デバイスを内蔵してもよい。
図５は、プレゼンス管理システムのソフトウェア例を示す図である。図５に示すユニットの一部または全部は、各装置が備えるプロセッサによって実行されるプログラムのモジュールであってもよい。社内サーバ１００は、記憶部１１０およびプレゼンス管理部１２０を有する。
記憶部１１０は、プレゼンス管理部１２０の処理に用いられる各種の情報を記憶する。記憶部１１０が記憶する情報は、アカウント管理テーブル、グループ管理テーブルおよびプレゼンス管理テーブルを含む。
アカウント管理テーブルは、ユーザとユーザが所持するクライアントとの対応付けなどを管理するためのテーブルである。グループ管理テーブルは、ユーザとグループとの対応付けを管理するためのテーブルである。プレゼンス管理テーブルは、ユーザのプレゼンス情報を管理するためのテーブルである。
プレゼンス管理部１２０は、記憶部１１０に記憶された情報に基づいて、ユーザのプレゼンスを管理する。プレゼンス管理部１２０は、社内に存在する各クライアントから各クライアントの情報を収集し、ユーザごとのプレゼンス情報を生成して、記憶部１１０に記憶されたプレゼンス管理テーブルに登録する。プレゼンス管理部１２０は、当該プレゼンス管理テーブルに登録されたプレゼンス情報を社外サーバ２００と連携して各クライアントに提供する。
プレゼンス管理部１２０は、ユーザが複数のクライアントを所持する場合、当該複数のクライアントから取得した情報の組合せに基づいて、当該ユーザのプレゼンス情報を生成する。また、プレゼンス管理部１２０は、社外のユーザのプレゼンス情報を社外サーバ２００から取得して、社内の各クライアントに提供することもある。更に、プレゼンス管理部１２０は、社外サーバ２００に対して、社内のユーザのプレゼンス情報を提供することもある。
社外サーバ２００は、記憶部２１０およびプレゼンス管理部２２０を有する。記憶部２１０は、プレゼンス管理部２２０の処理に用いられる各種の情報を記憶する。記憶部２１０が記憶する情報は、記憶部１１０と同様である。すなわち、記憶部２１０もアカウント管理テーブル、グループ管理テーブルおよびプレゼンス管理テーブルを記憶する。プレゼンス管理部１２０，２２０は連携し、記憶部１１０，２１０のアカウント管理テーブルおよびグループ管理テーブルが更新された場合は、これら各テーブルの登録内容を同期し得る。また、記憶部２１０は、プレゼンス管理テーブルを記憶するが、主に社外に存在しているユーザのプレゼンス情報が登録される点で記憶部１１０に記憶されるプレゼンス管理テーブルと異なる。
プレゼンス管理部２２０は、記憶部２１０に記憶された情報に基づいて、ユーザのプレゼンスを管理する。プレゼンス管理部２２０は、社外に存在する各クライアントから各クライアントの情報を収集し、ユーザごとのプレゼンス情報を生成して、記憶部２１０に記憶されたプレゼンス管理テーブルに登録する。プレゼンス管理部２２０は、当該プレゼンス管理テーブルに登録されたプレゼンス情報を社内サーバ１００と連携して各クライアントに提供する。
プレゼンス管理部２２０は、プレゼンス管理部１２０と同様に、ユーザが複数のクライアントを所持する場合、当該複数のクライアントから取得した情報の組合せに基づいて、当該ユーザのプレゼンス情報を生成する。また、プレゼンス管理部２２０は、社内のユーザのプレゼンス情報を社内サーバ１００から取得して、社外の各クライアントに提供することもある。更に、プレゼンス管理部２２０は、社内サーバ１００に対して、社外のユーザのプレゼンス情報を提供することもある。
ＰＣ３００は、記憶部３１０、連携部３２０および監視部３３０を有する。記憶部３１０は、連携部３２０および監視部３３０の処理に用いられる各種の情報を記憶する。記憶部３１０が記憶する情報は、グループ管理テーブル、加速度パターン情報、行先管理テーブル、状態管理テーブルおよびメンバプレゼンステーブルを含む。
グループ管理テーブルは、ユーザによって定義されたユーザのリスト（グループ）を示すテーブルである。グループ管理テーブルには、複数のグループを登録し得る。加速度パターン情報は、ＰＣ３００が加速度センサを内蔵する場合に、当該加速度センサにより検出される加速度の移動方法に応じたパターンを登録した情報である。行先管理テーブルは、ユーザがよく訪問する行先の場所（緯度、経度）を登録したテーブルである（ＰＣ３００がＧＰＳ通信部を有する場合に用いられる）。状態管理テーブルは、クライアントの状態を管理するためのテーブルである。メンバプレゼンステーブルは、グループ管理テーブルのうち、ユーザにより選択されたグループに含まれる各ユーザ（グループメンバ）のプレゼンス情報を登録したテーブルである。
連携部３２０は、監視部３３０によって状態管理テーブルの内容が更新されると、社内サーバ１００（ＰＣ３００が社外に存在するときは社外サーバ２００）に更新内容を通知する。連携部３２０は、グループ管理テーブルのうちの何れかのグループがユーザによって選択されると、当該グループのグループメンバのプレゼンス情報を社内サーバ１００（社外に存在する場合は社外サーバ２００）に要求する。連携部３２０は、社内サーバ１００（または、社外サーバ２００）からグループメンバのプレゼンス情報を取得し、ディスプレイなどの表示装置を用いてグループメンバのプレゼンス情報を表示する。
ここで、記憶部３１０には連携部３２０が社内サーバ１００または社外サーバ２００と通信するための各種の情報が格納される。例えば、当該情報は社内サーバ１００および社外サーバ２００のＵＲＬ（Uniform Resource Locator）やＩＰ（Internet Protocol）アドレスなどを含む。また、当該情報は、ＡＰ１１，１２と通信するための暗号化キーやネットワーク名（ＳＳＩＤ：Service Set Identifier）などを含む。
監視部３３０は、ＰＣ３００の状態を監視し、記憶部３１０に記憶された状態管理テーブルを書き換える。例えば、監視部３３０は次のような状態を監視する。（１）自身が社内または社外のネットワークに接続できるか否か。この監視は、ＡＰ１１，１２へのアクセス可否やＡＰ２１，２２へのアクセス可否などに基づいて行える。（２）所定時間無操作の状態が続いたか否か。この監視は、前回操作を受け付けた時間からの経過時間を、タイマを用いて計測することで行える。（３）ＰＣ３００が社外にある場合にユーザがどのような移動状況にあるか。この監視は、加速度センサによる加速度の検出パターンにより行える。（４）ＰＣ３００が社外にある場合に現在地が所定の行先場所付近であるか。この監視は、ＧＰＳ通信部により取得された現在地の情報と、記憶部３１０に記憶された行先管理テーブルとに基づいて行える。（５）テレビ会議用のソフトウェアを用いて通話を行っているか否か。この監視は、ＰＣ３００におけるテレビ会議用のソフトウェアの使用状況に基づいて行える。（６）ユーザによりユーザの状態（ビジー状態など）を示す所定の情報が指定されたか否か。この監視は、ユーザによる操作入力の内容を監視することで行える。
携帯電話機４００は、記憶部４１０、連携部４２０および監視部４３０を有する。タブレット装置５００は、記憶部５１０、連携部５２０および監視部５３０を有する。記憶部４１０，５１０に記憶される情報は、記憶部３１０に記憶される情報と同様である。
連携部４２０，５２０は、連携部３２０と同様の機能である。ここで、第２の実施の形態のシステムでは、セキュリティの関係上、携帯電話機４００，４００ａによる社内サーバ１００を含む社内の主要なサーバへのアクセスを禁止している。このため、連携部４２０は、ＡＰ１１，１２を介して社内サーバ１００にアクセスすることはできない。
監視部４３０および監視部５３０は、監視部３３０と同様の機能である。具体的には、監視部３３０と同様に、上記（１）〜（６）で例示した内容を監視する。
図６は、アカウント管理テーブルの例を示す図である。アカウント管理テーブル１１１は、記憶部１１０に予め格納される。アカウント管理テーブル１１１は、ユーザＩＤ（IDentifier）、メールアドレス、パスワードおよび機体番号（ＰＣ、携帯電話機およびタブレット装置）の項目を含む。
ユーザＩＤの項目には、ユーザＩＤが登録される。メールアドレスの項目には、ユーザのメールアドレスが登録される。例えば、当該メールアドレス宛てに届いたメールをユーザは、各クライアントで実行される所定のメールソフトウェアを用いて社内サーバ１００または他のメールサーバから受信し、閲覧できる。パスワードの項目には、ユーザ認証に用いられるパスワードが登録される。例えば、ユーザ認証は、各クライアントが社内サーバ１００にアクセスを開始する際に自動で、または、ユーザにユーザＩＤとパスワードとを入力させることで行われる。機体番号の項目には、各クライアントの機体番号が登録される。第２の実施の形態では、クライアントとしてＰＣ、携帯電話機およびタブレット装置を想定している。このため、ユーザが所持する各クライアントの機体番号が登録される。
例えば、アカウント管理テーブル１１１には、ユーザＩＤが“Ａ１”、メールアドレスが“Ｅ１”、パスワードが“Ｐ１”、機体番号（ＰＣ）が“ＰＣ１”、機体番号（携帯電話機）が“ＳＰ１”、機体番号（タブレット装置）が“ＴＢ１”という情報が登録されている。
これは、ユーザ“Ａ１”のメールアドレスが“Ｅ１”であり、認証用のパスワードが“Ｐ１”であることを示す。ユーザ“Ａ１”の所有するＰＣの機体番号は“ＰＣ１”、携帯電話機の機体番号は“ＳＰ１”、タブレット装置の機体番号は“ＴＢ１”であることを示す。
また、例えばアカウント管理テーブル１１１には、ユーザＩＤが“Ａ２”、メールアドレスが“Ｅ２”、パスワードが“Ｐ２”、機体番号（ＰＣ）が“ＰＣ２”、機体番号（携帯電話機）が“ＳＰ２”、機体番号（タブレット装置）が“ＴＢ２”という情報が登録されている。
これは、ユーザ“Ａ２”のメールアドレスが“Ｅ２”であり、認証用のパスワードが“Ｐ２”であることを示す。ユーザ“Ａ２”の所有するＰＣの機体番号は“ＰＣ２”、携帯電話機の機体番号は“ＳＰ２”、タブレット装置の機体番号は“ＴＢ２”であることを示す。
なお、機体番号は、各クライアントのアドレスに対応付けられる。例えば、プレゼンス管理部１２０は、機体番号とアクセスを受けた各クライアントのＩＰアドレスとの対応関係を記憶部１１０に登録し、各クライアントとの通信に用いてもよい。
図７は、グループ管理テーブルの例を示す図である。グループ管理テーブル１１２は、記憶部１１０に予め格納される。グループ管理テーブル１１２は、グループ名、メンバ、閲覧中ユーザおよび要求元クライアントの項目を含む。
グループ名の項目には、グループの名前が登録される。メンバの項目には、グループメンバのユーザＩＤが登録される。閲覧中ユーザの項目には、当該グループのプレゼンス情報を閲覧中であるユーザのユーザＩＤが登録される。要求元クライアントの項目には、ユーザがプレゼンス情報の閲覧に利用しているクライアントの機体番号が登録される。
例えば、グループ管理テーブル１１２には、グループ名が“マーケティング”、メンバが“Ａ１”、“Ａ２”、“Ａ３”、“Ａ４”、“Ａ５”、閲覧中ユーザが“Ａ１”、要求元クライアントが“ＰＣ１”という情報が登録されている。これは、“マーケティング”グループのグループメンバが、ユーザ“Ａ１”、“Ａ２”、“Ａ３”、“Ａ４”、“Ａ５”であることを示す。また、ユーザＩＤ“Ａ１”で示されるユーザが、機体番号“ＰＣ１”で示されるクライアントを用いて、当該グループのグループメンバのプレゼンス情報を閲覧していることを示す。
図８は、社内サーバのプレゼンス管理テーブルの例を示す図である。プレゼンス管理テーブル１１３は、記憶部１１０に予め格納される。プレゼンス管理テーブル１１３は、ユーザＩＤ、最終アクセス時間、所在、移動状況、顧客対応状況、ＰＣの社内外および状態、携帯電話機の社内外および状態、タブレット装置の社内外および状態の項目を含む。
ユーザＩＤの項目には、ユーザＩＤが登録される。最終アクセス時間の項目には、プレゼンス情報が最後に更新された時間が登録される。所在の項目には、ユーザの所在を示す情報が登録される。例えば、所在の項目には“社内”または“社外”という情報が登録される。“社内”は、ユーザが社内にいることを示す。“社外”は、ユーザが社外にいることを示す。また、“−”（設定なし）は当該クライアントが利用されていない状態を示す。例えば、当該クライアントの電源がＯＦＦになっている状態である。
移動状況の項目には、ユーザの移動状況を示す情報が登録される。移動状況の項目に登録される内容は、“着席”、“徒歩”、“電車”、“車”、“その他”である。“着席”は、ユーザが着席していることを示す。“徒歩”は、ユーザが徒歩で移動していることを示す。“電車”は、ユーザが電車で移動していることを示す。“車”は、ユーザが車で移動していることを示す。“その他”は、ユーザが“着席”、“徒歩”、“電車”、“車”以外の状態にあることを示す。また、“−”は、ユーザの移動状況の監視が行われていないことを示す。
顧客対応状況の項目には、顧客対応中であるか否かを示す情報（第１の実施の形態の行先情報に相当する）が登録される。顧客対応状況“対応中”は、顧客対応中であることを示す。また、“−”は、顧客対応中でないことを示す。
ＰＣの社内外の項目には、ＰＣが社内外の何れにあるかを示す情報が登録される。社内外の項目に登録される内容は、“社内”または“社外”である。“社内”は、ＰＣが社内にあることを示す。“社外”は、ＰＣが社外にあることを示す。また、“−”は、設定なしを示す。ＰＣが電源ＯＦＦである、ネットワークに接続していない、当該ユーザがＰＣを所有していない、などの場合に設定なしとなる。
ＰＣの状態の項目には、ＰＣの状態やユーザの状態を示す情報が登録される。ＰＣの状態の項目に登録される内容は、“オンライン”、“オフライン”、“通話中”、“ビジー”または“離席”である。“オンライン”は、ユーザがＰＣで作業中であることを示す。“オフライン”は、ＰＣが電源ＯＦＦである、ネットワークに接続していない、などの状態を示す。“通話中”は、ユーザがテレビ会議用のソフトウェアを用いて通話を行っていることを示す。“ビジー”は、ユーザが取り込み中であることを示す（ユーザによるＰＣへの操作入力によって“ビジー”が登録される）。“離席”は、“オンライン”であるが、ユーザが自席にいないことを示す。また、“−”は、設定なしを示す。当該ユーザがＰＣを所有していない場合に設定なしとなる。
携帯電話機の社内外の項目には、携帯電話機が社内外の何れにあるかを示す情報が登録される。携帯電話機の項目に登録される内容は、“社内”または“社外”である。“社内”は、携帯電話機が社内にあることを示す。“社外”は、携帯電話機が社外にあることを示す。また、“−”は、携帯電話機の電源をＯＦＦにしている場合、または、ユーザが携帯電話機を所有していないことを示す。
携帯電話機の状態の項目には、携帯電話機の電源がＯＮであるかＯＦＦであるかを示す情報が登録される。携帯電話機の状態の項目に登録される内容は、“オンライン”または“オフライン”である。“オンライン”は、ユーザが携帯電話機を使用中であることを示す。“オフライン”は、携帯電話機の電源をＯＦＦにしている場合を示す。また、“−”は、ユーザが携帯電話機を所有していないことを示す。
タブレット装置の社内外の項目には、タブレット装置が社内外の何れにあるかを示す情報が登録される。タブレット装置の項目に登録される内容は、“社内”または“社外”である。“社内”は、タブレット装置が社内にあることを示す。“社外”は、タブレット装置が社外にあることを示す。また、“−”は、タブレット装置の電源をＯＦＦにしている場合、または、ユーザがタブレット装置を所有していないことを示す。
タブレット装置の状態の項目には、タブレット装置の状態やユーザの状態を示す情報が登録される。タブレット装置の状態の項目に登録される内容は、“オンライン”、“オフライン”、“通話中”、“ビジー”または“離席”である。“オンライン”は、ユーザがタブレット装置を使用中であることを示す。“オフライン”は、タブレット装置の電源をＯＦＦにしている場合を示す。“通話中”は、ユーザがテレビ会議用のソフトウェアを用いて通話を行っていることを示す。“ビジー”は、ユーザが取り込み中であることを示す（ユーザによるタブレット装置への操作入力によって“ビジー”が登録される）。“離席”は、“オンライン”であるが、ユーザが自席にいないことを示す。また、“−”は、ユーザがタブレット装置を所有していないことを示す。
例えば、プレゼンス管理テーブル１１３には、ユーザＩＤが“Ａ１”、最終アクセス時間が“１２：００”、所在が“社内”、移動状況が“−”、顧客対応状況が“−”、ＰＣの社内外が“社内”、ＰＣの状態が“オンライン”、携帯電話機の社内外が“社内”、携帯電話機の状態が“オンライン”、タブレット装置の社内外が“社内”、タブレット装置の状態が“オフライン”という情報が登録されている。
これは、ユーザ“Ａ１”が“社内”にいることを示す。また、ユーザ“Ａ１”は、ＰＣで作業中であり（“オンライン”）、携帯電話機の電源がＯＮ（“オンライン”）の状態で、タブレット装置の電源がＯＦＦ（“オフライン”）の状態になっていることを示す。さらに、ユーザ“Ａ１”のプレゼンス情報を最後に更新した時間が“１２：００”であることを示す。
また、例えばプレゼンス管理テーブル１１３には、ユーザＩＤが“Ａ２”、最終アクセス時間が“１１：３０”、所在が“社外”、移動状況が“−”、顧客対応状況が“−”、ＰＣの社内外が“−”、ＰＣの状態が“オフライン”、携帯電話機の社内外が“−”、携帯電話機の状態が“オフライン”、タブレット装置の社内外が“社外”、タブレット装置の状態が“オンライン”という情報が登録されている。
これは、ユーザ“Ａ２”が“社外”にいることを示す。また、ユーザ“Ａ２”は、ＰＣの電源をＯＦＦ（“オフライン”）にしており、携帯電話機の電源がＯＦＦ（“オフライン”）の状態で、タブレット装置の電源をＯＮ（“オンライン”）にしていることを示す。さらに、ユーザ“Ａ２”のプレゼンス情報を最後に更新した時間が“１１：３０”であることを示す。
図９は、社外サーバのプレゼンス管理テーブルの例を示す図である。プレゼンス管理テーブル２１１は、記憶部２１０に予め格納される。プレゼンス管理テーブル２１１は、ユーザＩＤ、最終アクセス時間、所在、移動状況、顧客対応状況、ＰＣの社内外および状態、携帯電話機の社内外および状態、タブレット装置の社内外および状態の項目を含む。プレゼンス管理テーブル２１１の各項目に登録される内容は、プレゼンス管理テーブル１１３と同様である。
例えば、プレゼンス管理テーブル２１１には、ユーザＩＤが“Ａ２”、最終アクセス時間が“１２：００”、所在が“社外”、移動状況が“徒歩”、顧客対応状況が“−”、ＰＣの社内外が“−”、ＰＣの状態が“オフライン”、携帯電話機の社内外が“−”、携帯電話機の状態が“オフライン”、タブレット装置の社内外が“社外”、タブレット装置の状態が“ビジー”という情報が登録されている。
これは、ユーザ“Ａ２”が“社外”におり、移動状況が“徒歩”であることを示す。また、ユーザ“Ａ２”は、ＰＣの電源をＯＦＦ（“オフライン”）にしており、携帯電話機の電源がＯＦＦ（“オフライン”）の状態で、タブレット装置の電源がＯＮになっているがビジーの状態であることを示す。さらに、ユーザ“Ａ２”のプレゼンス情報を最後に更新した時間が“１２：００”であることを示す。
ここで、プレゼンス管理テーブル１１３およびプレゼンス管理テーブル２１１で例示したユーザＡ２のプレゼンス情報の登録内容は一部異なっている。これは、プレゼンス管理テーブル１１３とプレゼンス管理テーブル２１１との同期がとられる前の状態を例示しているからである。例えば、社内サーバ１００および社外サーバ２００は、ユーザからプレゼンス情報の閲覧要求を受けると、閲覧に関わる範囲において、プレゼンス管理テーブル１１３とプレゼンス管理テーブル２１１とを同期する。すなわち、社内サーバ１００は、社内のユーザの最新のプレゼンス情報を管理する。社外サーバ２００は、社外のユーザの最新のプレゼンス情報を管理する。社内サーバ１００および社外サーバ２００は、両サーバで管理されるプレゼンス情報をマージして提供する。
図１０は、グループ管理テーブルの例を示す図である。グループ管理テーブル４１１は、記憶部４１０に予め格納される。グループ管理テーブル４１１は、グループ名およびメンバの項目を含む。グループ名の項目には、グループの名前が登録される。メンバの項目には、グループメンバのユーザＩＤが登録される。
例えば、グループ管理テーブル４１１には、グループ名が“マーケティング”、メンバが“Ａ１”、“Ａ２”、“Ａ３”、“Ａ４”、“Ａ５”という情報が登録されている。これは、“マーケティング”グループのグループメンバがユーザ“Ａ１”、“Ａ２”、“Ａ３”、“Ａ４”、“Ａ５”であることを示す。
ここで、連携部４２０は、グループ管理テーブル４１１のユーザによる更新を許容する。ユーザは、所望のユーザのリストをグループ名に対応付けてグループ管理テーブル４１１に登録し得る。また、グループ管理テーブル４１１には、複数のグループが登録されてもよい。連携部４２０は、複数のグループのうちの何れかのグループのユーザによる選択を受け付けて、当該グループに関するプレゼンス情報を社内サーバ１００または社外サーバ２００に要求し得る。
図１１は、加速度パターン情報の例を示す図である。図１１（Ａ）は電車で移動中の場合の加速度パターン情報４１２を例示している。図１１（Ｂ）は車で移動中の場合の加速度パターン情報４１３を例示している。図１１（Ｃ）は徒歩で移動中の場合の加速度パターン情報４１４を例示している。加速度パターン情報４１２，４１３，４１４では、縦軸を加速度の大きさ、横軸を時間として、移動方法に応じた加速度パターンが表わされている。加速度パターン情報４１２，４１３，４１４は、記憶部４１０に予め格納される。
例えば、加速度パターン情報４１２は、次のような特徴を有する。（１）加速度の変化が周期的である。（２）加速度の振幅が一定である。例えば、監視部４３０は、加速度センサ４０７により取得された加速度データをサンプリングして、（１）加速度の変化が周期的であり、かつ（２）加速度の振幅が一定である場合、ユーザの移動状況を電車と判定する。
例えば、加速度パターン情報４１３は、次のような特徴を有する。（１）加速度の変化が周期的でない。（２）加速度の振幅が一定でない。（３）加速度の振幅が電車よりも大きい。例えば、監視部４３０は、加速度センサ４０７により取得された加速度データをサンプリングして、（１）加速度の変化が周期的でなく、（２）加速度の振幅が一定でなく、かつ（３）加速度の振幅が電車よりも大きい場合、ユーザの移動状況を車と判定する。
例えば、加速度パターン情報４１４は、次のような特徴を有する。（１）加速度の変化が周期的である。（２）加速度の振幅が一定である。（３）加速度の振幅が小さい。例えば、監視部４３０は、加速度センサ４０７により取得されたデータをサンプリングして、（１）加速度の変化が周期的であり、（２）加速度の振幅が一定であり、かつ（３）加速度の振幅が小さい場合、監視部４３０は、ユーザの移動状況を徒歩と判定する。
なお、監視部４３０は、加速度センサ４０７により取得された３軸の加速度から次のようにして加速度パターンの照合を行える。例えば、加速度センサ４０７により水平面上の２軸（Ｘ軸，Ｙ軸）と鉛直軸（Ｚ軸）との各軸上の加速度を得られる場合、各軸について求められた加速度を所定の方法で補正する。また、例えば、Ｚ軸から重力加速度９．８［ｍ／ｓ2］を減算する。そして、３軸の加速度から加速度の大きさを求めて時間軸上にプロットする。監視部４３０は、プロットされた複数の点を加速度パターン情報４１２，４１３，４１４と照合することで、ユーザが何れの移動状況かを把握する。
また、例えば、監視部４３０は、加速度パターン情報４１４に基づいて、最小二乗法により一次方程式を求め、その傾きが、所定の誤差の範囲内で０と認められる場合、または、逆符号の加速度が現れた時刻の間隔が、０．５秒以内の誤差の場合などに徒歩であると判定してもよい。
図１２は、行先管理テーブルの例を示す図である。行先管理テーブル４１５は、記憶部４１０に格納される。行先管理テーブル４１５は、顧客先、緯度、経度の項目を含む。
顧客先の項目には、ユーザの顧客先の名称が登録される。緯度の項目には、顧客先の緯度が登録される。経度の項目には、顧客先の経度が登録される。
例えば、顧客先が“ＰＯ１”、緯度が“３５”、経度が“１３９”という情報が登録されている。これは、顧客先が“ＰＯ１”であり、“ＰＯ１”の緯度は“３５”、“ＰＯ１”の経度は“１３９”であることを示す。
連携部４２０は、行先管理テーブル４１５に対するユーザによる任意の情報の登録を許容する。例えば、ユーザは、よく訪問する行先を行先管理テーブル４１５に複数登録することができる。
図１３は、状態管理テーブルの例を示す図である。状態管理テーブル４１６は、記憶部４１０に格納される。状態管理テーブル４１６は、社内外、状態、移動状況、顧客対応状況の項目を含む。
社内外の項目には、携帯電話機４００が社内外のどちらにあるかを示す情報が登録される。状態の項目には、携帯電話機４００の状態が登録される。移動状況の項目には、携帯電話機４００を所持しているユーザの移動状況が登録される。顧客対応状況の項目には、顧客対応中であるか否かを示す情報が登録される。
例えば、状態管理テーブル４１６には、社内外が“社外”、状態が“オンライン”、移動状況が“−”、顧客対応状況が“−”という情報が登録される。これは、携帯電話機４００が社外にあり、通信可能な状態にあることを示している。
図１４は、メンバプレゼンステーブルの例を示す図である。メンバプレゼンステーブル４１７は、記憶部４１０に格納される。メンバプレゼンステーブル４１７は、グループメンバ、所在、移動状況、顧客対応状況、ＰＣ、携帯電話機、タブレット装置の項目を含む。
グループメンバの項目には、グループメンバのユーザＩＤが登録される。所在の項目には、所在が登録される。移動状況の項目には、移動状況を示す情報が登録される。顧客対応状況の項目には、顧客対応中であるか否かを示す情報が登録される。ＰＣの項目には、ＰＣの状態が登録される。携帯電話機の項目には、携帯電話機の状態が登録される。タブレット装置の項目には、タブレット装置の状態が登録される。
メンバプレゼンステーブル４１７には、プレゼンス管理テーブル１１３とプレゼンス管理テーブル２１１との情報がマージされた各グループメンバの最新のプレゼンス情報を示している。
例えば、メンバプレゼンステーブル４１７には、グループメンバが“Ａ１”、所在が“社内”、移動状況が“−（ハイフン）”、顧客対応状況が“−”、ＰＣが“オンライン”、携帯電話機が“オンライン”、タブレット装置が“オフライン”という情報が登録されている。
これは、ユーザ“Ａ１”が“社内“にいることを示す。また、ユーザ“Ａ１”は、ＰＣで作業中であり（“オンライン”）、携帯電話機の電源がＯＮの状態（“オンライン”）で、タブレット装置の電源がＯＦＦの状態（“オフライン”）になっていることを示す。
また、例えばメンバプレゼンステーブル４１７には、グループメンバが“Ａ４”、所在が“社外”、移動状況が“着席”、顧客対応状況が“対応中”、ＰＣが“オンライン”、携帯電話機が“オフライン”、タブレット装置が“オンライン”という情報が登録されている。これは、ユーザ“Ａ４”は、“社外”で“着席”して、“顧客対応中”であることを示す。また、ユーザ“Ａ４”は、ＰＣは社外で“オンライン”で、携帯電話機の電源がＯＦＦの状態（“オフライン”）であり、タブレット装置の電源がＯＮの状態（“オンライン”）になっていることを示す。
図１５は、クライアントによる所在判定の例を示すフローチャートである。以下、図１５に示す処理をステップ番号に沿って説明する。以下ではＰＣ３００を例に説明する。ただし、他のクライアントについても同様の処理手順である。
（ステップＳ１１）監視部３３０は、社内のＡＰ１１，１２にアクセス可能であるか否か判定する。アクセス可能な場合、処理をステップＳ１２に進める。アクセスできない場合、処理をステップＳ１５に進める。アクセス可能である場合とは、ＡＰ１１，１２との通信を確立できる場合である。アクセス不可能な場合とは、ＡＰ１１，１２から物理的に離れていて所定の強度で電磁波を送受信できないために、ＡＰ１１，１２との間で通信を確立できない場合である。
（ステップＳ１２）監視部３３０は、社内サーバ１００にアクセス可能であるか否か判定する。アクセス可能な場合、処理をステップＳ１３に進める。アクセス不可能な場合、処理をステップＳ１４に進める。社内サーバ１００にアクセス可能な場合とは、社内ネットワーク１０を介して社内サーバ１００と通信を確立しデータの送受信を行える場合である。アクセス不可能な場合とは、例えば、ＡＰ１１，１２との通信を確立できるもののＡＰ１１，１２などでフィルタされてしまい、その先の社内ネットワーク１０を介して社内サーバ１００にアクセスできない場合である。例えば、ＡＰ１１，１２は、所定のキーによりクライアントを照合することで、または、ＭＡＣ（Media Access Control）アドレスでフィルタリングすることで、クライアントの社内サーバ１００へのアクセスを制限し得る。なお、ＡＰ１１，１２以外の装置を用いてアクセスをフィルタすることもある。
（ステップＳ１３）監視部３３０は、記憶部３１０に記憶された状態管理テーブルの社内外の項目に“社内”を設定し、状態の項目に“オンライン”を設定する。そして、処理を終了する。
（ステップＳ１４）監視部３３０は、状態管理テーブルの社内外の項目に“社内”を設定し、状態の項目に“オフライン”を設定する。そして、処理を終了する。
（ステップＳ１５）監視部３３０は、社外サーバ２００にアクセス可能であるか否か判定する。アクセス可能な場合、処理をステップＳ１６に進める。アクセス不可能な場合、処理をステップＳ１７に進める。社外サーバ２００にアクセス可能な場合とは、社外ネットワーク２０を介して社外サーバ２００と通信を確立しデータの送受信を行える場合である。アクセス不可能な場合とは、例えば、ＡＰ２１，２２から物理的に離れていて所定の強度で電磁波を送受信できないために、ＡＰ２１，２２との間で通信を確立できない場合である。
（ステップＳ１６）監視部３３０は、状態管理テーブルの社内外の項目に“社外”を設定し、状態の項目に“オンライン”を設定する。そして、処理を終了する。
（ステップＳ１７）監視部３３０は、状態管理テーブルの状態の項目に“オフライン”を設定する。そして、処理を終了する。
このようにして、各クライアントは、現在、自身が社内外のどちらにあるか判断する。また、各クライアントの監視部は上記の処理手順を定期的に行う。ただし、第２の実施の形態の例では、携帯電話機４００は社内サーバ１００へのアクセスを禁止されている。このため、監視部４３０の処理では、ステップＳ１２の判定はアクセス不可能ということになる。ただし、この場合、監視部４３０は、ＡＰ１１にはアクセス可能なので、社内の所定のネットワークに対してアクセス可能であるとみなす。
図１６は、クライアントによる操作監視の例を示すフローチャートである。以下、図１６に示す処理をステップ番号に沿って説明する。以下ではＰＣ３００を例に説明する。ただし、他のクライアントについても同様の処理手順である。
（ステップＳ２１）監視部３３０は、無操作状態で所定の監視時間が経過したか否かを判定する。経過している場合、処理をステップＳ２２に進める。経過していない場合、処理を終了する。監視時間は、例えば、５分である。例えば、監視部３３０は、ユーザによる監視時間の変更を許容し、記憶部３１０に格納する。
（ステップＳ２２）監視部３３０は、記憶部３１０に記憶された状態管理テーブルの状態の項目に“離席”を設定する。そして、処理を終了する。
図１７は、クライアントによる操作検出の例を示すフローチャートである。以下、図１７に示す処理をステップ番号に沿って説明する。以下ではＰＣ３００を例に説明する。ただし、他のクライアントについても同様の処理手順である。
（ステップＳ３１）監視部３３０は、ＰＣ３００に対して所定の入力デバイス（例えば、マウスやキーボードなど）を用いた操作入力が行われたことを検出する。
（ステップＳ３２）監視部３３０は、ステップＳ３１の操作がオフラインへ移行する操作か判定する。例えば、オフラインへ移行する操作とは、ＰＣ３００の電源をＯＦＦにする操作である。オフラインへ移行する操作の場合、処理をステップＳ３３に進める。オフラインへ移行する操作でない場合、処理をステップＳ３４に進める。
（ステップＳ３３）監視部３３０は、記憶部３１０に記憶された状態管理テーブルの状態の項目に“オフライン”を設定する。そして、処理を終了する。
（ステップＳ３４）監視部３３０は、状態管理テーブルを参照して、状態が“離席”であるか否か判定する。状態が“離席”の場合、処理をステップＳ３５に進める。状態が“離席”でない場合、処理を終了する。
（ステップＳ３５）監視部３３０は、状態管理テーブルの状態の項目に“オンライン”を設定する。そして、処理を終了する。
図１８は、クライアントによる移動状況判定の例を示すフローチャートである。以下、図１８に示す処理をステップ番号に沿って説明する。以下では携帯電話機４００を例に説明する。ただし、他のクライアントについても同様の処理手順である。
（ステップＳ４１）監視部４３０は、加速度センサ４０７により取得された加速度をサンプリングする。
（ステップＳ４２）監視部４３０は、記憶部４１０に記憶された加速度パターン情報４１２，４１３，４１４を用いて、加速度の大きさの時間変化が何れの移動方法によるものかを判定する。加速度に変化がない場合、処理をステップＳ４３に進める。加速度パターン情報４１２に該当する場合、処理をステップＳ４４に進める。加速度パターン情報４１３に該当する場合、処理をステップＳ４５に進める。加速度パターン情報４１４に該当する場合、処理をステップＳ４６に進める。何れにも該当しない場合、処理をステップＳ４７に進める。
（ステップＳ４３）監視部４３０は、記憶部４１０に記憶された状態管理テーブル４１６の移動状況の項目に“着席”を設定する。そして、処理を終了する。
（ステップＳ４４）監視部４３０は、状態管理テーブル４１６の移動状況の項目に“電車”を設定する。そして、処理を終了する。
（ステップＳ４５）監視部４３０は、状態管理テーブル４１６の移動状況の項目に“車”を設定する。そして、処理を終了する。
（ステップＳ４６）監視部４３０は、状態管理テーブル４１６の移動状況の項目に“徒歩”を設定する。そして、処理を終了する。
（ステップＳ４７）監視部４３０は、状態管理テーブル４１６の移動状況の項目に“その他”を設定する。そして、処理を終了する。
監視部４３０は、状態管理テーブル４１６に登録された社内外の設定が“社外”である場合に、上記の移動状況判定を行う。監視部４３０は、状態管理テーブル４１６に登録された社内外の設定が“社内”である場合は、上記の移動状況判定を行わなくてもよい。そうすれば、携帯電話機４００が社内にある場合の処理負荷を軽減でき、また、消費電力を削減し得る。ただし、“社内”における移動状況も管理したい場合には、当該社内外の設定が“社内”である場合に上記の移動状況判定を行ってもよい。
図１９は、クライアントによる顧客対応判定の例を示すフローチャートである。以下、図１９に示す処理をステップ番号に沿って説明する。以下では携帯電話機４００を例に説明する。ただし、他のクライアントについても同様の処理手順である。
（ステップＳ５１）監視部４３０は、現在地点の緯度、経度をＧＰＳ通信部４０８から取得する。監視部４３０は、行先管理テーブル４１５を参照して、現在地点から行先までの距離を計算する。距離の計算方法としては、例えば、三平方の定理、Hubenyの公式、Lambert-Andoyerの公式およびHaversineの公式などを用いることが考えられる。
（ステップＳ５２）監視部４３０は、計算した値から行先までの距離が５００ｍ以内であるか否か判定する。５００ｍ以内の場合、処理をステップＳ５３に進める。５００ｍ以内でない場合、処理をステップＳ５４に進める。
（ステップＳ５３）監視部４３０は、状態管理テーブル４１６の顧客対応状況の項目に“対応中”を設定する。そして、処理を終了する。
（ステップＳ５４）監視部４３０は、状態管理テーブル４１６の顧客対応状況の項目の“対応中”を削除する（“対応中”の解除）。そして、処理を終了する。
ここで、監視部４３０は、状態管理テーブル４１６に登録された社内外の設定が“社外”である場合に、上記の顧客対応判定を行う。また、ステップＳ５２では、行先までの距離が５００ｍ以内であるか否かを判定することで、顧客対応中であるかを判定しているが、他の距離としてもよい（例えば、３００ｍや２００ｍなど）。また、行先管理テーブル４１５には複数の行先が登録され得る。監視部４３０は、複数の行先それぞれについて、上記の各手順を実行する。更に、各クライアントの監視部は上記の処理手順を定期的に行う。
図２０は、クライアントによる状態変更通知の例を示すフローチャートである。以下、図２０に示す処理をステップ番号に沿って説明する。以下ではＰＣ３００を例に説明する。ただし、他のクライアントについても同様の処理手順である。
（ステップＳ６１）連携部３２０は、状態管理テーブルの項目に変更があるか否かを判定する。変更がある場合、処理をステップＳ６２に進める。変更がない場合、処理を終了する。
（ステップＳ６２）連携部３２０は、社内サーバ１００にアクセス可能か否かを判定する。社内サーバ１００にアクセス可能な場合、処理をステップＳ６３に進める。社内サーバ１００にアクセスできない場合、処理をステップＳ６４に進める。
（ステップＳ６３）連携部３２０は、状態管理テーブルの変更内容を社内サーバ１００に通知する。連携部３２０は、当該通知にＰＣ３００の機体番号を含める。ここで、連携部３２０は、状態管理テーブルの社内外の情報の変更を社内サーバ１００に通知することもある。連携部３２０が社内外の情報の変更を社内サーバ１００に通知することは、社内または社外の何れかのネットワークにアクセス可能であることを示す情報を通知する処理であるといえる。
（ステップＳ６４）連携部３２０は、社外サーバ２００にアクセス可能か判定する。可能な場合、処理をステップＳ６５に進める。不可能な場合、処理を終了する。ここで、携帯電話機４００，４００ａでは、社内に存在していて、社内サーバ１００にアクセス不可能な場合があり得る。この場合、携帯電話機４００，４００ａは、移動通信網を介して社外サーバ２００にアクセス可能なこともある。すなわち、連携部４２０の処理では、社内にいながら社内サーバ１００にアクセスできないが、社外サーバ２００に対してはアクセス可能であるという状況が起こり得る。
（ステップＳ６５）連携部３２０は、状態管理テーブルの変更内容を社外サーバ２００に通知する。連携部３２０は、当該通知にＰＣ３００の機体番号を含める。ここで、連携部３２０は、状態管理テーブルの社内外の情報の変更を社外サーバ２００に通知することもある。連携部３２０が社内外の情報の変更を社外サーバ２００に通知することは、社内または社外の何れかのネットワークにアクセス可能であることを示す情報を通知する処理であるといえる。
また、他の一例として、ＰＣ３００の状態が監視部３３０により“オンライン”から“離席”に変更されることもある。この場合、連携部３２０は当該変更を検出し、ＰＣ３００の状態が“オンライン”から“離席”に変更した旨の通知を社内サーバ１００に通知する。
図２１は、社内サーバによる処理例を示すフローチャートである。以下、図２１に示す処理をステップ番号に沿って説明する。
（ステップＳ７１）プレゼンス管理部１２０は、社内のクライアントまたは社外サーバ２００からクライアントの状態を示す情報を受信する。
（ステップＳ７２）プレゼンス管理部１２０は、受信した情報を記憶部１１０に記憶されたプレゼンス管理テーブル１１３に登録する。このとき、最終アクセス時間も更新する。プレゼンス管理部１２０は、受信した情報に含まれるクライアントの機体番号を元に、アカウント管理テーブル１１１を参照することで、当該クライアントが何れのユーザにより所持されているかを判断できる。ただし、クライアントのＩＰアドレスなどから機体番号を割り出してもよい。
（ステップＳ７３）プレゼンス管理部１２０は、プレゼンス管理テーブル１１３を参照して、ステップＳ７１の情報の送信元クライアントに対応するユーザが所有する全てのクライアントがオフラインになったか否かを判定する。全てのクライアントがオフラインの場合、処理をステップＳ７４に進める。全てのクライアントがオフラインでない場合、処理をステップＳ７５に進める。
（ステップＳ７４）プレゼンス管理部１２０は、プレゼンス管理テーブル１１３のユーザの所在の項目の設定内容を削除する。そして、処理をステップＳ８０に進める。
（ステップＳ７５）プレゼンス管理部１２０は、ステップＳ７２においてクライアントの社内外の状態が変更されたか否かを判定する。変更された場合、処理をステップＳ７６に進める。変更されていない場合、処理を終了する。
（ステップＳ７６）プレゼンス管理部１２０は、プレゼンス管理テーブル１１３を参照して、ステップＳ７１の情報の送信元クライアントに対応するユーザが所有するクライアントの中に、社内外の状態が“社外”のものがあるか否かを判定する。“社外”のものがない場合、処理をステップＳ７７に進める。“社外”のものがある場合、処理をステップＳ７８に進める。
（ステップＳ７７）プレゼンス管理部１２０は、プレゼンス管理テーブル１１３の当該ユーザの所在の項目に“社内”を設定する。当該ユーザの所在として既に“社内”が設定されている場合は“社内”の設定を維持する。最終アクセス時間も更新する。そして、処理をステップＳ７９に進める。
（ステップＳ７８）プレゼンス管理部１２０は、プレゼンス管理テーブル１１３の当該ユーザの所在の項目に“社外”を設定する。当該ユーザの所在として既に“社外”が設定されている場合は“社外”の設定を維持する。最終アクセス時間も更新する。そして、処理をステップＳ７９に進める。
（ステップＳ７９）プレゼンス管理部１２０は、ユーザの所在を“社外”から“社内”に変更したか否かを判定する。変更した場合、処理をステップＳ８０に進める。変更していない場合、処理を終了する。
（ステップＳ８０）プレゼンス管理部１２０は、ユーザの所在の設定が変更された旨を社外サーバ２００に通知する。例えば、ステップＳ７４でユーザの所在の設定を削除した場合、プレゼンス管理部１２０は、ユーザの所在の設定が削除されたことを社外サーバ２００に通知する。また、例えば、ステップＳ７７でユーザの所在を“社外”から“社内”に変更している場合、その旨を社外サーバ２００に通知する。すると、社外サーバ２００は、記憶部２１０に記憶されたプレゼンス管理テーブル２１１に変更内容を反映させる。そして、処理を終了する。
なお、ステップＳ８０において、プレゼンス管理部１２０は、変更されたクライアントの状態を示す情報（社内外の情報）を当該クライアントの機体番号とともに社外サーバ２００に送信してもよい。これにより、社内サーバ１００と社外サーバ２００とで当該クライアントの状態に関する情報が同期される。
図２２は、社外サーバによる処理例を示すフローチャートである。以下、図２２に示す処理をステップ番号に沿って説明する。
（ステップＳ８１）プレゼンス管理部２２０は、社内外のクライアントまたは社内サーバ１００からクライアントの状態を示す情報を受信する。
（ステップＳ８２）プレゼンス管理部２２０は、受信した情報を記憶部２１０に記憶されたプレゼンス管理テーブル２１１に登録する。このとき、最終アクセス時間も更新する。プレゼンス管理部２２０は、受信した情報に含まれるクライアントの機体番号を元に、アカウント管理テーブル１１１を参照することで、当該クライアントが何れのユーザにより所持されているかを判断できる。ただし、クライアントのＩＰアドレスなどから機体番号を割り出してもよい。
（ステップＳ８３）プレゼンス管理部２２０は、プレゼンス管理テーブル２１１を参照して、ステップＳ８１の情報の送信元クライアントに対応するユーザが所有する全てのクライアントがオフラインになったか否かを判定する。全てのクライアントがオフラインの場合、処理をステップＳ８４に進める。全ての端末がオフラインでない場合、処理をステップＳ８５に進める。
（ステップＳ８４）プレゼンス管理部２２０は、プレゼンス管理テーブル２１１のユーザの所在の項目の設定内容を削除する。そして、処理をステップＳ９０に進める。
（ステップＳ８５）プレゼンス管理部２２０は、ステップＳ８２においてクライアントの社内外の状態が変更されたか否かを判定する。変更された場合、処理をステップＳ８６に進める。変更されていない場合、処理を終了する。
（ステップＳ８６）プレゼンス管理部２２０は、プレゼンス管理テーブル２１１を参照して、ステップＳ８１の情報の送信元クライアントに対応するユーザが所有するクライアントの中に、社内外の状態が“社外”のものがあるか否かを判定する。“社外”のものがない場合、処理をステップＳ８７に進める。“社外”のものがある場合、処理をステップＳ８８に進める。
（ステップＳ８７）プレゼンス管理部２２０は、プレゼンス管理テーブル２１１の当該ユーザの所在の項目に“社内”を設定する。当該ユーザの所在として既に“社内”が設定されている場合は“社内”の設定を維持する。そして、処理をステップＳ８９に進める。
（ステップＳ８８）プレゼンス管理部２２０は、プレゼンス管理テーブル２１１の当該ユーザの所在の項目に“社外”を設定する。当該ユーザの所在として既に“社外”が設定されている場合は“社外”の設定を維持する。そして、処理をステップＳ８９に進める。
（ステップＳ８９）プレゼンス管理部２２０は、ユーザの所在を“社内”から“社外”または“社外”から“社内”に変更したか否かを判定する。変更した場合、処理をステップＳ９０に進める。変更していない場合、処理を終了する。
（ステップＳ９０）プレゼンス管理部２２０は、ユーザの所在の設定が変更された旨を社内サーバ１００に通知する。例えば、ステップＳ８４でユーザの所在の設定を削除した場合、プレゼンス管理部２２０は、ユーザの所在の設定が削除されたことを社内サーバ１００に通知する。また、例えば、ステップＳ８７でユーザの所在を“社外”から“社内”に変更している場合、その旨を社内サーバ１００に通知する。また、例えば、ステップＳ８８でユーザの所在を“社内”から“社外”に変更している場合、その旨を社内サーバ１００に通知する。すると、社内サーバ１００は、記憶部１１０に記憶されたプレゼンス管理テーブル１１３に変更内容を反映させる。そして、処理を終了する。
なお、ステップＳ９０において、プレゼンス管理部２２０は、変更されたクライアントの状態を示す情報（社内外の情報）を、当該クライアントの機体番号とともに社内サーバ１００に送信してもよい。これにより、社内サーバ１００と社外サーバ２００とで当該クライアントの状態に関する情報が同期される。
このように、ユーザの所在が変更された場合に、プレゼンス管理部１２０，２２０は、ユーザの所在の変更内容を相互に通知し合い、プレゼンス管理テーブル１１３，２１１に当該変更内容を反映させる。
図２３は、プレゼンスの提供例を示すフローチャートである。以下、図２３に示す処理をステップ番号に沿って説明する。以下では、ユーザがＰＣ３００を用いて、あるグループのグループメンバのプレゼンス情報を閲覧する場合を例示する。なお、ＰＣ３００は、社内サーバ１００にアクセス可能であるとする。
（ステップＳ９１）連携部３２０は、記憶部３１０のグループ管理テーブルに登録されたグループに対するユーザによる選択を受け付ける。連携部４２０は、選択されたグループ（例えば、グループ名“マーケティング”）のグループメンバのリストを含むプレゼンス閲覧要求を社内サーバ１００に送信する。
（ステップＳ９２）プレゼンス管理部１２０は、ＰＣ３００からプレゼンス閲覧要求を受信する。プレゼンス管理部１２０は、プレゼンス閲覧要求に含まれるグループメンバのリストをグループ管理テーブル１１２に登録する。また、プレゼンス管理部１２０は、ＰＣ３００に対応するユーザＩＤおよびＰＣ３００の機体番号をアカウント管理テーブル１１１から取得し、グループ管理テーブル１１２の閲覧中ユーザおよび要求元クライアントの項目に登録する。なお、プレゼンス閲覧要求にＰＣ３００の機体番号を含めてもよい。
（ステップＳ９３）プレゼンス管理部１２０は、グループ管理テーブル１１２を参照して、ステップＳ９２で登録されたグループメンバを特定する。例えば、グループ名“マーケティング”のグループメンバは、ユーザ“Ａ１”、“Ａ２”、“Ａ３”、“Ａ４”、“Ａ５”である。プレゼンス管理部１２０は、記憶部１１０に記憶されたプレゼンス管理テーブル１１３を参照して、特定したグループメンバのプレゼンス情報を特定する。プレゼンス管理部１２０は、特定したグループメンバのうち、所在が“社外”であるグループメンバ（社外メンバ）のプレゼンス情報を社外サーバ２００と同期する（グループ管理テーブルの内容も同期する）。例えば、プレゼンス管理部１２０は、グループ名“マーケティング”の社外メンバ“Ａ２”、“Ａ４”、“Ａ５”のプレゼンス情報を社外サーバ２００から取得し、プレゼンス管理テーブル１１３に反映させる。
（ステップＳ９４）プレゼンス管理部１２０は、プレゼンス管理テーブル１１３を参照して、要求されたグループメンバのプレゼンス情報をＰＣ３００に送信する。
（ステップＳ９５）連携部３２０は、プレゼンス閲覧要求に対する応答として、グループメンバのプレゼンス情報を受信する。連携部３２０は、記憶部３１０に記憶されたメンバプレゼンステーブルに受信したグループメンバのプレゼンス情報を登録する。連携部３２０は、メンバプレゼンステーブルを参照して、ディスプレイなどの表示装置にグループメンバのプレゼンス情報を表示させる。
（ステップＳ９６）連携部３２０は、プレゼンス情報の閲覧を終了するか判定する。プレゼンス情報の閲覧を終了しない場合、処理をステップＳ９５に進める（すなわち、グループメンバのプレゼンス情報の変更を継続的に受信し、表示画面に反映させる）。プレゼンス情報の閲覧を終了する場合、連携部３２０は閲覧終了を社内サーバ１００に通知して、処理を終了する。閲覧終了の通知を受信したプレゼンス管理部１２０は、グループ管理テーブル１１２から、ステップＳ９２で登録された閲覧中ユーザおよび要求元クライアントを削除する。また、閲覧中ユーザおよび要求元クライアントの存在しないグループのエントリもグループ管理テーブル１１２から削除する。
このようにして、ＰＣ３００は、プレゼンス情報を閲覧したいグループのグループメンバのリストを社内サーバ１００に送信し、その応答として、グループメンバのプレゼンス情報を社内サーバ１００から受信する。以後、ＰＣ３００は、プレゼンス情報を表示している間、社内サーバ１００から最新のプレゼンス情報を継続的に受信し、表示画面に反映させる。なお、ＰＣ３００と社内サーバ１００の間の処理を説明したが、例えば、ＰＣ３００と社外サーバ２００の間の処理も同じである。また、ＰＣ３００以外の各クライアントも、ＰＣ３００により社内サーバ１００および社外サーバ２００からプレゼンス情報の提供を受けることができる。
図２４は、プレゼンス変更時の社内サーバの処理例を示すフローチャートである。以下、図２４に示す処理をステップ番号に沿って説明する。
（ステップＳ１０１）プレゼンス管理部１２０は、記憶部１１０に記憶されたプレゼンス管理テーブル１１３を参照して、何れかのユーザのプレゼンス情報が変更されたか否かを判定する。変更された場合、処理をステップＳ１０２に進める。変更されていない場合、処理を終了する。例えば、ユーザのプレゼンス情報は、図２１のステップＳ７１，Ｓ７２で例示したように、社内のクライアントや社外サーバ２００からの変更通知に応じて変更され得る。
（ステップＳ１０２）プレゼンス管理部１２０は、アカウント管理テーブル１１１を参照して、変更対象のプレゼンス情報に対応するユーザが、プレゼンス情報の被閲覧中のユーザであるか否かを判定する。被閲覧中のユーザである場合、処理をステップＳ１０３に進める。被閲覧中のグループメンバに含まれていない場合、処理を終了する。グループ管理テーブル１１２の例でいえば、ユーザ“Ａ３”のプレゼンス情報を変更する場合、ユーザ“Ａ３”のプレゼンス情報はユーザ“Ａ１”により閲覧されている。よって、ユーザＩＤ“Ａ３”のユーザは被閲覧中のユーザということになる。
（ステップＳ１０３）プレゼンス管理部１２０は、被閲覧中のユーザが属するグループ（被閲覧中のグループ）に社外メンバが存在するか否かを判定する。社外メンバが存在する場合、処理をステップＳ１０４に進める。社外メンバが存在しない場合、処理をステップＳ１０６に進める。例えば、被閲覧中のユーザがユーザＩＤ“Ａ３”のユーザであれば、当該ユーザＩＤ“Ａ３”を含むグループ名“マーケティング”にはグループの社外メンバは、“Ａ２”、“Ａ４”、“Ａ５”が存在している。
（ステップＳ１０４）プレゼンス管理部１２０は、被閲覧中のグループに属する社外メンバのプレゼンス情報を社外サーバ２００から取得する。このとき、プレゼンス管理部１２０は、ステップＳ１０３で特定された被閲覧中のグループの社内メンバのプレゼンス情報を社外サーバ２００に提供する。プレゼンス管理部１２０は、社外サーバ２００から取得した当該社外メンバのプレゼンス情報をプレゼンス管理テーブル１１３に反映させる（プレゼンスの同期）。プレゼンス管理部１２０は、最終アクセス時間が最新のプレゼンス情報でプレゼンス管理テーブル１１３の各設定を上書きすればよい。
（ステップＳ１０５）プレゼンス管理部１２０は、プレゼンス管理テーブル１１３を参照して、被閲覧中のグループのグループメンバのプレゼンス情報を取得する。そして、処理をステップＳ１０７に進める。当該グループメンバには社内メンバおよび社外メンバの両方が含まれる。
（ステップＳ１０６）プレゼンス管理部１２０は、プレゼンス管理テーブル１１３を参照して、被閲覧中のグループのグループメンバのプレゼンス情報を取得する。ステップＳ１０６では、グループメンバが全て社内メンバである点がステップＳ１０５と異なる。
（ステップＳ１０７）プレゼンス管理部１２０は、アカウント管理テーブル１１１およびグループ管理テーブル１１２を参照して、被閲覧中のグループのプレゼンス情報を、当該グループを閲覧中である各ユーザの要求元クライアントに提供する。なお、要求元クライアントが社外にある場合、当該クライアントには社外サーバ２００によりプレゼンス情報が提供される。これによって、各ユーザにより閲覧されるプレゼンス情報が最新の状態に更新される。
なお、ステップＳ１０３の判定を行うことで、閲覧中のグループに社外メンバがいないときに同期が行われることを抑制できる。社外メンバがいなければ、社外サーバ２００がプレゼンス情報を提供すべき社外のクライアントも存在しないと考えられ、このような場合には同期を行わなくてよいと考えられるからである。ただし、ステップＳ１０３，Ｓ１０６の処理を省いて、ステップＳ１０２の後にステップＳ１０４を実行してもよい。
図２５は、プレゼンス変更時の社外サーバの処理例を示すフローチャートである。以下、図２５に示す処理をステップ番号に沿って説明する。
（ステップＳ１１１）プレゼンス管理部２２０は、記憶部２１０に記憶されたプレゼンス管理テーブル２１１を参照して、何れかのユーザのプレゼンス情報が変更されたか否かを判定する。変更された場合、処理をステップＳ１１２に進める。変更されていない場合、処理を終了する。例えば、ユーザのプレゼンス情報は、図２２のステップＳ８１，Ｓ８２で例示したように、社内外のクライアントや社内サーバ１００からの変更通知に応じて変更され得る。
（ステップＳ１１２）プレゼンス管理部２２０は、記憶部２１０に記憶されたアカウント管理テーブルを参照して、変更対象のプレゼンス情報に対応するユーザが、プレゼンス情報の被閲覧中のユーザであるか否かを判定する。被閲覧中のユーザである場合、処理をステップＳ１１３に進める。被閲覧中のユーザでない場合、処理を終了する。本ステップＳ１１２の具体例は、ステップＳ１０２と同様である。
（ステップＳ１１３）プレゼンス管理部２２０は、被閲覧中のユーザが属するグループ（被閲覧中のグループ）に社内メンバが存在するか否かを判定する。社内メンバが存在する場合、処理をステップＳ１１４に進める。社内メンバが存在しない場合、処理をステップＳ１１６に進める。本ステップＳ１１３の具体例は、ステップＳ１０３と同様である。
（ステップＳ１１４）プレゼンス管理部２２０は、被閲覧中のグループに属する社内メンバのプレゼンス情報を社内サーバ１００から取得する。このとき、プレゼンス管理部２２０は、ステップＳ１１３で特定された被閲覧中のグループの社外メンバのプレゼンス情報を社内サーバ１００に提供する。プレゼンス管理部２２０は、社内サーバ１００から取得した当該社内メンバのプレゼンス情報をプレゼンス管理テーブルに２１１に反映させる（プレゼンスの同期）。プレゼンス管理部２２０は、最終アクセス時間が最新のプレゼンス情報でプレゼンス管理テーブル２１１の各設定を上書きすればよい。
（ステップＳ１１５）プレゼンス管理部２２０は、プレゼンス管理テーブル２１１を参照して、被閲覧中のグループのグループメンバのプレゼンス情報を取得する。そして、処理をステップＳ１１７に進める。当該グループメンバには社内メンバおよび社外メンバの両方が含まれる。
（ステップＳ１１６）プレゼンス管理部２２０は、プレゼンス管理テーブル２１１を参照して、被閲覧中のグループのグループメンバのプレゼンス情報を取得する。ステップＳ１１６では、グループメンバが全て社外メンバである点がステップＳ１１５と異なる。
（ステップＳ１１７）プレゼンス管理部２２０は、記憶部２１０に記憶されたアカウント管理テーブルおよびグループ管理テーブルを参照して、被閲覧中のグループのプレゼンス情報を、当該グループを閲覧中である各ユーザの要求元クライアントに提供する。なお、要求元クライアントが社内にある場合、当該クライアントには社内サーバ１００によりプレゼンス情報が提供される。これによって、各ユーザにより閲覧されるプレゼンス情報が最新の状態に更新される。
なお、ステップＳ１１３の判定を行うことで、閲覧中のグループに社内メンバがいないときに同期が行われることを抑制できる。社内メンバがいなければ、社内サーバ１００がプレゼンス情報を提供すべき社内のクライアントも存在しないと考えられ、このような場合には同期を行わなくてよいと考えられるからである。ただし、ステップＳ１１３，Ｓ１１６の処理を省いて、ステップＳ１１２の後にステップＳ１１４を実行してもよい。
このように、社内サーバ１００および社外サーバ２００は、プレゼンス情報が変更されたとしても、被閲覧中のグループのグループメンバに絞って同期を行うことで、両サーバが全てのユーザについて常に最新の状態に同期をとるよりも、通信の負荷を軽減できる。
図２６は、プレゼンスの閲覧の具体例を示す図である。各ユーザは、自身が所持するクライアントを用いて、グループ単位にプレゼンス情報を閲覧できる。例えば、グループの定義を他のユーザと共有すれば、異なるユーザ間で、同一グループのプレゼンス情報を共有できる。例えば、ＰＣ３００、携帯電話機４００およびタブレット装置５００のユーザが“マーケティング”という同じグループについてプレゼンス閲覧要求を行えば、各ユーザで当該グループのプレゼンス情報を共有できる。例えば、各クライアントは、自身が備えるディスプレイに、表示画面６００を表示する。表示画面６００は、メンバプレゼンステーブル４１７で例示したグループメンバのプレゼンス情報をユーザに提示するための画面である。そして、社内サーバ１００および社外サーバ２００により、各クライアントのメンバプレゼンステーブルは最新の状態に更新される。すなわち、何れかのグループメンバの状態が変更されれば、各クライアントに表示されるプレゼンス情報も更新される。
図２７は、プレゼンス情報の同期の具体例を示す図である。ここで、図２７の説明では、ユーザＩＤ“Ａ１”のユーザをユーザＡ１のように指し示す。ここで、ユーザＡ１はＰＣ３００を利用している。ユーザＡ５は、携帯電話機４００を利用している。ＰＣ３００は、社内にあり、社内サーバ１００にアクセス可能であるとする。携帯電話機４００は、社外にあり、社外サーバ２００にアクセス可能であるとする。
ＰＣ３００は、プレゼンス情報の閲覧要求を社内サーバ１００に送信する（ステップＳ１２１）。当該要求は、グループ名“マーケティング”のグループのメンバリストを含む。社内サーバ１００は、当該メンバリストに社外メンバ（ユーザＡ５）が存在することを特定する。すると、社内サーバ１００は、社外サーバ２００に当該メンバリストを送信し、当該グループメンバのプレゼンス情報を同期する（ステップＳ１２２）。社内サーバ１００は、当該グループメンバのプレゼンス情報をＰＣ３００に提供する（ステップＳ１２３）。
続いて、携帯電話機４００は、自身の状態が変更された旨（例えば、移動状況が“電車”に変更など）を社外サーバ２００に通知する（ステップＳ１２４）。社外サーバ２００は、ユーザＡ５が被閲覧中ユーザであることを特定する。また、社外サーバ２００は、ユーザＡ５の属するグループ（グループ名“マーケティング”）に社内メンバが存在することを特定する。すると、社外サーバ２００は、社内サーバ１００に当該メンバリストを送信し、当該グループメンバのプレゼンス情報を同期する（ステップＳ１２５）。そして、社内サーバ１００は、プレゼンス情報を閲覧中であるユーザＡ１のＰＣ３００に更新後のグループメンバのプレゼンス情報を提供する（ステップＳ１２６）。
以上で説明したように、社内サーバ１００および社外サーバ２００が、各ユーザが所持する複数のクライアントの状態に基づいて、１のユーザのプレゼンス情報を生成し管理する。特に、社内サーバ１００および社外サーバ２００は、各クライアントのプレゼンス情報を基にユーザの所在を特定し、プレゼンス情報に含める。社内サーバ１００および社外サーバ２００は、当該プレゼンス情報を各クライアントからの要求に応じて提供することで、各ユーザは、他のユーザの所在を適切に把握することができる。
また、クライアントを用いてユーザの加速度のパターンを検出することで、当該ユーザの移動状況を取得する。そして、当該クライアントから社外サーバ２００に移動情報を収集し、当該ユーザの移動状況を含むプレゼンス情報を生成する。例えば、社外では、ユーザは種々の移動方法（徒歩、電車または車など）をとり得る。その場合に、他のユーザは、ユーザの移動方法をプレゼンス情報から把握できれば、所在とともにユーザの状況を詳細に把握できる。
また、例えば、クライアントを用いてユーザの位置を検出することで、当該クライアントに登録された行先または当該行先の周辺に当該ユーザが存在することを示す情報を取得する。そして、当該クライアントから社外サーバ２００に当該情報を収集し、当該ユーザに対して当該情報を含むプレゼンス情報を生成する。例えば、ユーザは顧客先を訪問して打合せなどを行うこともある。その場合に、他のユーザは、顧客先または顧客先の周辺に当該ユーザが存在することをプレゼンス情報から把握できれば、所在とともにユーザの状況を詳細に把握できる。
上記のように、ユーザの移動状況やユーザが行先付近にいるか否かを把握できれば、他のユーザは、当該ユーザに連絡をするか否か、連絡をどの程度留保するか、などの意思決定を容易に行える。また、他のユーザは何れの方法を用いて連絡するか（例えば、電話、テキストチャット、ショートメッセージおよび電子メールなど）の意思決定を容易に行える。
また、社内サーバ１００および社外サーバ２００により、分担して各クライアントの状態を収集し、また、プレゼンス情報を提供することで、両サーバの情報収集およびプレゼンス提供に伴う負荷を分散できる。更に、プレゼンス情報の閲覧の要求をグループ単位で受け付け、当該要求に応じたグループ単位に社内サーバ１００と社外サーバ２００とでプレゼンス情報を同期する。これにより、両サーバで常に全ユーザのプレゼンス情報の同期を行う場合よりも、プレゼンス情報を同期するユーザの範囲を絞り込むことができ、社内サーバ１００と社外サーバ２００との間のプレゼンス情報の同期に伴う通信負荷を軽減できる。
なお、社内サーバ１００および社外サーバ２００の機能を１つのサーバコンピュータに集約して実現してもよい。また、クライアントとして、ＰＣ、携帯電話機およびタブレット装置を想定して説明したが、他の装置を用いてユーザのプレゼンスを管理してもよい。複数の種類のクライアントを用いて、ユーザのプレゼンス情報を提供でき、各クライアントを用いた効率的なコミュニケーションが可能となる。
ここで、社内サーバ１００は、社内におけるユーザの所在を更に細かく管理してもよい。例えば、各クライアントがアクセスするＡＰ１１，１２に応じて、拠点４０，５０などを区別して管理することも可能である。以下では、そのための変形例を説明する。
図２８は、社内サーバのプレゼンス管理テーブルの他の例を示す図である。プレゼンス管理テーブル１１３ａは、プレゼンス管理テーブル１１３に代えて、記憶部１１０に格納される。プレゼンス管理テーブル１１３ａには、ユーザＩＤ、最終アクセス時間、所在、移動状況、顧客対応状況、ＰＣの社内外および状態、携帯電話機の社内外および状態、タブレット装置の社内外および状態の項目を含む。プレゼンス管理テーブル１１３ａの各項目に登録される内容は、プレゼンス管理テーブル１１３と同様である。
例えば、プレゼンス管理テーブル１１３には、ユーザＩＤが“Ａ１”、最終アクセス時間が“１２：００”、所在が“拠点５０”、移動状況が“−”、顧客対応状況が“−”、ＰＣの社内外が“拠点４０”、ＰＣの状態が“オンライン”、携帯電話機の社内外が“拠点５０”、携帯電話機の状態が“オフライン”、タブレット装置の社内外が“拠点４０”、タブレット装置の状態が“オフライン”という情報が登録されている。
これは、ユーザ“Ａ１”の所在が拠点５０であること、ＰＣは“オンライン”で拠点４０にあり、携帯電話機は“オフライン”で拠点５０にあり、タブレット装置は“オフライン”で拠点４０にあることを示す。更に、ユーザ“Ａ１”のプレゼンス情報が最後に更新された時間は、“１２：００”であることを示す。
図２９は、社内サーバによる他の処理例を示すフローチャートである。以下、図２９に示す処理をステップ番号に沿って説明する。ここで、以下に示すステップＳ１３１〜Ｓ１３３は、図２１のステップＳ７７に代えて実行される。なお、各クライアントは、図１５で説明したステップＳ１３，Ｓ１４において、アクセス先のＡＰ１１，１２の情報により拠点４０，５０を区別して、自身の状態を状態管理テーブルに登録する。プレゼンス管理部１２０は、各クライアントからの通知により、各クライアントが何れの拠点にあるかをプレゼンス管理テーブル１１３に登録し得る。
（ステップＳ１３１）プレゼンス管理部１２０は、プレゼンス管理テーブル１１３を参照して、ユーザが所持するクライアントの中に通常と異なる拠点Ｚに存在するクライアントが存在するか判定する。存在する場合、処理をステップＳ１３２に進める。存在しない場合、処理をステップＳ１３３に進める。例えば、各ユーザが通常勤務するオフィスをアカウント管理テーブル１１１に予め登録しておくことが考えられる（例えば、ユーザＡ１に対して拠点４０を通常の拠点として登録するなど）。すると、プレゼンス管理部１２０は、アカウント管理テーブル１１１を参照して、通常と異なる拠点Ｚに存在するクライアントが存在するか否かを特定できる。
（ステップＳ１３２）プレゼンス管理部１２０は、プレゼンス管理テーブル１１３ａの当該ユーザの所在の項目に“拠点Ｚ”を設定する。当該ユーザの所在として既に“拠点Ｚ”が設定されている場合はその設定を維持する。最終アクセス時間も更新する。そして、処理を終了する。
（ステップＳ１３３）プレゼンス管理部１２０は、プレゼンス管理テーブル１１３ａの当該ユーザの所在の項目に通常の拠点を設定する。当該ユーザの所在として既に通常の拠点が設定されている場合はその設定を維持する。最終アクセス時間も更新する。そして、処理を終了する。
上記の処理の後、図２１で説明したステップＳ７９に進められることになる。ステップＳ７９，Ｓ８０では、プレゼンス管理部１２０は、ユーザの社内における拠点が変更になった場合（例えば、所在が拠点４０から拠点５０に変更になるなど）にも、社外サーバ２００に当該変更内容を通知する。
このように、プレゼンス管理部１２０は、１のユーザが所持する各クライアントが社内の何れのネットワークにアクセス可能であるかの情報を収集することで、各ユーザの社内の所在を拠点単位に決定することもできる。これにより、各ユーザの詳細な所在を適切に提供することができる。
なお、前述のように、第１の実施の形態の情報処理は、演算部１ｂにプログラムを実行させることで実現できる。また、第２の実施の形態の情報処理は、社内サーバ１００および社外サーバ２００が備えるプロセッサにプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体（例えば、光ディスク１５、メモリ装置１６およびメモリカード１８など）に記録できる。
プログラムを流通させる場合、例えば、当該プログラムを記録した可搬記録媒体が提供される。また、プログラムを他のコンピュータの記憶装置に格納しておき、ネットワーク経由でプログラムを配布することもできる。コンピュータは、例えば、可搬記録媒体に記録されたプログラムまたは他のコンピュータから受信したプログラムを、記憶装置に格納し、当該記憶装置からプログラムを読み込んで実行する。ただし、可搬記録媒体から読み込んだプログラムを直接実行してもよく、他のコンピュータからネットワークを介して受信したプログラムを直接実行してもよい。
また、上記の情報処理の少なくとも一部を、ＤＳＰ、ＡＳＩＣ、ＰＬＤなどの電子回路で実現することもできる。
１ 情報処理装置
１ａ 記憶部
１ｂ 演算部
２，２ａ ネットワーク
３，３ａ，３ｂ，３ｃ クライアント装置
４ 情報
５ 第１のエリア
６ 第２のエリア

Claims (10)

  1. ユーザに対応付けられた装置とユーザの状態を示すプレゼンス情報を提供する情報処理装置とを含むシステムが実行するプレゼンス管理方法であって、
    複数の装置それぞれが複数のネットワークのうちの何れのネットワークにアクセス可能かを示す複数の第１の情報を複数の装置から前記情報処理装置に収集し、
    ユーザと装置との対応関係を示す第２の情報を用いて、１のユーザに対応付けられた複数の装置から収集された第１の情報の組合せを特定し、
    前記組合せに基づいて、前記１のユーザの所在を示す情報を含むプレゼンス情報を生成する、
    プレゼンス管理方法。
  2. 前記組合せが前記１のユーザに対応付けられた複数の装置の全てが第１のネットワークにアクセス可能であることを示す場合、前記第１のネットワークに対応する第１のエリアを前記１のユーザの所在とし、また、前記組合せが前記１のユーザに対応付けられた複数の装置の少なくとも何れかが第２のネットワークにアクセス可能であることを示す場合、前記第２のネットワークに対応する第２のエリアを前記１のユーザの所在とする、請求項１記載のプレゼンス管理方法。
  3. 前記第２のエリアに存在する前記１のユーザに対応付けられた装置を用いて前記１のユーザの加速度のパターンを検出することで前記１のユーザの移動の方法を示す移動情報を取得し、前記移動情報を当該装置から前記情報処理装置に収集し、前記１のユーザに対して前記移動情報を含むプレゼンス情報を生成する、請求項２記載のプレゼンス管理方法。
  4. 前記第２のエリアに存在する前記１のユーザに対応付けられた装置を用いて前記１のユーザの位置を検出することで当該装置に登録された行先または当該行先の周辺に前記１のユーザが存在することを示す行先情報を取得し、前記行先情報を当該装置から前記情報処理装置に収集し、前記１のユーザに対して前記行先情報を含むプレゼンス情報を生成する、請求項２または３記載のプレゼンス管理方法。
  5. 前記システムはユーザの状態を示すプレゼンス情報を提供する他の情報処理装置を更に含み、第１のネットワークにアクセス可能な装置から前記情報処理装置を用いて第１の情報を収集し、第２のネットワークにアクセス可能な装置から前記他の情報処理装置を用いて第１の情報を収集し、前記情報処理装置と前記他の情報処理装置とで収集された複数の第１の情報を同期して前記１のユーザのプレゼンス情報を生成する、請求項１乃至４の何れか１項に記載のプレゼンス管理方法。
  6. 何れかの装置からユーザのリストを指定した要求を送信し、前記情報処理装置または前記他の情報処理装置により前記要求を受信すると、前記情報処理装置および前記他の情報処理装置により保持された、前記リストに含まれるユーザのプレゼンス情報を同期し、前記要求の送信元の装置に前記リストに含まれるユーザのプレゼンス情報を提供する、請求項５記載のプレゼンス管理方法。
  7. 前記要求に対してプレゼンス情報を提供した後に、前記情報処理装置または前記他の情報処理装置により前記リストに含まれる何れかのユーザのプレゼンス情報が変更されたことを検出すると、前記情報処理装置および前記他の情報処理装置により前記リストに含まれるユーザのプレゼンス情報を同期し、前記要求の送信元の装置に前記リストに含まれるユーザのプレゼンス情報を提供する、請求項６記載のプレゼンス管理方法。
  8. 前記第１のエリアは拠点内のエリアであり、前記第２のエリアは前記第１のエリアの外のエリアである、請求項２乃至７の何れか１項に記載のプレゼンス管理方法。
  9. ユーザの状態を示すプレゼンス情報を提供する情報処理装置であって、
    ユーザと装置との対応関係を示す第１の情報を記憶する記憶部と、
    複数の装置それぞれが複数のネットワークのうちの何れのネットワークにアクセス可能かを示す第２の情報を複数の装置から収集し、前記第１の情報を用いて、１のユーザに対応付けられた複数の装置から収集された第２の情報の組合せを特定し、前記組合せに基づいて、前記１のユーザの所在を示す情報を含むプレゼンス情報を生成する演算部と、
    を有する情報処理装置。
  10. ユーザに対応付けられた装置とユーザの状態を示すプレゼンス情報を提供する情報処理装置とを含むシステムに用いられるプログラムであって、前記情報処理装置に、
    複数の装置それぞれが複数のネットワークのうちの何れのネットワークにアクセス可能かを示す複数の第１の情報を複数の装置から収集し、
    ユーザと装置との対応関係を示す第２の情報を用いて、１のユーザに対応付けられた複数の装置から収集された第１の情報の組合せを特定し、
    前記組合せに基づいて、前記１のユーザの所在を示す情報を含むプレゼンス情報を生成する、
    処理を実行させるプログラム。
JP2013072057A 2013-03-29 2013-03-29 プレゼンス管理方法、情報処理装置およびプログラム Ceased JP2014197759A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2013072057A JP2014197759A (ja) 2013-03-29 2013-03-29 プレゼンス管理方法、情報処理装置およびプログラム
US14/177,870 US20140297843A1 (en) 2013-03-29 2014-02-11 Apparatus and method for managing presence information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013072057A JP2014197759A (ja) 2013-03-29 2013-03-29 プレゼンス管理方法、情報処理装置およびプログラム

Publications (1)

Publication Number Publication Date
JP2014197759A true JP2014197759A (ja) 2014-10-16

Family

ID=51621962

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013072057A Ceased JP2014197759A (ja) 2013-03-29 2013-03-29 プレゼンス管理方法、情報処理装置およびプログラム

Country Status (2)

Country Link
US (1) US20140297843A1 (ja)
JP (1) JP2014197759A (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5920956B1 (ja) * 2015-01-26 2016-05-24 株式会社 ゼネテック 位置情報振り分けサーバー、位置情報振り分け方法、位置情報振り分けプログラム、及び位置情報送信システム
JP2016154320A (ja) * 2015-02-20 2016-08-25 Kddi株式会社 通信端末装置、システム、方法およびプログラム
JPWO2021176718A1 (ja) * 2020-03-06 2021-09-10

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6904022B2 (ja) * 2017-04-07 2021-07-14 株式会社ノーリツ 温水利用設備の遠隔管理用ペアリングシステム、並びに、このシステムに用いられる通信アダプタ

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004030371A (ja) * 2002-06-27 2004-01-29 Fujitsu Ltd プレゼンス管理方法及び装置
JP2005190287A (ja) * 2003-12-26 2005-07-14 Vodafone Kk プレゼンス表示システム及びゲートウエイ装置
US20060117050A1 (en) * 2004-11-30 2006-06-01 Ajita John Methods and apparatus for determining a presence of a user
JP2006345269A (ja) * 2005-06-09 2006-12-21 Sony Corp 情報処理装置および方法、並びにプログラム
US20080242231A1 (en) * 2007-03-29 2008-10-02 Sony Ericsson Mobile Communications Ab Updating Presence Based on Detecting User Activity
US20120124176A1 (en) * 2010-11-11 2012-05-17 Teaneck Enterprises, Llc Automatic check-ins and status updates

Family Cites Families (81)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2272739C (en) * 1999-05-25 2003-10-07 Suhayya Abu-Hakima Apparatus and method for interpreting and intelligently managing electronic messages
US7929562B2 (en) * 2000-11-08 2011-04-19 Genesis Telecommunications Laboratories, Inc. Method and apparatus for optimizing response time to events in queue
US20030154126A1 (en) * 2002-02-11 2003-08-14 Gehlot Narayan L. System and method for identifying and offering advertising over the internet according to a generated recipient profile
US6757722B2 (en) * 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
US6987847B1 (en) * 2003-04-15 2006-01-17 America Online, Inc. Communication device monitoring
KR100584316B1 (ko) * 2003-10-17 2006-05-26 삼성전자주식회사 단말장치와 서버간의 프레전스 정보 데이터 동기화를 위한시스템 및 방법
US20050198265A1 (en) * 2004-01-30 2005-09-08 Peter Veprek Method and apparatus for information notification
US20050203905A1 (en) * 2004-03-12 2005-09-15 Samsung Electronics Co., Ltd. Method of synchronizing data between server and user terminal using messenger service system and system using the same
US9008057B2 (en) * 2004-10-27 2015-04-14 Telefonaktiebolaget L M Ericsson (Publ) Gateway apparatus and presence management apparatus
US8369264B2 (en) * 2005-10-28 2013-02-05 Skyhook Wireless, Inc. Method and system for selecting and providing a relevant subset of Wi-Fi location information to a mobile client device so the client device may estimate its position with efficient utilization of resources
US20140337503A1 (en) * 2005-04-26 2014-11-13 Guy Hefetz Methods for acquiring an internet user's consent to be located
US20130058274A1 (en) * 2005-06-03 2013-03-07 Wefi Inc. Method and system for accessing wireless networks
US8270933B2 (en) * 2005-09-26 2012-09-18 Zoomsafer, Inc. Safety features for portable electronic device
WO2007036737A1 (en) * 2005-09-30 2007-04-05 British Telecommunications Public Limited Company Information based on location and activity of a user
CN100563196C (zh) * 2005-11-25 2009-11-25 华为技术有限公司 通信***和在通信***中查询信息的方法
US7801542B1 (en) * 2005-12-19 2010-09-21 Stewart Brett B Automatic management of geographic information pertaining to social networks, groups of users, or assets
US7471954B2 (en) * 2006-02-24 2008-12-30 Skyhook Wireless, Inc. Methods and systems for estimating a user position in a WLAN positioning system based on user assigned access point locations
US7715843B2 (en) * 2006-04-20 2010-05-11 At&T International Property I, L.P. Electronic message exchange over multiple wireless communication networks with a single device
US9094816B2 (en) * 2006-05-16 2015-07-28 RedSky Technologies, Inc. Method and system for an emergency location information service (E-LIS) from unmanned aerial vehicles (UAV)
US7890576B2 (en) * 2006-11-13 2011-02-15 Microsoft Corporation Selective communication of targeted information
US7786935B2 (en) * 2007-01-07 2010-08-31 Connectsoft, Inc. Method and system for inferring a location of a mobile computing device
WO2008134595A1 (en) * 2007-04-27 2008-11-06 Pelago, Inc. Determining locations of interest based on user visits
JP5245612B2 (ja) * 2007-07-31 2013-07-24 セイコーエプソン株式会社 ポスティングサーバ、および、ポスティングサーバ制御方法
JP2009093624A (ja) * 2007-07-31 2009-04-30 Seiko Epson Corp ポスティングサーバ、印刷端末及びポスティングサーバ制御方法
EP2020801A1 (en) * 2007-07-31 2009-02-04 Seiko Epson Corporation Posting server, sending terminal, posting server control method and sending terminal control method
US8364816B2 (en) * 2007-10-12 2013-01-29 Microsoft Corporation Mapping network addresses to geographical locations
US7814051B2 (en) * 2008-01-09 2010-10-12 International Business Machines Corporation Managing watcher information in a distributed server environment
US20090271524A1 (en) * 2008-04-25 2009-10-29 John Christopher Davi Associating User Comments to Events Presented in a Media Stream
US8804551B2 (en) * 2008-08-06 2014-08-12 U-Blox Ag Location estimation by observing wireless signals
US20100255856A1 (en) * 2009-04-03 2010-10-07 Microsoft Corporation Location Sensing Selection for Mobile Devices
US20100317371A1 (en) * 2009-06-12 2010-12-16 Westerinen William J Context-based interaction model for mobile devices
US8611326B2 (en) * 2009-09-03 2013-12-17 Apple Inc. Location histories for location aware devices
US8275649B2 (en) * 2009-09-18 2012-09-25 Microsoft Corporation Mining life pattern based on location history
US8737961B2 (en) * 2009-09-23 2014-05-27 Nokia Corporation Method and apparatus for incrementally determining location context
US9386421B2 (en) * 2009-12-18 2016-07-05 Trueposition, Inc. Location intelligence management system for border security
US8374632B2 (en) * 2010-01-04 2013-02-12 Alcatel Lucent Method and apparatus for providing geo-location enablement for wireless device
US8200251B2 (en) * 2010-01-15 2012-06-12 Apple Inc. Determining a location of a mobile device using a location database
US8947355B1 (en) * 2010-03-25 2015-02-03 Amazon Technologies, Inc. Motion-based character selection
US8620291B2 (en) * 2010-03-31 2013-12-31 Lenovo (Singapore) Pte. Ltd. Apparatus, system, and method for digital voice call redirection
US20110320119A1 (en) * 2010-06-23 2011-12-29 Microsoft Corporation Location brokerage system
US20120066035A1 (en) * 2010-09-10 2012-03-15 WiFarer Inc. Rf fingerprints for content location
US9144052B2 (en) * 2010-09-29 2015-09-22 British Telecommunications Public Limited Company Method of determining location
KR20120047683A (ko) * 2010-11-04 2012-05-14 삼성전자주식회사 기기간통신 시스템에서 위치정보를 지원하기 위한 방법 및 장치
WO2012075099A2 (en) * 2010-11-30 2012-06-07 Google Inc. Use of location tagging in data communications
US8718672B2 (en) * 2011-04-18 2014-05-06 Microsoft Corporation Identifying status based on heterogeneous sensors
US8800056B2 (en) * 2011-08-12 2014-08-05 Palo Alto Research Center Incorporated Guided implicit authentication
US9106476B2 (en) * 2011-10-07 2015-08-11 Verizon Patent And Licensing Inc. Optimizing selection of a network for video streaming
US20130262479A1 (en) * 2011-10-08 2013-10-03 Alohar Mobile Inc. Points of interest (poi) ranking based on mobile user related data
US20130267255A1 (en) * 2011-10-21 2013-10-10 Alohar Mobile Inc. Identify points of interest using wireless access points
US8532652B1 (en) * 2011-11-16 2013-09-10 Amazon Technologies, Inc. Autonomous search of closed subscriber group cells in wireless networks
US9043414B1 (en) * 2011-12-13 2015-05-26 Amazon Technologies, Inc. Geo-dynamic email lists
EP2817863A1 (en) * 2012-01-08 2014-12-31 Powermat Technologies Ltd. System and method for providing and controlling inductive power charging
US8880093B2 (en) * 2012-01-20 2014-11-04 Facebook, Inc. Statistics for continuous location tracking
US9065688B2 (en) * 2012-02-27 2015-06-23 Vincent K. Jones Generating a search set of television white space channels based on location information
US20140200025A1 (en) * 2012-02-29 2014-07-17 Rita H. Wouhavbi Location discrepancy corrections based on community corrections and trajectory detection
US9200918B2 (en) * 2012-03-09 2015-12-01 Apple Inc. Intelligent destination recommendations based on historical data
US9883331B2 (en) * 2012-03-30 2018-01-30 Intel Corporation Wireless network connectivity prediction based on user patterns and behavior
US8855681B1 (en) * 2012-04-20 2014-10-07 Amazon Technologies, Inc. Using multiple applications to provide location information
US8855931B2 (en) * 2012-06-25 2014-10-07 Google Inc. Location history filtering
US20140006497A1 (en) * 2012-06-29 2014-01-02 Google Inc. System and method for event creation
US9357346B2 (en) * 2012-07-16 2016-05-31 Aisle411, Inc. System and method for indoor location mapping and tracking
US10637943B2 (en) * 2012-09-28 2020-04-28 Avaya Inc. System and method for composite presence subscriptions
US9210169B2 (en) * 2012-12-20 2015-12-08 Cisco Technology, Inc. Network session management based on contextual information
US9838834B2 (en) * 2012-12-21 2017-12-05 Facebook, Inc. Techniques for wireless transmitter location detection
WO2014108755A1 (en) * 2013-01-11 2014-07-17 Nokia Corporation Verifying stored location data for wlan access points
GB2519456B (en) * 2013-01-15 2017-05-31 Zte Wistron Telecom Ab Operation of a heterogeneous wireless network by determining location of a wireless device
GB201301452D0 (en) * 2013-01-28 2013-03-13 Microsoft Corp Providing notifications of call-related services
GB2510169A (en) * 2013-01-28 2014-07-30 Microsoft Corp Determining a location of a mobile user terminal
US9496968B2 (en) * 2013-03-08 2016-11-15 Google Inc. Proximity detection by mobile devices
US20140280863A1 (en) * 2013-03-13 2014-09-18 Kadari SubbaRao Sudeendra Thirtha Koushik Consumer Device Intelligent Connect
US9852416B2 (en) * 2013-03-14 2017-12-26 Lookout, Inc. System and method for authorizing a payment transaction
US20140274111A1 (en) * 2013-03-14 2014-09-18 Qualcomm Incorporated Inter-device transfer of accurate location information
US20140279294A1 (en) * 2013-03-14 2014-09-18 Nordstrom, Inc. System and methods for order fulfillment, inventory management, and providing personalized services to customers
US20140280543A1 (en) * 2013-03-14 2014-09-18 Halberdcross Llc System and method for connecting proximal users by demographic & professional industry
US10673977B2 (en) * 2013-03-15 2020-06-02 D2L Corporation System and method for providing status updates
US9396320B2 (en) * 2013-03-22 2016-07-19 Nok Nok Labs, Inc. System and method for non-intrusive, privacy-preserving authentication
US9154915B2 (en) * 2013-04-16 2015-10-06 Google Inc. Apparatus and method for ascertaining the operating hours of a business
US9255983B2 (en) * 2013-05-07 2016-02-09 Ebay Inc. Systems and methods for tracking a user's location
US9672472B2 (en) * 2013-06-07 2017-06-06 Mobiquity Incorporated System and method for managing behavior change applications for mobile users
US9769107B2 (en) * 2013-11-01 2017-09-19 Apple Inc. Lifestyle-based social groups
US9094730B1 (en) * 2014-06-19 2015-07-28 Google Inc. Providing timely media recommendations

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004030371A (ja) * 2002-06-27 2004-01-29 Fujitsu Ltd プレゼンス管理方法及び装置
JP2005190287A (ja) * 2003-12-26 2005-07-14 Vodafone Kk プレゼンス表示システム及びゲートウエイ装置
US20060117050A1 (en) * 2004-11-30 2006-06-01 Ajita John Methods and apparatus for determining a presence of a user
JP2006345269A (ja) * 2005-06-09 2006-12-21 Sony Corp 情報処理装置および方法、並びにプログラム
US20080242231A1 (en) * 2007-03-29 2008-10-02 Sony Ericsson Mobile Communications Ab Updating Presence Based on Detecting User Activity
US20120124176A1 (en) * 2010-11-11 2012-05-17 Teaneck Enterprises, Llc Automatic check-ins and status updates

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JUSSI MYLLYMAKI, STEFAN EDLUND: "Location Aggregation from Multiple Sources", PROCEEDINGS OF THE THIRD INTERNATIONAL CONFERENCE ON MOBILE DATA MANAGEMENT, JPN6016031189, 2002, pages 131 - 138, XP010587796, ISSN: 0003379582 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5920956B1 (ja) * 2015-01-26 2016-05-24 株式会社 ゼネテック 位置情報振り分けサーバー、位置情報振り分け方法、位置情報振り分けプログラム、及び位置情報送信システム
WO2016121610A1 (ja) * 2015-01-26 2016-08-04 株式会社ゼネテック 位置情報振り分けサーバー、位置情報振り分け方法、位置情報振り分けプログラム、及び位置情報送信システム
US10200851B2 (en) 2015-01-26 2019-02-05 Genetec Corporation Position information distribution server, position information distribution method, position information distribution program, and position information transmission system
JP2016154320A (ja) * 2015-02-20 2016-08-25 Kddi株式会社 通信端末装置、システム、方法およびプログラム
JPWO2021176718A1 (ja) * 2020-03-06 2021-09-10
JP7031075B2 (ja) 2020-03-06 2022-03-07 三菱電機株式会社 位置管理サーバー、無線通信システム、制御回路、記憶媒体および移動***置管理方法

Also Published As

Publication number Publication date
US20140297843A1 (en) 2014-10-02

Similar Documents

Publication Publication Date Title
TWI392276B (zh) 經由直接連接至無線保真度致能的及全球衛星定位致能的移動裝置之裝置上位置定位
AU2011369809B2 (en) Method and apparatus for sharing connectivity settings via social networks
TWI382722B (zh) 經由位置***產生及動態更新無線保真度熱點位置資料庫及效能指標
US9153199B2 (en) Mobile equipment, information display system and recording medium
KR20140037846A (ko) 자동 조회에 기초하여 인근 장소를 찾는 기법
CN107950038A (zh) 用于分析和群聚服务层订阅和通知以提高效率的方法和设备
JP6268824B2 (ja) 通信システム、通信方法及び情報処理装置
US10194047B2 (en) Information processing device and non-transitory recording medium
US9525758B2 (en) Information processing system, information processing apparatus, method for selecting device, and program therefor
JP2014197759A (ja) プレゼンス管理方法、情報処理装置およびプログラム
US20080256174A1 (en) Exchanging data via a virtual field device
JP6259600B2 (ja) 通信プログラム、情報処理装置、通信端末装置、通信システム、および通信方法
KR20180034603A (ko) 서비스 요소 호스트 선택
JP2015154180A (ja) 呼出し方法、情報処理装置および呼出しプログラム
KR101106251B1 (ko) 소셜 네트워크 서비스 기반의 무선 랜 공유를 위한 시스템 및 방법
JP5509887B2 (ja) 位置情報取得装置、位置情報取得プログラム及び位置情報取得システム
JP6372134B2 (ja) 配信装置、配信方法および配信プログラム
EP3804232A1 (en) Data sample template (dst) management for enabling fog-based data processing
KR20110137068A (ko) 와이파이 단말을 이용한 위치정보 제공 시스템 및 방법
JP2012120021A (ja) 検索システム、携帯端末および検索方法
WO2023007834A1 (ja) 情報処理装置、情報処理システム、情報処理方法、および情報処理プログラム
US11864090B2 (en) Communication system, communication management method, and non-transitory recording medium
JP5994449B2 (ja) 情報送信装置、情報送信方法及び情報送信システム
JP2018005951A (ja) 通信プログラム、情報処理装置、通信システム、および通信方法
JP2018022243A (ja) 機器管理システム、サーバ装置、機器管理方法、及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20151204

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160809

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160816

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161017

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170321

A045 Written measure of dismissal of application [lapsed due to lack of payment]

Free format text: JAPANESE INTERMEDIATE CODE: A045

Effective date: 20170725