JP6922192B2 - 情報処理装置、情報処理方法および情報処理システム - Google Patents

Description

本発明は、情報処理装置等に関する。

端末内のファイルを他の端末と共有する場合がある。かかる場合には、共有対象となるファイルを手動で設定したり、公開範囲を手動で設定したりする必要がある。

また、情報の共有範囲を自動的に設定する技術が知られている（例えば、特許文献１参照）。かかる技術では、情報処理装置は、位置関係に関する情報と設定されている条件（５分共有可）に基づいて情報共有可能な装置を決定する。

特開２０１３−２５４３０１号公報

しかしながら、従来の技術では、端末間でファイルを共有する場合に、手間がかかるという問題がある。また、別の例として、端末間でファイルを共有する場合に、適切なファイルを共有することが難しいという問題がある。

例えば、従来の技術では、端末間でファイルを共有する場合に、共有対象となるファイルを手動で設定するが、手動で設定するのは、手間がかかる。また、端末間でファイルを共有する場合に、ファイルを公開する公開範囲を手動で設定するが、手動で設定するのは、手間がかかる。

また、別の例では、端末間でファイルを共有する場合に、各端末が共有可能なファイルを所有していたとしても、各端末の各ユーザが共有可能なファイルを共有することを確認し合わないと、当該ファイルを共有することができない。例えば、ユーザＡとユーザＢとが会議を行う場合に、ユーザＡとユーザＢとが当該会議と関係のあるファイルＣ１をそれぞれの端末に所有しているとする。ところが、ユーザＡとユーザＢとが口頭でファイルＣ１を共有することを確認し合わないと、ファイルＣ１を共有することができない。この結果、ユーザＡとユーザＢとは、会議における議論を深める機会を損失してしまう。情報の共有範囲を自動的に設定する技術であっても、情報処理装置は、一定時間の間だけ一定距離内にある場合に情報を共有するに過ぎず、会議の全ての時間においてファイルＣ１を共有することが難しい。この結果、ユーザＡとユーザＢとは、会議における議論を深める機会を損失してしまう。

１つの側面では、端末間でファイルを共有する場合に、手間なく、適切なファイルを共有することができることを目的とする。

本願の開示する情報処理装置は、複数の端末が有するそれぞれの端末情報に含まれる端末の位置の情報、ユーザ情報および端末がアクセス可能なファイルの情報を用いて、各端末がアクセス可能なファイルの情報を比較する比較部と、前記比較部によって比較された結果、所定の条件を満たすファイルを共有対象とし、前記共有対象のファイルを前記各端末に共有化させる共有化部と、を有する。

１つの態様によれば、端末間でファイルを共有する場合に、手間なく、適切なファイルを共有することができる。

図１は、実施例に係る情報処理システムの機能構成を示すブロック図である。 図２は、実施例に係るデータテーブルのデータ構造の一例を示す図である。 図３は、実施例に係るファイル共有情報の一例を示す図である。 図４Ａは、実施例に係るファイル共有の具体例を示す図（１）である。 図４Ｂは、実施例に係るファイル共有の具体例を示す図（２）である。 図５は、実施例に係る端末処理のフローチャートの一例を示す図である。 図６は、実施例に係るプレイスサーバ処理のフローチャートの一例を示す図である。 図７は、実施例に係る処理サーバ処理のフローチャートの一例を示す図である。 図８は、実施例に係るファイル共有処理のフローチャートの一例を示す図である。 図９は、情報処理プログラムを実行するコンピュータの一例を示す図である。

以下に、本願の開示する情報処理装置、情報処理方法および情報処理システムの実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。

［情報処理システムの構成］
図１は、実施例に係る情報処理システムの機能構成を示すブロック図である。情報処理システム９は、処理サーバ１、プレイスサーバ３および複数の端末５を有する。情報処理システム９は、同一の場に位置する各端末５内のファイルの情報を比較し、所定の条件を満たすファイルを共有対象として、各端末５に対して共有処理を実行する。例えば、情報処理システム９は、会議の場で、その場に位置する各端末５に対して共有対象のファイルを共有させる場合に用いられる。但し、情報処理システム９が会議の場で用いられる場合は一例であって、これに限定されるものではない。

処理サーバ１は、共有対象のファイルを特定し、端末間の共有処理を実行する。処理サーバ１は、クラウドコンピューティングでサービスを提供するサーバである。なお、処理サーバ１は、クラウドコンピューティングのサーバと説明したが、これに限定されず、プレイスサーバ３とＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）で接続されたサーバであっても良い。

処理サーバ１は、制御部１０および記憶部２０を有する。

制御部１０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。そして、制御部１０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路の電子回路に対応する。または、制御部１０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路に対応する。

記憶部２０は、例えばフラッシュメモリ（Flash Memory）やＦＲＡＭ（登録商標）（Ferroelectric Random Access Memory）等の不揮発性の半導体メモリ素子等の記憶装置に対応する。記憶部２０は、データテーブル２１およびファイル共有情報２２を有する。データテーブル２１は、端末５毎に、位置している場の情報と所有しているファイルの情報を記憶する。ファイル共有情報２２は、共有対象のファイル毎に、各ファイルを所有している端末５の情報と所有していない端末５の情報を記憶する。なお、データテーブル２１およびファイル共有情報２２のデータ構造の一例は、後述する。

プレイスサーバ３は、ローカルな場に位置する端末間のデータの交換を行うプレイスサービスを統合するサーバであり、場毎に位置する端末５に対してプレイスサービスを行う。実施例では、交換対象のデータは、ファイルであるとする。プレイスサーバ３は、エッジコンピューティングのエッジサーバであるともいえる。

プレイスサーバ３は、制御部３０および記憶部４０を有する。

制御部３０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。そして、制御部３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路の電子回路に対応する。または、制御部３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路に対応する。

記憶部４０は、例えばフラッシュメモリ（Flash Memory）やＦＲＡＭ（登録商標）（Ferroelectric Random Access Memory）等の不揮発性の半導体メモリ素子等の記憶装置に対応する。記憶部４０は、ファイル共有情報４１を有する。ファイル共有情報４１は、共有対象のファイル毎に、各ファイルを所有している端末５の情報と所有していない端末５の情報を記憶し、処理サーバ１０から送信されるファイル共有情報２２を記憶したものである。

端末５は、表示機能と無線通信機能を備え、例えば、スマートフォン、携帯電話、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistance）、ポケットベル等の携帯用の端末装置に対応する。また、端末５は、自身の位置を測定するために用いられるＧＰＳ機能を備えるとともに、プレイスサーバ３と無線通信を介して接続可能である。無線通信は、一例として、ＷｉＦｉ（登録商標）（Wireless Fidelity）であったり、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格の無線通信であったりするが、近距離無線通信であれば良い。

制御部５０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。そして、制御部５０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路の電子回路に対応する。または、制御部５０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路に対応する。

記憶部６０は、例えばフラッシュメモリ（Flash Memory）やＦＲＡＭ（登録商標）（Ferroelectric Random Access Memory）等の不揮発性の半導体メモリ素子等の記憶装置に対応する。記憶部６０は、ファイル６１を有する。このファイル６１が、端末５によって所有され、他の端末５との間で共有される。ファイル６１の数は、単数であっても、複数であっても良い。

端末５における制御部５０は、接続部５１、送受信部５２、端末情報生成部５３、ファイル更新部５４、端末情報更新部５５および切断部５６を有する。

接続部５１は、無線通信を介してプレイスサーバ３と接続する。

送受信部５２は、プレイスサーバ３との間で情報を送受信する。例えば、送受信部５２は、端末５に関する情報（端末情報という）を含む情報をプレイスサーバ３に対して送信する。送受信部５２は、プレイスサーバ３から後述するアプリケーションを受信すると、受信したアプリケーションの内容に指定されたファイルを送信したり受信したりする。

端末情報生成部５３は、端末５に関する情報（端末情報）を生成する。例えば、端末情報生成部５３は、自己の端末５が所有しているファイルの情報（ファイル情報）を収集する。ファイル情報には、一例として、ファイルの名称が挙げられる。また、端末情報生成部５３は、自己の端末５の位置情報を収集する。また、端末情報生成部５３は、自己の端末５の端末ＩＤおよびユーザＩＤ（identification）を取得する。端末ＩＤには、一例として、ＩＭＥＩ（International Mobile Equipment Identifier）やＭＡＣアドレスが挙げられるが、端末５を一意に識別できる識別子であれば良い。ユーザＩＤは、端末５を使用するユーザを一意に識別できる識別子である。また、端末情報生成部５３は、収集したファイル情報、収集した位置情報、取得した端末ＩＤおよびユーザＩＤを含んだ端末情報を生成する。また、端末情報生成部５３は、生成した端末情報に含まれる情報から端末トークンを生成する。ここでいう端末トークンとは、自己の端末５を認証するために生成される認証情報のことをいう。処理サーバ１およびプレイスサーバ３は、この端末トークンを用いて、端末５を認証する。

ファイル更新部５４は、アプリケーションに基づいて、他の端末５との間で共有するファイルを更新する。例えば、ファイル更新部５４は、送受信部５２によって受信されたアプリケーションを実行する。そして、ファイル更新部５４は、アプリケーションの内容が共有対象のファイルを取得したうえで共有化する場合には、アプリケーションに指定された位置に存在すれば、プレイスサーバ３を介して他の端末５から当該ファイルを取得したうえで共有化する。ファイル更新部５４は、アプリケーションの内容が共有対象のファイルを共有化する場合には、アプリケーションに指定された位置に存在すれば、所有している当該ファイルを共有化する。そして、ファイル更新部５４は、アプリケーションの履歴情報を更新する。なお、共有化とは、一例として、自己のモニターに、端末５間で共有対象のファイルのアイコンを表示させることであったり、端末５間で共有対象のファイルそのものを表示させることであったりする。つまり、共有化とは、端末５間で共有対象のファイルを各端末５のユーザに認識させることを意味する。共有化が自己のモニターに共有対象のファイルのアイコンを表示させる場合には、共有化されたファイルのアイコンを強調表示させても良い。

端末情報更新部５５は、端末情報を更新する。例えば、端末情報更新部５５は、自己の端末５で所有するファイルが追加されれば、追加されたファイルを含むファイル情報を端末情報に対して更新する。端末情報更新部５５は、自己の端末５で所有するファイルが削除されれば、削除されたファイルを含むファイル情報を端末情報に対して更新する。更新された端末情報（端末更新情報という）は、送受信部５２によって送信される。

切断部５６は、プレイスサーバ３との間の通信を切断する。例えば、切断部５６は、プレイスサーバ３からの切断要求を受け取ると、プレイスサーバ３との間の通信を切断する。

プレイスサーバ３における制御部３０は、送受信部３１、トークン生成部３２、キーワード検知部３３、アプリ生成部３４を有する。

送受信部３１は、処理サーバ１との間で情報を送受信する。送受信部３１は、通信圏内の端末５との間で情報を送受信する。例えば、送受信部３１は、通信圏内の端末５から端末情報または端末更新情報を含む情報を受信する。また、送受信部３１は、処理サーバ１からファイル共有情報２２を受信する。また、送受信部３１は、端末５毎の端末情報または端末更新情報を含む情報を処理サーバ１に対して送信する。送受信部３１は、ファイル共有情報２２から端末５毎に生成されたアプリケーションを通信中の各端末５に対して配信する。

トークン生成部３２は、プレイスサーバ３のトークンを生成する。例えば、トークン生成部３２は、端末５からの端末情報に含まれる端末ＩＤ、ユーザＩＤおよび位置情報に加え、プレイスサーバ３のサーバＩＤ、アクセスポイント情報およびトークン生成開始時刻情報からプレイスサーバ３のトークンを生成する。サーバＩＤには、一例として、ＩＭＥＭＡＣアドレスが挙げられるが、プレイスサーバ３を一意に識別できる識別子であれば良い。アクセスポイント情報には、一例として、ＢＳＳＩＤやＳＳＩＤが挙げられる。ここでいうプレイスサーバトークンとは、自己のプレイスサーバ３を認証するために生成された認証情報のことをいう。処理サーバ１および端末５は、このプレイスサーバトークンを用いて、プレイスサーバ３を認証する。

キーワード検知部３３は、場の情報を監視し、特定のキーワードを検知する。例えば、キーワード検知部３３は、場に位置する端末５のユーザが発する言葉を監視し、特定のキーワードを検知する。特定のキーワードには、一例として、ユーザが発する言葉の中で頻度の高い言葉や参照するＵＲＬが挙げられる。

アプリ生成部３４は、場に位置する端末５毎に、アプリケーションを生成する。例えば、アプリ生成部３４は、送受信部３１によって受信されたファイル共有情報４１を参照し、共有対象のファイルを所有していない端末５が有る場合には、当該端末５に対して、共有対象のファイルの情報と、位置情報とを含むアプリケーションを生成する。すなわち、アプリ生成部３４は、共有対象のファイルを取得させたうえで共有化させるべく、アプリケーションを生成する。また、アプリ生成部３４は、送受信部３１によって受信されたファイル共有情報４１を参照し、共有対象のファイルを所有していない端末５が無い場合には、共有対象のファイルを所有している全ての端末５に対して、共有対象のファイルの情報と、位置情報とを含むアプリケーションを生成する。すなわち、アプリ生成部３４は、共有対象のファイルを共有化させるべく、アプリケーションを生成する。なお、アプリ生成部３４は、ファイル共有情報４１に、共有の許否を問い合わせるために用いられるフラグ（後述する共有許否通知フラグ）が設定されている場合には、共有の許否を問い合わせる内容を該当するアプリケーションに埋め込んでも良い。

処理サーバ１における制御部１０は、送受信部１１、テーブル更新部１２、共有判定部１３および共有処理部１４を有する。

送受信部１１は、プレイスサーバ３との間で情報を送受信する。例えば、送受信部１１は、プレイスサーバ３から端末５毎の端末情報または端末更新情報を含む情報を受信する。送受信部１１は、プレイスサーバ３からある場で検知された特定のキーワードを受信する。送受信部１１は、ファイル共有情報２２をプレイスサーバ３に対して送信する。

テーブル更新部１２は、端末５毎の端末情報または端末更新情報を用いて、データテーブル２１を更新する。

ここで、データテーブル２１のデータ構造の一例を、図２を参照して説明する。図２は、実施例に係るデータテーブルのデータ構造の一例を示す図である。図２に示すように、データテーブル２１は、端末ＩＤ２１ｂ、ユーザＩＤ２１ｃ、位置情報２１ｄおよび所有ファイル２１ｅを、ＩＤ２１ａに対応づけて記憶する。ＩＤ２１ａは、データテーブル２１の各行を一意に識別する識別子である。端末ＩＤ２１ｂは、端末５の端末ＩＤであり、端末５を一意に識別できる識別子である。すなわち、端末ＩＤ２１ｂは、端末情報および端末更新情報に含まれる端末ＩＤに対応する。ユーザＩＤ２１ｃは、端末５を使用するユーザを一意に識別できる識別子である。すなわち、ユーザＩＤ２１ｃは、端末情報および端末更新情報に含まれるユーザＩＤに対応する。位置情報２１ｄは、端末５の位置情報である。すなわち、位置情報２１ｄは、端末情報および端末更新情報に含まれる位置情報に対応する。所有ファイル２１ｅは、端末５が所有しているファイルの情報である。すなわち、所有ファイル２１ｅは、端末情報および端末更新情報に含まれるファイル情報に対応する。ファイル情報には、一例として、ファイルの名称が挙げられる。

一例として、端末ＩＤ２１ｂが「０２ＥＲ７Ｅ０３」である場合に、ユーザＩＤ２１ｃとして「Ｔａｒｏ」、位置情報２１ｄとして「ａａａａ」、所有ファイル２１ｅとして「２０１６０９会議．ｘｌｓｘ，Ｆｏｏ．ｊｐｇ」を記憶している。端末ＩＤ２１ｂが「Ｙ５ＧＵ８８Ｐ１」である場合に、ファイルＩＤ２１ｃとして「Ｈａｎａｋｏ」、位置情報２１ｄとして「ａａａａ」、所有ファイル２１ｅとして「２０１６０９会議．ｘｌｓｘ，０８０４プレゼン．ｐｐｔｘ」を記憶している。

図１に戻って、例えば、テーブル更新部１２は、送受信部１１によって受信された端末情報を参照し、端末情報に含まれる端末ＩＤ、ユーザＩＤ、位置情報および所有ファイルをデータテーブル２１に追加する。テーブル更新部１２は、送受信部１１によって受信された端末更新情報を参照し、データテーブル２１内の、端末ＩＤ２１ｂ、ユーザＩＤ２１ｃおよび位置情報２１ｄと同一の行に対して、所有ファイルを更新する。なお、テーブル更新部１２は、データテーブル２１内の、端末ＩＤ２１ｂおよびユーザＩＤ２１ｃが同一であるが、位置情報２１ｄが同一でない行に対して、位置情報および所有ファイルを更新すれば良い。テーブル更新部１２は、送受信部１１によって受信された端末情報または端末更新情報毎に、テーブル更新処理を行う。

共有判定部１３は、同一の場に位置する複数の端末５毎に所有しているファイルを比較し、それぞれのファイルを共有するか否かを判定する。例えば、共有判定部１３は、データテーブル２１を参照し、位置情報２１ｄが同一である行に対応する端末ＩＤ２１ｂおよび所有ファイル２１ｅを読み出す。共有判定部１３は、読み出した端末ＩＤ２１ｂの全てが同一のファイルを所有している場合には、このファイルを共有対象ファイルとして後述する共有処理部１４にファイル共有処理を実行させる。また、共有判定部１３は、読み出した端末ＩＤ２１ｂの所定割合以上が同一のファイルを所有している場合には、このファイルを共有対象ファイルとして後述する共有処理部１４にファイル共有処理を実行させる。ここでいう所定割合は、一例として５０％であるが、４０％であっても６０％であっても良く、変更可能である。なお、共有判定部１３は、送受信部１１によってある場で検知された特定のキーワードが受信された場合には、以下の処理を行う。すなわち、共有判定部１３は、ある場の位置と同一の位置情報２１ｄに対応する所有ファイル２１ｅの内容に特定のキーワードが含まれている場合には、特定のキーワードが含まれているファイルを共有対象ファイルとして後述する共有処理部１４にファイル共有処理を実行させる。

共有処理部１４は、共有対象ファイルについて、ファイル共有処理を実行し、ファイル共有情報２２を生成する。

ここで、ファイル共有情報２２の一例を、図３を参照して説明する。図３は、実施例に係るファイル共有情報の一例を示す図である。図３に示すように、位置情報毎に、ファイル共有情報２２が生成される。ファイル共有情報２２は、共有対象ファイル２２ａ、所有中端末ＩＤ２２ｂ、所有無端末ＩＤ２２ｃおよび共有許否通知フラグ２２ｄを対応づけて記憶する。共有対象ファイル２２ａは、共有対象のファイルの名称である。所有中端末ＩＤ２２ｂは、共有対象ファイル２２ａが示すファイルを所有している端末５の端末ＩＤである。所有無端末ＩＤ２２ｃは、共有対象ファイル２２ａが示すファイルを所有していない端末５の端末ＩＤである。共有許否通知フラグ２２ｄは、共有対象ファイル２２ａが示すファイルを所有している端末５に対して共有を許可するか否かの通知をするかしないかのフラグである。一例として、共有許否通知フラグ２２ｄが「ＯＮ」の場合には、通知することを示す。共有許否通知フラグ２２ｄが「ＯＦＦ」の場合には、通知しないことを示す。

一例として、位置情報が「ａａａａ」である場合に、共有対象ファイル２２ａとして「２０１６０９会議．ｘｌｓｘ」、所有中端末ＩＤ２２ｂとして「０２ＥＲ７Ｅ０３、Ｙ５ＧＵ８８Ｐ１」、所有無端末ＩＤ２２ｃとしてヌル値を記憶している。加えて、共有許否通知フラグ２２ｄとして「ＯＦＦ」を記憶している。かかる場合は、「２０１６０９会議．ｘｌｓｘ」のファイルについて、「０２ＥＲ７Ｅ０３」の端末５および「Ｙ５ＧＵ８８Ｐ１」の端末５が、どちらも所有している。共有対象ファイル２２ａとして「０８０４プレゼン．ｐｐｔｘ」、所有中端末ＩＤ２２ｂとして「Ｙ５ＧＵ８８Ｐ１」、所有無端末ＩＤ２２ｃとして「０２ＥＲ７Ｅ０３」を記憶している。加えて、共有許否通知フラグ２２ｄとして「ＯＮ」を記憶している。かかる場合は、「０８０４プレゼン．ｐｐｔｘ」のファイルについて、「Ｙ５ＧＵ８８Ｐ１」の端末５は所有しているが、「０２ＥＲ７Ｅ０３」の端末５は所有していない。

図１に戻って、例えば、共有処理部１４は、データテーブル２１を参照し、共有対象ファイル２２ａについて、当該ファイルを所有している端末ＩＤ２１ｂおよび当該ファイルを所有していない端末ＩＤ２１ｂを振り分ける。共有処理部１４は、共有対象ファイル２２ａについて、振り分けられた、所有している端末ＩＤ２１ｂをファイル共有情報２２の所有中端末ＩＤ２２ｂの領域に設定する。共有処理部１４は、共有対象ファイル２２ａについて、振り分けられた、所有していない端末ＩＤ２１ｂをファイル共有情報２２の所有無端末ＩＤ２２ｃの領域に設定する。なお、共有処理部１４は、共有対象ファイル２２ａについて、当該ファイルを所有している端末５と所有していない端末５とが存在する場合には、ファイル共有情報２２の共有許否フラグ２２ｄを「ＯＮ」に設定しても良い。すなわち、共有処理部１４は、当該ファイルを所有している端末５に対して共有の許否を問い合わせるべく、ファイル共有情報２２の共有許否通知フラグ２２ｄを「ＯＮ」に設定する。

［ファイル共有の具体例］
ここで、実施例に係るファイル共有の具体例を、図４Ａおよび図４Ｂを参照して説明する。図４Ａおよび図４Ｂは、実施例に係るファイル共有の具体例を示す図である。図４Ａでは、同じ場にいる全ての端末５が同一ファイルを所有している場合のファイル共有の具体例である。図４Ｂでは、同じ場にいる５０％の端末５が同一ファイルを所有している場合のファイル共有の具体例である。

図４Ａに示すように、Ａさんの端末５−１およびＢさんの端末５−２は、位置情報がｄｄｄを示す同一の場に存在する。なお、ここでは、ファイルＣ１に着目して説明する。

まず、端末５−１では、端末情報生成部５３が、自己が所有しているファイルＣ１の情報と、自己の位置情報ｄｄｄ、端末ＩＤおよびユーザＩＤを含んだ端末情報を生成し、生成した端末情報を、送受信部５２を介してプレイスサーバ３に送信する。

端末５−２では、端末情報生成部５３が、自己が所有しているファイルＣ１の情報と、自己の位置情報ｄｄｄ、端末ＩＤおよびユーザＩＤを含んだ端末情報を生成し、生成した端末情報を、送受信部５２を介してプレイスサーバ３に送信する。

プレイスサーバ３では、トークン生成部３２が、端末情報に含まれる端末ＩＤ、ユーザＩＤおよび位置情報ｄｄｄに加え、自己のサーバＩＤ、アクセスポイント情報およびトークン生成開始時刻情報からプレイスサーバトークンを生成する。そして、送受信部３１は、プレイスサーバトークン、端末５−１の端末情報および端末５−２の端末情報を含む情報を処理サーバ１に送信する。

処理サーバ１では、テーブル更新部１２が、プレイスサーバ３から端末５−１の端末情報を参照し、端末情報に含まれる端末ＩＤ、ユーザＩＤ、位置情報ｄｄｄおよび所有ファイルＣ１をデータテーブル２１に追加する。テーブル更新部１２が、プレイスサーバ３から端末５−２の端末情報を参照し、端末情報に含まれる端末ＩＤ、ユーザＩＤ、位置情報ｄｄｄおよび所有ファイルＣ１をデータテーブル２１に追加する。

さらに、処理サーバ１では、共有判定部１３は、データテーブル２１を参照し、同一の場に位置する端末ＩＤ２１ｂが示す端末５の全てが同一のファイルを所有している場合には、このファイルを共有対象ファイルとする。ここでは、位置情報がｄｄｄを示す同一の場に位置する端末５−１、端末５−２の全てが同一のファイルＣ１を所有しているので、このファイルＣ１を共有対象ファイルとする。そして、共有処理部１４は、共有対象ファイルＣ１について、所有している端末５−１および端末５−２のそれぞれの端末ＩＤをファイル共有情報２２の所有中端末ＩＤ２２ｂの領域に設定する。なお、所有無端末ＩＤ２２ｃの領域には、何も設定されない。そして、送受信部１１は、ファイル共有情報２２をプレイスサーバ３に対して送信する。

プレイスサーバ３では、アプリ生成部３４が、送受信部３１によって受信されたファイル共有情報２２（４１）を参照し、共有対象ファイルを所有していない端末５が無い場合には、以下の処理を行う。すなわち、アプリ生成部３４は、共有対象ファイルを所有している全ての端末５に対して、共有対象ファイルの情報と、位置情報とを含むアプリケーションを生成する。ここでは、アプリ生成部３４は、共有対象ファイルＣ１を所有していない端末５が無いので、端末５−１および端末５−２に対して、共有対象ファイルＣ１の情報と、位置情報ｄｄｄとを含むアプリケーションを生成する。すなわち、アプリ生成部３４は、共有対象ファイルＣ１を共有化させるべく、アプリケーションを生成する。そして、送受信部３１は、端末５−１および端末５−２に対して、それぞれ生成されたアプリケーションを送信する。

端末５−１では、ファイル更新部５４が、送受信部５２によって受信されたアプリケーションを実行すると、自己の端末５−１がアプリケーションに含まれる位置情報ｄｄｄに存在するので、所有している共有対象ファイルＣ１を共有化する。ここでは、ファイル更新部５４は、共有対象ファイルＣ１を端末５−２のモニターに表示する。

端末５−２では、ファイル更新部５４が、送受信部５２によって受信されたアプリケーションを実行すると、自己の端末５−２がアプリケーションに含まれる位置情報ｄｄｄに存在するので、所有している共有対象ファイルＣ１を共有化する。ここでは、ファイル更新部５４は、共有対象ファイルＣ１を端末５−２のモニターに表示する。

これにより、情報処理システム９は、同じ場に位置する各端末５に同じファイルが存在する場合には、端末５のユーザが口頭でファイルを共有することを確認し合わなくても、ファイルを共有させることができ、手間なく、適切なファイルを共有化できる。この結果、情報処理システム９は、例えば会議における議論を深める機会を損失してしまうことを防止できる。

図４Ｂに示すように、Ａさんの端末５−１およびＣさんの端末５−３は、位置情報がｅｅｅを示す同一の場に存在する。なお、ここでは、ファイルＣ１に着目して説明する。

まず、端末５−１では、端末情報生成部５３が、自己が所有しているファイルＡ１の情報と、自己の位置情報ｅｅｅ、端末ＩＤおよびユーザＩＤを含んだ端末情報を生成し、送受信部５２を介して生成した端末情報をプレイスサーバ３に送信する。

端末５−３では、端末情報生成部５３が、自己が所有しているファイルＣ１の情報と、自己の位置情報ｅｅｅ、端末ＩＤおよびユーザＩＤを含んだ端末情報を生成し、送受信部５２を介して生成した端末情報をプレイスサーバ３に送信する。

プレイスサーバ３では、トークン生成部３２が、端末情報に含まれる端末ＩＤ、ユーザＩＤおよび位置情報ｅｅｅに加え、自己のサーバＩＤ、アクセスポイント情報およびトークン生成開始時刻情報からプレイスサーバトークンを生成する。そして、送受信部３１は、プレイスサーバトークン、端末５−１の端末情報および端末５−３の端末情報を含む情報を処理サーバ１に送信する。

処理サーバ１では、テーブル更新部１２が、プレイスサーバ３から端末５−１の端末情報を参照し、端末情報に含まれる端末ＩＤ、ユーザＩＤ、位置情報ｅｅｅおよび所有ファイルＡ１をデータテーブル２１に追加する。テーブル更新部１２が、プレイスサーバ３から端末５−３の端末情報を参照し、端末情報に含まれる端末ＩＤ、ユーザＩＤ、位置情報ｅｅｅおよび所有ファイルＣ１をデータテーブル２１に追加する。

さらに、処理サーバ１では、共有判定部１３は、データテーブル２１を参照し、同一の場に位置する端末ＩＤ２１ｂが示す端末５の全てが同一のファイルを所有している場合には、このファイルを共有対象ファイルとする。ここでは、位置情報がｅｅｅを示す同一の場に位置する端末５−１、端末５−３の全てが同一のファイルを所有していない。共有判定部１３は、データテーブル２１を参照し、同一の場に位置する端末ＩＤ２１ｂが示す端末５の５０％以上が同一のファイルを所有している場合には、このファイルを共有対象ファイルとする。ここでは、位置情報がｅｅｅを示す同一の場に位置する端末５−１および端末５−３について、端末５−３がファイルＣ１を所有し、端末５−１がファイルＣ１を所有していない。したがって、位置情報がｅｅｅの同一の場で、５０％以上の端末５がファイルＣ１を所有しているので、このファイルＣ１を共有対象ファイルとする。そして、共有処理部１４は、共有対象ファイルＣ１について、所有している端末５−３の端末ＩＤをファイル共有情報２２の所有中端末ＩＤ２２ｂの領域に設定する。共有処理部１４は、所有していない端末５−１の端末ＩＤをファイル共有情報２２の所有無端末ＩＤ２２ｃの領域に設定する。そして、送受信部１１は、ファイル共有情報２２をプレイスサーバ３に対して送信する。

プレイスサーバ３では、アプリ生成部３４が、送受信部３１によって受信されたファイル共有情報２２（４１）を参照し、共有対象ファイルを所有していない端末５が有る場合には、以下の処理を行う。すなわち、アプリ生成部３４は、共有対象ファイルを所有していない端末５に対して、共有対象ファイルの情報と、位置情報とを含むアプリケーションを生成する。また、アプリ生成部３４は、共有対象ファイルを所有している端末５に対して、共有対象ファイルの情報と、位置情報とを含むアプリケーションを生成する。ここでは、アプリ生成部３４は、共有対象ファイルＣ１を所有していない端末５として端末５−１が有るので、端末５−１に対して、共有対象ファイルＣ１の情報と、位置情報ｅｅｅとを含むアプリケーションを生成する。すなわち、アプリ生成部３４は、共有対象ファイルＣ１を取得させたうえで共有化させるべく、アプリケーションを生成する。また、アプリ生成部３４は、共有対象ファイルＣ１を所有している端末５として端末５−３が有るので、端末５−３に対して、共有対象ファイルＣ１の情報と、位置情報ｅｅｅとを含むアプリケーションを生成する。すなわち、アプリ生成部３４は、共有対象ファイルＣ１を共有化させるべく、アプリケーションを生成する。そして、送受信部３１は、端末５−１および端末５−３に対して、それぞれ生成されたアプリケーションを送信する。

なお、ファイル共有情報４１について、共有対象ファイルＣ１に対する共有許否通知フラグ２２ｄにＯＮが設定されている場合には、アプリ生成部３４は、以下の処理を行えば良い。すなわち、アプリ生成部３４は、共有対象ファイルＣ１を所有している端末５−３に対して、共有対象ファイルＣ１の情報と、位置情報ｅｅｅと、他の端末５に共有を許可するか否かの問い合わせメッセージとを含むアプリケーションを生成する。すなわち、アプリ生成部３４は、共有対象ファイルＣ１を所有している端末５−３に対して他の端末５に共有を許可するか否かを問い合わせるべく、アプリケーションを生成する。そして、送受信部３１は、端末５−３に対して生成されたアプリケーションを送信する。

端末５−１では、ファイル更新部５４が、送受信部５２によって受信されたアプリケーションを実行すると、自己の端末５−１がアプリケーションに含まれる位置情報ｅｅｅに存在するので、所有していない共有対象ファイルＣ１を取得し、共有化する。ここでは、ファイル更新部５４は、共有対象ファイルＣ１をプレイスサーバ３を介して端末５−３から端末５−１にダウンロードし、モニターに表示する。

端末５−３では、ファイル更新部５４が、送受信部５２によって受信されたアプリケーションを実行すると、自己の端末５−３がアプリケーションに含まれる位置情報ｅｅｅに存在するので、所有している共有対象ファイルＣ１を共有化する。ここでは、ファイル更新部５４は、共有対象ファイルＣ１を端末５−３のモニターに表示する。

［端末処理のフローチャート］
次に、端末５で行う端末処理のフローチャートの一例を、図５を参照して説明する。図５は、実施例に係る端末処理のフローチャートの一例を示す図である。

図５に示すように、端末５は、プレイスサーバ３に接続したか否かを判定する（ステップＳ１１）。プレイスサーバ３に接続していないと判定した場合には（ステップＳ１１；Ｎｏ）、端末５は、プレイスサーバ３に接続するまで、判定処理を繰り返す。

一方、プレイスサーバ３に接続したと判定した場合には（ステップＳ１１；Ｙｅｓ）、端末５は、所有しているファイルのファイル情報を収集する（ステップＳ１２）。端末５は、位置情報を収集する（ステップＳ１３）。端末５は、ファイル情報、位置情報、端末ＩＤおよびユーザＩＤを含む端末情報から端末トークンを生成する（ステップＳ１４）。

そして、端末５は、端末情報と端末トークンをプレイスサーバ３に送信する（ステップＳ１５）。

その後、端末５は、プレイスサーバ３からアプリケーション（「アプリ」という）を受信したか否かを判定する（ステップＳ１６）。アプリを受信していないと判定した場合には（ステップＳ１６；Ｎｏ）、端末５は、アプリを受信するまで、判定処理を繰り返す。

一方、アプリを受信したと判定した場合には（ステップＳ１６；Ｙｅｓ）、端末５は、アプリを実行し、アプリに指定されたファイルを共有化する（ステップＳ１７）。例えば、端末５は、アプリに含まれた位置情報の位置に存在し、アプリに指定された共有対象ファイルを所有していない場合には、当該共有対象ファイルを、プレイスサーバ３を介してダウンロードし、モニターに表示する。端末５は、アプリに含まれた位置情報の位置に存在し、アプリに指定された共有対象ファイルを所有している場合には、当該共有対象ファイルをモニターに表示する。そして、端末５は、所有のファイル情報を更新する（ステップＳ１８）。

そして、端末５は、アプリ履歴情報を更新する（ステップＳ１９）。そして、端末５は、所有するファイルが追加された場合には、追加されたファイルを含むファイル情報を入れ替えた端末情報を更新し、更新された端末情報を示す端末更新情報を、プレイスサーバ３に対して送信する（ステップＳ２０）。

そして、端末５は、プレイスサーバ３から切断したか否かを判定する（ステップＳ２１）。プレイスサーバ３から切断していないと判定した場合には（ステップＳ２１；Ｎｏ）、端末５は、ステップＳ１６に移行する。

一方、プレイスサーバ３から切断していると判定した場合には（ステップＳ２１；Ｙｅｓ）、端末５は、端末処理を終了する。

［プレイサーバ処理のフローチャート］
次に、プレイスサーバ３で行うプレイスサーバ処理のフローチャートの一例を、図６を参照して説明する。図６は、実施例に係るプレイスサーバ処理のフローチャートの一例を示す図である。

図６に示すように、プレイスサーバ３は、端末５が接続したか否かを判定する（ステップＳ３１）。例えば、プレイスサーバ３は、端末５から接続の問い合わせ（プローブ要求）を受信し、問い合わせを許可する場合には、問い合わせに対する応答（プローブ応答）を端末５に送信し、端末５が接続したと判定する。一方、プレイスサーバ３は、問い合わせを許可しない場合には、端末５が接続しないと判定する。

端末５が接続しないと判定した場合には（ステップＳ３１；Ｎｏ）、プレイスサーバ３は、端末５が接続するまで、判定処理を繰り返す。

一方、端末５が接続したと判定した場合には（ステップＳ３１；Ｙｅｓ）、プレイスサーバ３は、端末情報と端末トークンを受信したか否かを判定する（ステップＳ３２）。端末情報と端末トークンを受信していないと判定した場合には（ステップＳ３２；Ｎｏ）、プレイスサーバ３は、受信するまで、判定処理を繰り返す。

一方、端末情報と端末トークンを受信したと判定した場合には（ステップＳ３２；Ｙｅｓ）、プレイスサーバ３は、端末トークンからプレイスサーバトークンを生成する（ステップＳ３３）。そして、プレイスサーバ３は、処理サーバ１に、端末情報、端末トークンおよびプレイスサーバトークンを送信する（ステップＳ３４）。

その後、プレイスサーバ３は、処理サーバ１からファイル共有情報２２を受信したか否かを判定する（ステップＳ３５）。ファイル共有情報２２を受信していないと判定した場合には（ステップＳ３５；Ｎｏ）、プレイスサーバ３は、受信するまで、判定処理を繰り返す。

一方、ファイル共有情報２２を受信していると判定した場合には（ステップＳ３５；Ｙｅｓ）、プレイスサーバ３は、ファイル共有情報２２を参照して、端末ＩＤ毎に、アプリを生成する（ステップＳ３６）。例えば、プレイスサーバ３は、ファイル共有情報２２を参照し、端末ＩＤ毎に、共有対象ファイルの情報と、位置情報とを含むアプリを生成する。そして、プレイスサーバ３は、各端末毎に、アプリを配信する（ステップＳ３７）。

プレイスサーバ３は、端末更新情報または特定キーワードを受信したか否かを判定する（ステップＳ３８）。端末更新情報または特定キーワードを受信していないと判定した場合には（ステップＳ３８；Ｎｏ）、プレイスサーバ３は、ステップＳ４０に移行する。

一方、端末更新情報または特定キーワードを受信したと判定した場合には（ステップＳ３８；Ｙｅｓ）、プレイスサーバ３は、受信した情報（端末更新情報または特定キーワード）を処理サーバ１に送信する（ステップＳ３９）。そして、プレイスサーバ３は、ステップＳ４０に移行する。

ステップＳ４０において、プレイスサーバ３は、端末５が切断したか否かを判定する（ステップＳ４０）。端末５が切断していないと判定した場合には（ステップＳ４０；Ｎｏ）、プレイスサーバ３は、次のファイル共有情報を受信すべく、ステップＳ３５に移行する。

一方、端末５が切断したと判定した場合には（ステップＳ４０；Ｙｅｓ）、端末５は、プレイスサーバ処理を終了する。

［処理サーバ処理のフローチャート］
次に、処理サーバ１で行う処理サーバ処理のフローチャートの一例を、図７を参照して説明する。図７は、実施例に係る処理サーバ処理のフローチャートの一例を示す図である。

図７に示すように、処理サーバ１は、プレイスサーバ３から、端末５とプレイスサーバ３との情報を受信したか否かを判定する（ステップＳ５１）。端末５とプレイスサーバ３との情報を受信していないと判定した場合には（ステップＳ５１；Ｎｏ）、処理サーバ１は、受信するまで、判定処理を繰り返す。

一方、端末５とプレイスサーバ３との情報を受信したと判定した場合には（ステップＳ５１；Ｙｅｓ）、処理サーバ１は、受信した情報を用いて、データテーブル２１を更新する（ステップＳ５２）。例えば、処理サーバ１は、受信した端末５の端末情報を参照し、端末情報に含まれる端末ＩＤ、ユーザＩＤ、位置情報および所有ファイルの情報をデータテーブル２１に追加する。処理サーバ１は、受信した端末５の端末更新情報を参照し、データテーブル２１内の、端末ＩＤ、ユーザＩＤおよび位置情報と同一の行に対して、所有ファイルを更新する。

処理サーバ１は、同一の位置情報にプレイスサーバ３と接続する接続端末５の全端末が同一ファイルを所有しているか否かを判定する（ステップＳ５３）。接続端末５の全端末が同一ファイルを所有していると判定した場合には（ステップＳ５３；Ｙｅｓ）、処理サーバ１は、ステップＳ５５に移行する。

一方、接続端末５の全端末が同一ファイルを所有していないと判定した場合には（ステップＳ５３；Ｎｏ）、処理サーバ１は、接続端末５のＮ％以上が同一ファイルを所有しているか否かを判定する（ステップＳ５４）。接続端末５のＮ％以上が同一ファイルを所有していると判定した場合には（ステップＳ５４；Ｙｅｓ）、処理サーバ１は、ステップＳ５５に移行する。

一方、接続端末５のＮ％以上が同一ファイルを所有していないと判定した場合には（ステップＳ５４；Ｎｏ）、処理サーバ１は、ステップＳ５６に移行する。

ステップＳ５５において、処理サーバ１は、同一ファイルを共有対象ファイルとし（ステップＳ５５）、ステップＳ５９に移行する。

ステップＳ５６において、処理サーバ１は、受信情報に特定キーワードの情報が存在するか否かを判定する（ステップＳ５６）。受信情報に特定キーワードの情報が存在していないと判定した場合には（ステップＳ５６；Ｎｏ）、処理サーバ１は、ステップＳ６０に移行する。

一方、受信情報に特定キーワードの情報が存在していると判定した場合には（ステップＳ５６；Ｙｅｓ）、処理サーバ１は、特定キーワードがいずれかのファイルに含まれているか否かを判定する（ステップＳ５７）。特定キーワードがいずれかのファイルに含まれていないと判定した場合には（ステップＳ５７；Ｎｏ）、処理サーバ１は、次の情報を受信すべく、ステップＳ５１に移行する。

一方、特定キーワードがいずれかのファイルに含まれていると判定した場合には（ステップＳ５７；Ｙｅｓ）、処理サーバ１は、特定キーワードを含むファイルを共有対象ファイルとし（ステップＳ５８）、ステップＳ５９に移行する。

ステップＳ５９において、処理サーバ１は、共有対象ファイルについて、ファイル共有処理を実行する（ステップＳ５９）。なお、ファイル共有処理の詳細は、後述する。そして、処理サーバ１は、ステップＳ６０に移行する。

ステップＳ６０において、処理サーバ１は、ファイル共有情報２２をプレイスサーバ３に送信する（ステップＳ６０）。そして、処理サーバ１は、処理サーバ処理を終了する。

図８は、実施例に係るファイル共有処理のフローチャートの一例を示す図である。図８に示すように、処理サーバ１は、共有対象ファイルについて、所有中の端末ＩＤおよび所有無しの端末ＩＤを対応づけて、ファイル共有情報２２に追加する（ステップＳ７１）。ファイル共有情報２２は、例えば、位置情報毎に生成される。そして、処理サーバ１は、ファイル共有処理を終了する。

［実施例の効果］
このようにして、上記実施例では、処理サーバ１は、複数の端末５が有するそれぞれの端末情報に含まれる端末５の位置の情報、ユーザ情報および端末５がアクセス可能なファイルの情報を用いて、各端末５がアクセス可能なファイルの情報を比較する。そして、処理サーバ１は、比較された結果、所定の条件を満たすファイルを共有対象とし、共有対象のファイルを各端末５に共有化させる。かかる構成によれば、処理サーバ１は、手間なく、適切なファイルを端末間で共有化できる。

また、上記実施例では、処理サーバ１は、各端末５が同じファイルにアクセスできるという条件を満たす場合には、当該ファイルを共有対象とし、共有対象のファイルを各端末５に共有化させる。かかる構成によれば、処理サーバ１は、各端末５のユーザが口頭で共有対象のファイルを共有することを確認し合わなくても、当該ファイルを共有することができ、手間なく、適切なファイルを端末間で共有化できる。この結果、処理サーバ１は、例えば会議における議論を深める機会を損失してしまうことを防止できる。

また、上記実施例では、処理サーバ１は、各端末５のうち特定のファイルにアクセスできる端末５の割合が規定の割合以上であるという条件を満たす場合には、特定のファイルを共有対象とし、特定のファイルが存在しない端末５に共有化させる。かかる構成によれば、処理サーバ１は、手間なく、特定のファイルを端末間で共有化できる。

また、上記実施例では、処理サーバ１は、同一の場で検知された特定のキーワードを含むファイルが各端末５のいずれかの端末５からアクセス可能であるという条件を満たす場合には、当該ファイルを共有対象とし、当該ファイルが存在しない端末５に共有化させる。かかる構成によれば、処理サーバ１は、場で検知される特定のキーワード（例えばユーザが頻度高く発する言葉等）を含む特定のファイルを、手間なく、端末間で共有化できる。

また、上記実施例では、処理サーバ１は、共有対象のファイルを共有化させる前に、共有対象のファイルをアクセス可能な端末５に対して共有対象のファイルの共有の許否を問い合わせる。かかる構成によれば、処理サーバ１は、共有対象のファイルが存在する端末５に対して共有対象のファイルの共有の許否を問い合わせることで、信頼性の高いファイル共有を実現できる。

［その他］
なお、上記実施例では、処理サーバ１の共有判定部１３が、データテーブル２１から読み出した端末ＩＤ２１ｂの所定割合以上が同一のファイルを所有している場合には、このファイルを共有対象ファイルとすると説明した。すなわち、共有判定部１３は、端末ＩＤ２１ｂのうち同一のファイルを所有している端末ＩＤ２１ｂが多数である場合には、このファイルを共有対象ファイルとする。しかしながら、共有判定部１３は、これに限定されず、読み出した端末ＩＤ２１ｂの所定割合未満が同一のファイルを所有している場合には、このファイルを共有対象ファイルとしても良い。すなわち、共有判定部１３は、端末ＩＤ２１ｂのうち同一のファイルを所有している端末ＩＤ２１ｂが少数である場合に、このファイルを共有対象ファイルとしても良い。

また、上記実施例では、処理サーバ１の共有判定部１３は、データテーブル２１を利用して、データテーブル２１から読み出した端末ＩＤ２１ｂの所定割合以上が同一のファイルを所有している場合には、このファイルを共有対象ファイルとすると説明した。しかしながら、共有判定部１３は、これに限定されず、ファイルの共有判断基準を、各種メタ情報を利用するようにしても良い。各種メタ情報には、例えば、共有対象ファイルを有する端末５のユーザとの会う頻度や今回会議と前回会議との日時の近さ等が挙げられる。一例として、共有判定部１３は、複数の端末５のユーザが同じ時間および同じ位置情報で何度も会議している場合には、複数の端末５がそれぞれ有するファイルを共有対象ファイルとしても良い。別の例として、共有判定部１３は、複数の端末５のユーザが行う今回会議と前回会議との日時が近い場合には、複数の端末５がそれぞれ有するファイルを共有対象ファイルとしても良い。

また、上記実施例では、処理サーバ１が、端末５に所有しているファイルを各端末５で共有させる場合について説明した。しかしながら、上記実施例では、これに限定されず、処理サーバ１が、端末５がアクセス可能なファイルを各端末５で共有させる場合であっても良い。すなわち、処理サーバ１は、端末５が所有しているファイルだけでなく、例えばクラウド上に有るアクセス可能なファイルも含めて各端末５で共有させても良い。

また、上記実施例では、情報処理システム９は、処理サーバ１とプレイスサーバ３とを含むと説明した。しかしながら、情報処理システム９は、これに限定されず、処理サーバ１がプレイスサーバ３の処理を併合しても良いし、プレイスサーバ３が処理サーバ１の処理を併合しても良い。例えば、処理サーバ１がプレイスサーバ３の処理を併合する場合には、共有対象のファイルを特定し、端末間の共有処理を実行する処理に加えて、場毎に位置する端末５に対してプレイスサービスを行うようにすれば良い。また、プレイスサーバ３が処理サーバ１の処理を併合する場合には、場毎に位置する端末５に対してプレイスサービスを行う処理に加えて、共有対象のファイルを特定し、端末間の共有処理を実行するようにすれば良い。

また、上記実施例では、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、処理サーバ１では、共有判定部１３は、ファイルの共有判断基準に応じてそれぞれ共有可否を判定するように判定処理を分散しても良い。また、プレイスサーバ３では、送受信部３１は、情報を送受信する送受信部と、アプリケーションを配信する配信部とを分散しても良い。また、処理サーバ１では、共有判定部１３と共有処理部１４とを統合しても良い。また、記憶部２０を処理サーバ１の外部装置としてネットワーク経由で接続するようにしても良い。

また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図１に示した処理サーバ１と同様の機能を実現する情報処理プログラムを実行するコンピュータの一例を説明する。図９は、情報処理プログラムを実行するコンピュータの一例を示す図である。

図９に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。

ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、情報処理プログラム２０５ａおよび情報処理関連情報２０５ｂを記憶する。

ＣＰＵ２０３は、情報処理プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、処理サーバ１の各機能部に対応する。情報処理関連情報２０５ｂは、データテーブル２１およびファイル共有情報２２等に対応する。そして、例えばリムーバブルディスク２１１が、情報処理プログラム２０５ａ等の各情報を記憶する。

なお、情報処理プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらから情報処理プログラム２０５ａを読み出して実行するようにしても良い。

１ 処理サーバ
３ プレイスサーバ
５ 端末
１０ 制御部
１１ 送受信部
１２ テーブル更新部
１３ 共有判定部
１４ 共有処理部
２０ 記憶部
２１ データテーブル
２２ ファイル共有情報
３０ 制御部
３１ 送受信部
３２ トークン生成部
３３ キーワード検知部
３４ アプリ生成部
４０ 記憶部
４１ ファイル共有情報
５０ 制御部
５１ 接続部
５２ 送受信部
５３ 端末情報生成部
５４ ファイル更新部
５５ 端末情報更新部
５６ 切断部
６０ 記憶部
６１ ファイル

Claims (7)

1. 複数の端末が有するそれぞれの端末情報に含まれる端末の位置の情報、ユーザ情報および端末がアクセス可能なファイルの情報を用いて、各端末がアクセス可能なファイルの情報を比較する比較部と、
   前記比較部によって比較された結果、所定の条件を満たすファイルを共有対象とし、前記共有対象のファイルを前記各端末に共有化させる共有化部と、
   を有することを特徴とする情報処理装置。
2. 前記共有化部は、前記各端末が同じファイルにアクセスできるという条件を満たす場合には、当該ファイルを共有対象とし、前記共有対象のファイルを前記各端末に共有化させる
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記共有化部は、前記各端末のうち特定のファイルにアクセスできる端末の割合が規定の割合以上であるという条件を満たす場合には、前記特定のファイルを共有対象とし、前記特定のファイルが存在しない端末に共有化させる
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記共有化部は、前記複数の端末がそれぞれ位置する場の情報を監視し、同一の場で検知された特定のキーワードを含むファイルが前記各端末のいずれかの端末からアクセスできるという条件を満たす場合には、当該ファイルを共有対象とし、当該ファイルが存在しない端末に共有化させる
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記共有化部は、さらに、前記共有対象のファイルを共有化させる前に、前記共有対象のファイルにアクセスできる端末に対して前記共有対象のファイルの共有の許否を問い合わせる
   ことを特徴とする請求項３または請求項４に記載の情報処理装置。
6. 複数の端末が有するそれぞれの端末情報に含まれる端末の位置の情報、ユーザ情報および端末がアクセス可能なファイルの情報を用いて、各端末がアクセス可能なファイルの情報を比較し、
   比較した結果、所定の条件を満たすファイルを共有対象とし、前記共有対象のファイルを前記各端末に共有化させる
   各処理をコンピュータが実行することを特徴とする情報処理方法。
7. 第１の情報処理装置と、
   第２の情報処理装置と、を有し、
   前記第１の情報処理装置は、
   複数の端末が有するそれぞれの端末情報に含まれる端末の位置の情報、ユーザ情報および端末がアクセス可能なファイルの情報を用いて、各端末がアクセス可能なファイルの情報を比較する比較部と、
   前記比較部によって比較された結果、所定の条件を満たすファイルを共有対象とし、前記共有対象のファイルを前記各端末に共有化させる共有化部と、を有し、
   前記第２の情報処理装置は、
   前記複数の端末から、前記複数の端末が有するそれぞれの端末情報に含まれる端末の位置の情報および端末がアクセスできるファイルの情報を受信し、受信した情報を前記第１の情報処理装置に送信する送受信部と、
   前記各端末毎に、前記共有対象のファイルおよび前記端末の位置の情報を含んだアプリケーションを生成する生成部と、
   生成したアプリケーションを前記各端末毎に配信する配信部と、を有する
   ことを特徴とする情報処理システム。

Images