JP2015191640A - 情報処理装置、情報処理システム、その制御方法及びプログラム - Google Patents

Abstract

【課題】クライアント装置の位置情報を用いて、ウェブ会議においてクライアント装置に提供するファイルを容易に特定可能な仕組みを提供すること【解決手段】ＵＲＬと対応付けて位置情報を記憶し、クライアント装置の位置情報を取得し、クライアント装置からユーザ情報を取得し、取得したユーザ情報を用いたルームへの入室処理を実行し、入室が行われた場合に、当該ユーザ情報と位置情報とを用いて、前記ＵＲＬを特定し、特定された前記ＵＲＬに基づく画面を、前記クライアント装置の表示画面に表示すべく制御する【選択図】図５

Description

情報処理装置、情報処理システム、その制御方法及びプログラムに関する。

近年、ウェブ会議システムが一般に普及し、普及に伴い利用者が増加している。また、携帯端末の普及に伴い、携帯端末を用いたウェブ会議が一般に行われている。

例えば、特許文献１には、携帯端末でのウェブ会議に際して、通信回線の回線容量が十分に大きくない場合であっても、会議中に資料を表示できるようにするための、資料のファイル送信の手法が記載されている。

特開２０１２−８９０９２号公報

例えば、複数の資料を会議において共有する場合、現在一般に普及している携帯端末では、ＰＣに比べて画面が小さく、共有するファイルを探すのに手間がかかることが考えられる。

本発明は、クライアント装置の位置情報を用いて、ウェブ会議においてクライアント装置に提供するファイルを容易に特定可能な仕組みを提供することを目的とする。

本発明の情報処理システムは、位置情報の送信機能を備えたクライアント装置と、ユーザを識別するための情報であるユーザ情報、及びファイルを記憶する記憶領域の識別情報とを対応付けて記憶する記憶手段を備えた情報処理装置を含む情報処理システムであって、前記記憶手段に記憶されているＵＲＬと対応付けて位置情報を記憶する位置情報記憶手段と、前記クライアント装置の位置情報を取得する位置情報取得手段と、前記クライアント装置からユーザ情報を取得するユーザ情報取得手段と、前記ユーザ情報取得手段で取得したユーザ情報を用いた、ルームへの入室処理を実行する入室手段と、前記入室手段で前記ユーザ情報を用いた入室が行われた場合に、当該ユーザ情報と前記位置情報取得手段で取得した位置情報とを用いて、前記ＵＲＬを特定する特定手段と、前記特定手段で特定された前記ＵＲＬに基づく画面を、前記クライアント装置の表示画面に表示すべく制御する表示制御手段と、を備えることを特徴とする。

本発明によれば、クライアント装置の位置情報を用いて、ウェブ会議においてクライアント装置に提供するファイルを容易に特定可能な仕組みを提供することができる。

本発明の実施形態における、情報処理システムの構成の一例を示す図である。 本発明の実施形態における、各種装置のハードウェア構成の一例を示す図である。 本発明の実施形態における、各種装置の機能構成の一例を示す図である。 本発明の実施形態における、ＢＯＸ生成処理の流れを示すフローチャートである。 本発明の実施形態における、ＢＯＸ表示処理の流れを示すフローチャートである。 本発明の実施形態における、ルームへの入室処理の流れを示すフローチャートである。 本発明の実施形態における、各種データテーブルの構成の一例を示す図である。 本発明の実施形態における、各種データテーブルの構成の一例を示す図である。 本発明の実施形態における、画面構成及び画面遷移の一例を示す図である。 本発明の実施形態における、画面構成及び画面遷移の一例を示す図である。 本発明の実施形態における、会議画面の画面構成の一例を示す図である。 本発明の実施形態における、画面構成及び画面遷移の一例を示す図である。 本発明の実施形態における、画面構成及び画面遷移の一例を示す図である。 本発明の実施形態における、ＢＯＸ表示処理の詳細を示すフローチャートである。

以下、本発明の目的の具体例（一例）について記載する。

ウェブ会議を行うにあたり、例えば、当該ウェブ会議に参加するユーザの所属するプロジェクトや部門等、組織ごとにメンバーを招集してウェブ会議を行う場合がある。

資料共有を円滑に行うために、組織ごとに予めルームを作成しておき、ルームごとに共有する資料（ファイル）をウェブ会議のサーバに記憶させて、ルームの入室者に当該資料を閲覧させることが考えられる。しかし、例えば、特定の組織専用のルームを作成した場合（例：部門Ａに所属するユーザのみ入室を許可するよう、入室制限をかけたルームを作成した場合）、他の組織に所属するユーザとのウェブ会議を行うためには、また新たなルームを作成する必要がある。

資料を一元管理する単位であるルームを削除してしまうと、当該ルームに紐付いていた資料を、ウェブ会議において一括して参照することができなくなってしまうため、例えば組織が解体される等、当該組織内での会議が行われなくなるまでルームは保持されるものと考えられる。しかし、ルームが削除されないまま蓄積される場合、当該ルームでのウェブ会議を行うための通信回線の回線容量を確保しておく必要があり、回線を圧迫してしまう。

入室制限をかけていないルームを作成し、サーバ（ウェブ会議システムを提供するサーバ）に記憶しておくこともできるが、入室したユーザ、当該ルームを用いたウェブ会議の数に応じて、当該ルームに紐付く資料が増加するため、ユーザは相当数の資料の中から、開催中の会議で必要とする資料を探さなければならず、手間である。また、機密情報を含む資料をルームに紐付けて記憶した場合、他ユーザに当該資料を閲覧されてしまう可能性があり、セキュリティ面で問題がある。

一方、携帯端末を用いたウェブ会議が行われるシチュエーションとして、例えば、建設現場等の社外の場所において、現場の状況を社内のユーザと共有するため、現場の映像やその他資料を社内端末と共有しながら、社内のユーザとウェブ会議を行う場合がある。１人のユーザが複数の現場を担当している場合、当該ユーザは、例えば、現場Ａで社内のユーザＡとウェブ会議を行い、現場Ｂに移動して、社内のユーザＢとウェブ会議を行う。仮に、当該現場Ａの建設プロジェクトをプロジェクトＡとし、現場Ｂの建設プロジェクトをプロジェクトＢとする。

当該現場と社内とのウェブ会議は、例えば各現場の建設物が完成し、プロジェクトＡ・Ｂが終了するまで、複数回行われることが想定される。つまり、特定の場所（現場Ａ／現場Ｂ）で、ウェブ会議を行うということである。

よって、本発明では、例えば、ウェブ会議の資料・資料を記憶する記憶領域のアドレス情報を当該特定の場所に紐付けてサーバに記憶しておき、当該特定の場所でウェブ会議を行う場合に、当該特定の場所に紐付けて記憶しておいた記憶領域、当該記憶領域に記憶された資料を優先してユーザに提示する。

以下、図面を参照して、本発明の実施形態を詳細に説明する。図１は、本発明の実施形態における、情報処理システムの構成の一例を示す図である。

図１に示す通り、本発明の情報処理システムは、サーバ２００と、携帯端末１００（携帯端末１００Ａ、携帯端末１００Ｂ、／以下、総称として携帯端末１００と記載）とが、ネットワーク１０１を介して通信可能に接続され、構成されている。

サーバ２００は、携帯端末１００を用いたウェブ会議を実行するための各種機能を備えている。例えば、ウェブ会議用のルームの作成・記憶、携帯端末１００の識別情報と各携帯端末から受信する。また、例えば、会議参加者であるユーザを撮像した画像データであるカメラ画像（会議画像／映像）、及びその対応付け情報の記憶、当該画像データの各クライント端末への送信処理の制御等を行うものである。

携帯端末１００は、カメラ機能及びタッチパネル機能（操作部）を備える端末である。また、ＧＰＳ機能を備え、当該携帯端末自身の位置情報を検出可能である。携帯端末１００には、サーバ２００と通信してウェブ会議を行うためのウェブ会議アプリケーション（クライアントアプリケーション）が記憶されており、ユーザからの操作に応じて（例えば認証情報の入力・送信指示に応じて）サーバ２００へログインし、当該携帯端末１００カメラが撮像して取得した映像としての画像データ（会議画像／映像／動的なデータ）を、逐次、サーバ２００を介して、同一のルームに入室中（会議に参加中）の他の携帯端末１００に送信する。

また、カメラから取得した画像データの他に、当該携帯端末１００に記憶されているデータ、例えば写真画像や、ＰＤＦファイル等の文書データ等の静的なデータを、サーバ２００を介して他の携帯端末１００に送信する。以上が図１の、本発明の実施形態における、情報処理システムの構成の一例についての説明である。

次に図２を参照して、本発明の実施形態における、各種装置のハードウェア構成の一例について説明する。図２は、本発明の実施形態における、各種装置のハードウェア構成の一例を示す図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。

また、本発明の実施形態において、携帯端末１００のＣＲＴ２１０は、タッチパネル機能を有するものとする。ＣＲＴ２１０がタッチパネル機能を有する場合、当該ＣＲＴ２１０は入力装置としても機能し、入力コントローラにタッチパネル機能で検出した（ディスプレイで受け付けた）タッチ操作の情報を入力情報として伝達するものとする。つまり、入力コントローラ２０５は、ＣＲＴ２１０からの入力制御を行う。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１０１）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。以上が図２の、本発明の実施形態における、各種装置のハードウェア構成の一例についての説明である。

次に図３を参照して、本発明の実施形態における、各種装置の機能構成の一例について説明する。図３は、本発明の実施形態における、各種装置の機能構成の一例を示す図である。

位置情報送信部３０１は、携帯端末１００のＧＰＳ機能で特定した、携帯端末１００の現在位置の情報をサーバ２００に送信する送信部（送信機能）である。ＢＯＸ生成指示受付部３０２は、サーバ２００において生成されるＢＯＸの生成指示を受け付ける指示受付部である。

ＢＯＸとは、ウェブ会議において使用するファイル（資料）を格納する領域である。ＢＯＸは、位置情報と対応付けられてサーバ２００に生成・記憶され、携帯端末１００が、当該ＢＯＸに対応する位置にある場合にのみ、当該ＢＯＸを開くことができる。

ファイルアップロード処理部３０３は、前記ＢＯＸにファイルをアップロードする（ＢＯＸにファイルを保存させるべく、ファイルをサーバ２００に送信する）処理部である。ＢＯＸ情報受信部３０４は、携帯端末１００が送信した携帯端末１００の位置情報に基づいたＢＯＸ情報を、サーバ２００より受信する受信部である。ＢＯＸ情報表示部３０５は、受信したＢＯＸ情報に応じて、ＢＯＸの選択画面、ＢＯＸに記憶されたファイルを表示する処理部である。

ユーザ情報記憶部３１１は、携帯端末１００のユーザがサーバ２００にログインするための認証情報（ユーザ情報／ユーザＩＤ及びパスワード）を記憶する記憶部である。また、当該ユーザの所属する組織（本実施形態においては、プロジェクト）をユーザＩＤと対応付けて記憶する記憶部である。

ＢＯＸ生成部３１２は、ＢＯＸを生成する生成部である。ＢＯＸ位置記憶部は、当該ＢＯＸに対応する位置情報及びＢＯＸを記憶する記憶部である。当該ＢＯＸに対応する位置情報とは、当該ＢＯＸを開くことのできるエリア（ＧＰＳ座標）である。当該エリア内にいる場合にのみ、携帯端末１００は、当該ＢＯＸを取得して開くことができる。

ファイル記憶部３１３は、当該ＢＯＸにアップロードされたファイルを記憶する記憶部である。位置情報取得部３１４は、携帯端末１００がＢＯＸの情報をサーバ２００に要求するにあたり、サーバ２００に送信した、携帯端末１００の現在位置を取得する取得部である。

ＢＯＸ特定部３１５は、位置情報取得部３１４で取得した携帯端末１００の現在位置を用いて、携帯端末１００に送信すべきＢＯＸの情報を特定する特定部である。例えば、位置情報取得部３１４で取得した携帯端末１００の現在位置を含む位置情報（エリア）と対応したＢＯＸの情報を特定する。

ＢＯＸ情報送信部３１６は、ＢＯＸ特定部３１５で特定したＢＯＸに係る情報（例えばＢＯＸの名称、ＢＯＸ内のファイルの情報）を携帯端末１００に送信する送信部である。以上が図３の、本発明の実施形態における、各種装置の機能構成の一例についての説明である。

［第１の実施形態］

図４を参照して、本発明の実施形態における、ＢＯＸ生成処理の流れについて説明する。図４は、本発明の実施形態における、ＢＯＸ生成処理の流れを示すフローチャートである。

携帯端末１００のＣＰＵ２０１は、ユーザからの指示を受け付け、携帯端末１００の外部メモリに記憶されたウェブ会議アプリケーション（クライアントアプリケーション）を起動する。以下、図４において携帯端末１００の実行する処理は、携帯端末１００のＣＰＵ２０１が、当該クライアントアプリケーションの各機能を用いて実行するものとする。また、サーバ２００の実行する処理は、サーバ２００のＣＰＵ２０１が、サーバ２００に記憶されたウェブ会議アプリケーション（サーバアプリケーション）の各機能を用いて実行するものとする。

携帯端末１００のＣＰＵ２０１は、サーバ２００にログインするためのログイン画面を表示画面に表示する（ステップＳ４０１）。例えば、図９のログイン画面９００のような画面を表示する。

ここで図９を参照して、本発明の実施形態におけるログイン画面、及びメインメニュー画面の構成の一例について説明する。図９は、本発明の実施形態における、画面構成及び画面遷移の一例を示す図である。

ログイン画面９００は、ユーザＩＤ入力受付部９０１、パスワード入力受付部９０２、「ログイン」ボタン９０３等から構成される。

ユーザＩＤ入力受付部９０１は、ユーザの識別情報であるユーザＩＤの入力を受け付ける入力受付部である。パスワード入力受付部９０２は、前記ユーザＩＤに対応するパスワードの入力を受け付ける入力受付部である。「ログイン」ボタン９０３は、ユーザＩＤ入力受付部９０１とパスワード入力受付部９０２にそれぞれ入力されたユーザＩＤ・パスワードを用いて、サーバ２００（ウェブ会議システム）にログインすべく、当該ユーザＩＤ・パスワードをサーバ２００に送信するためのボタンである。

メインメニュー画面９１０は、「ログイン」ボタン９０３の押下によるログイン処理が成功した場合に、携帯端末１００のＣＰＵ２０１が、表示画面に表示するメニュー画面である。メインメニュー画面９１０は、ログインユーザ名表示部９１１、入室ボタン９１２、入室ボタン９１３、「ＢＯＸ生成」ボタン９１４等から構成される。

ログインユーザ名表示部９１１は、ログインに成功したユーザＩＤに対応する表示名（図７の表示名７０３）である。例えば、ログインユーザのユーザ名である。

入室ボタン９１２、入室ボタン９１３は、入室可能なルームを示す、各ルームに入室するためのボタンである。携帯端末１００のＣＰＵ２０１は、当該ボタンの押下指示を受け付けることで、当該ボタンに対応するルームへの入室要求をサーバ２００に送信する。当該入室の処理については、図６の説明で後述する。

「ＢＯＸ生成」ボタン９１４は、ウェブ会議で利用する（アクセスする）ファイルの記憶領域であるＢＯＸを作成するためのボタンである。以上が図９の説明である。

図４の説明に戻る。携帯端末１００のＣＰＵ２０１は、ログイン画面９００で「ログイン」ボタン９０３の押下を受け付け、ステップＳ４０２でログイン処理を実行する。

ここでいうログイン処理とは、ログイン画面９００で入力を受け付けたユーザＩＤとパスワードをサーバ２００に送信し、当該ユーザＩＤとパスワードを受信したサーバ２００のＣＰＵ２０１が（ユーザ情報取得手段に該当）、当該ユーザＩＤ及びパスワードの組み合わせがサーバ２００の外部メモリに記憶されているユーザ情報７００（図７）に記憶されているか判定し、当該組み合わせの情報がユーザ情報７００に記憶されている場合に、当該ユーザＩＤとパスワードに対応する表示名７０３、当該ユーザＩＤに対応するルームＩＤ８０１を特定して、ログインの成功を示す情報と共に携帯端末１００に送信し、携帯端末１００がこれを受信する処理である。

ここで図７及び図８を参照して、本発明の実施形態における、各種データテーブルの構成の一例について説明する。図７及び図８は、本発明の実施形態における、各種データテーブルの構成の一例を示す図である。

ユーザ情報７００、プロジェクト情報７１０、ＢＯＸ情報７２０、ルーム情報８００、入室情報８１０は、サーバ２００の外部メモリに記憶されているものとする。画面情報８２０は、携帯端末１００の外部メモリに記憶されているものとする。

ユーザ情報７００は、ユーザＩＤ７０１、パスワード７０２、表示名７０３等から構成される。ユーザ情報７００は、予め、サーバ２００の外部メモリに記憶されている。ユーザＩＤ７０１は、ユーザを一意に識別する識別情報である。パスワード７０２は、ユーザＩＤ７０１に対応する、ログイン処理に用いるパスワードである。表示名７０３は、例えばユーザＩＤ７０１に対応するユーザ名であり、メインメニュー画面等、ログイン後の携帯端末１００の画面に表示されるログインユーザ名を示す表示名である。

プロジェクト情報７１０は、プロジェクトＩＤ７１１、ユーザＩＤ７１２等から構成される。プロジェクト情報７１０は、予め、サーバ２００の外部メモリに記憶されている。プロジェクトＩＤ７１１は、ユーザＩＤ７１２に示すユーザＩＤ（ユーザ）が所属する組織であるプロジェクト（組織）の識別情報である。ユーザＩＤ７１２は、プロジェクトＩＤ７１１の示すプロジェクトに所属するユーザのユーザＩＤである。

ＢＯＸ情報７２０は、ＢＯＸ ＩＤ７２１、ＢＯＸ ＵＲＬ７２２、プロジェクトＩＤ７２３、座標７２４、距離範囲７２５等から構成される。ＢＯＸ情報７２０は、図４の説明で後述するＢＯＸの生成処理で生成され、サーバ２００の外部メモリに記憶される。以下、ＢＯＸ情報という場合、当該ＢＯＸ情報７２０のデータを示すものとする。

ＢＯＸ ＩＤ７２１は、ＢＯＸを識別するための識別情報である。ＢＯＸ ＵＲＬ７２２は、当該ＢＯＸの存在するアドレス情報である。プロジェクトＩＤ７２３は、当該ＢＯＸに対応するプロジェクトＩＤである。つまり、当該ＢＯＸ ＩＤ７２１の示すＢＯＸが、いずれのプロジェクト、及び、当該プロジェクトに所属するユーザのユーザＩＤに紐付いているか（対応付いているか）を示す。

座標７２４及び距離範囲７２５は、当該ＢＯＸ ＩＤ７２１の示すＢＯＸに対応するＧＰＳ座標（エリア／範囲）を示す。ここでは、座標７２４の示すＧＰＳ座標（中心位置）から半径が距離範囲７２５以内のエリアを、ＢＯＸに対応するエリア（ＢＯＸに対応する位置／ＢＯＸに対応する位置の集合）であるものとする（位置情報記憶手段に該当）。

ルーム情報８００は、ルームＩＤ８０１、入室可能ユーザ８０２等から構成される。ルーム情報８００は、不図示のルーム作成処理により、サーバ２００のＣＰＵ２０１によって予め作成され、サーバ２００の外部メモリに記憶されているものとする。ルームＩＤ８０１は、ウェブ会議に用いるルームを識別する識別情報である。入室可能ユーザ８０２は、当該ルームＩＤ８０１の示すルームに入室可能なユーザのユーザＩＤである。

メインメニュー画面９１０には、ログインユーザのユーザＩＤが入室可能ユーザ８０２に含まれているルーム（ルームＩＤ８０１のルーム）への入室ボタンが表示される。当該ルームＩＤ及びルームＩＤの示すルームは、当該ルームへの入室者が１以上から０となった場合に、サーバ２００のＣＰＵ２０１によって削除されるものとする。

入室情報８１０は、ルームＩＤ８１１、入室ユーザＩＤ８１２、会議画像８１３等から構成される。入室情報８１０は、ルーム情報８００が作成された場合に、サーバ２００のＣＰＵ２０１によって作成され、サーバ２００の外部メモリに記憶される。

ルームＩＤ８１１は、ルームの識別情報である。入室ユーザＩＤ８１２は、当該ルームに入室しているユーザ（入室者／入室ユーザ）のユーザＩＤである。会議画像８１３は、当該入室者のユーザＩＤの送信元（ログイン要求元）の端末（ここでは携帯端末１００）より受信した画像データ（会議画像）である。当該会議画像は、ウェブ会議において標示する各ユーザの携帯端末１００（クライアント装置）によって撮影された動画（動画像）の一部である。端末識別情報８１４は、会議画像８１３に格納される会議画像の送信元の端末の識別情報（例えばＩＰアドレス）である。

サーバ２００のＣＰＵ２０１は、例えば、携帯端末１００より、ログインユーザのユーザＩＤと共に順次送信されてくる当該会議画像を受信すると、当該受信したユーザＩＤをユーザＩＤ８１２に持つ当該会議画像８１３に一時記憶する。そして、順次、当該会議画像８１３に対応するルーム（ルームＩＤ８１１示すルーム）に入室中の、ユーザの携帯端末１００に送信する。

これにより、携帯端末１００は、同じルームに入室中の他のユーザの会議画像を取得し、表示画面（図１２及び図１３の各画面）に表示することができる。

画面情報８２０は、画面ＩＤ８２１、ユーザＩＤ８２２、会議画像８２３等から構成される。画面情報８２０は、携帯端末１００の外部メモリに記憶されている。画面ＩＤ８２１は、携帯端末１００の表示画面（例えば図１２、図１３の各画面）における、会議画像を表示するための表示領域の識別情報である。

ユーザＩＤ８２２は、各画面ＩＤの示す画面（会議画像の表示領域）に表示されている会議画像８２３の会議画像に対応するユーザＩＤである。つまり、画面ＩＤの示す画面にいずれのユーザの会議画像が表示されているかを示す。

会議画像８２３は、各画面ＩＤの示す画面に出力する、携帯端末１００で入室中のルームに入室しているユーザの会議画像である。携帯端末１００のＣＰＵ２０１は、サーバ２００から順次受信する会議画像を、会議画像８２３に一時的に記憶し、動画像として携帯端末１００の表示画面（表示画面上の、各画面ＩＤ８２１の示す会議画像表示領域）に出力し、出力した画像から順に破棄する。これにより、携帯端末１００は、同じルームに入室中の他のユーザの会議画像を取得し、表示画面（図１２及び図１３の各画面）に表示することができる。

画面ＩＤ８２１、ユーザＩＤ８２２及び会議画像８２３は、携帯端末１００のユーザ（携帯端末１００でサーバ２００にログインしたユーザ）の入室中のルームにおける、入室者の増減に応じて、追加、削除される。

つまり、新たなユーザの入室通知（新たに入室したユーザのユーザＩＤ及び会議画像）をサーバ２００から受信した場合は、画面ＩＤ８２１、ユーザＩＤ８２２及び会議画像８２３を追加して当該ユーザＩＤ及び会議画像を格納し、サーバからユーザの退室通知（退室したユーザのユーザＩＤ）を受け付けた場合には、当該退室したユーザのユーザＩＤに対応する画面ＩＤ８２１、ユーザＩＤ８２２及び会議画像８２３を削除して、当該削除した項以下の画面ＩＤ８２１、ユーザＩＤ８２２及び会議画像８２３の値を繰り上げる処理を行う。以上が図７及び図８の説明である。

図４の説明に戻る。携帯端末１００のＣＰＵ２０１は、ログイン処理を実行してログイン成功の通知、及び表示名７０３、当該ユーザのユーザＩＤに対応するプロジェクトＩＤ７１１、ルームＩＤ８０１をサーバ２００から受信する（ステップＳ４０２）。受信した各情報は携帯端末１００の外部メモリに記憶する。

そして、当該受信した表示名をログインユーザ名表示部９１１に配置し、ルームＩＤを示す入室ボタンを配置した、メインメニュー画面９１０を生成して、表示画面に表示する（ステップＳ４０３）。例えば、ルーム情報８００によれば、ユーザＡ（ユーザＩＤ＝ＡＸ１１１１）の場合、入室可能なルームが２つ（ｒｏｏｍＸとｒｏｏｍＹが）あるため、入室ボタンを９１２と９１３の２つ配置する。

携帯端末１００のＣＰＵ２０１は、ユーザから指示を受け付け、受け付けた指示がルームへの入室指示（入室ボタンのいずれかの押下指示）か、ＢＯＸ生成指示（「ＢＯＸ生成」ボタン９１４の押下指示）かを判定する（ステップＳ４０４）。

受け付けた指示が入室指示であると判定した場合、処理をステップＳ４１２に移行し、入室処理（ステップＳ４１２／図６の説明で後述）、及びＢＯＸの表示処理（ステップＳ４１３／図５の説明で後述）を実行する。

受け付けた指示がＢＯＸ生成指示であると判定した場合、処理をステップＳ４０５に移行し、ＢＯＸ生成画面を表示する（ステップＳ４０５）。ＢＯＸ生成画面とは、例えば図１０のＢＯＸ生成画面１０００のような画面である。

ここで図１０を参照して、本発明の実施形態における、ＢＯＸ生成画面の構成の一例について説明する。図１０は、本発明の実施形態における、画面構成及び画面遷移の一例を示す図である。

ＢＯＸ生成画面１０００は、プロジェクト選択受付部１００１、マップ表示部１００２、中心位置１００３、距離範囲指定受付部１００４、距離範囲表示部１００５、「キャンセル」ボタン１００６、「決定」ボタン１００７等から構成される。

プロジェクト選択受付部１００１は、ログイン処理に際して受信した、ログインユーザが所属するプロジェクトが表示される表示部であり、生成するＢＯＸに対応付けるプロジェクトの選択を受け付ける選択受付部である。

マップ表示部１００２は、ＢＯＸに位置情報を対応付けるために、当該位置情報（中心位置１００３、距離範囲指定受付部１００４から特定されるエリア）の指定を受け付けるためのマップ（マップ情報）を表示する表示領域である。

当該マップの情報は、当該ＢＯＸ生成画面１０００に際し、サーバ２００より取得して、携帯端末１００のＣＰＵ２０１が、当該マップ表示部１００２に配置するものとする。

例えば、携帯端末１００のＣＰＵ２０１が、当該ＢＯＸ生成画面１０００の表示指示（「ＢＯＸ生成」ボタン９１４の押下指示）を受け付けると、携帯端末１００のＣＰＵ２０１がサーバ２００に、当該携帯端末１００の位置情報を含むマップ情報の要求を送信する。サーバ２００のＣＰＵ２０１は当該要求を受信して、当該要求に従って、当該要求に含まれる携帯端末１００の現在地を中心とした所定の範囲のマップ情報を、マップ情報を提供する外部サーバより取得する。サーバ２００のＣＰＵ２０１は、当該取得したマップ情報を携帯端末１００に送信し、携帯端末１００のＣＰＵがこれを受信して、ＢＯＸ生成画面１０００を生成し、表示画面に表示するものである。

携帯端末１００のＣＰＵ２０１は、マップに対する、ユーザからのスワイプ操作を受け付けることで、スワイプ方向に応じたマップ情報をサーバ２００に要求して、サーバ２００より新たなマップ情報を受信し、表示を更新するものとする。当該スワイプ操作（フリック、スライド、ピンチイン、ピンチアウト）によるマップの表示更新は公知技術であるため、ここでは説明を割愛する。

中心位置１００３は、ＢＯＸに対応付ける位置情報（エリア）の中心位置である。当該中心位置１００３は、例えば、ユーザからのマップに対するシングルタッチ操作がされた場合、当該タッチがされた位置に変更される。距離範囲指定受付部１００４は、マップに重畳された円形のオブジェクト（円の画像）であり、これから生成するＢＯＸに対応付ける位置情報（エリア）の指定を受け付ける指定受付部である。「決定」ボタン１００７の押下を受け付けた時点で、当該円形のオブジェクトで囲われているエリアをＢＯＸに対応する位置情報としてサーバ２００に記憶させる。

携帯端末１００のＣＰＵ２０１は、当該円形のオブジェクトがタッチされた状態で、画面上で指を上下左右にスライドする操作を受け付けることで、中心位置１００３を中心として、当該円形のオブジェクトが拡大・縮小する処理を行う。

距離範囲表示部１００５は、中心位置１００３から、距離範囲指定受付部１００４（円）までの距離を表示する表示部である。円形のオブジェクトが拡大・縮小される都度、当該マップ情報に含まれる距離の情報を用いて、携帯端末１００のＣＰＵ２０１が当該距離範囲表示部１００５に表示する距離の情報を算出して、表示・更新する。

「キャンセル」ボタン１００６は、ＢＯＸの生成をキャンセルして、画面をメインメニュー画面９１０に戻すためのボタンである。「決定」ボタン１００７は、ＢＯＸの生成指示受付部であり、当該プロジェクト選択受付部１００１で選択を受け付けたプロジェクトＩＤ、中心位置１００３の座標、距離範囲表示部１００５に示す距離の値を、ユーザＩＤと共にサーバ２００に送信するためのボタンである。

図４の説明に戻る。携帯端末１００のＣＰＵ２０１は、ＢＯＸ生成画面１０００のプロジェクト選択受付部１００１でプロジェクトの選択指示を受け付け（ステップＳ４０６）、距離範囲指定受付部１００４で位置情報（円形オブジェクトの囲うエリア）の入力指示を受け付けて（ステップＳ４０７）、プロジェクト選択受付部１００１で選択を受け付けたプロジェクトＩＤ、中心位置１００３の座標、距離範囲表示部１００５に示す距離の値を、ユーザＩＤと共にサーバ２００に送信する（ステップＳ４０８）。

サーバ２００のＣＰＵ２０１は、ステップＳ４０８で送信された各種情報を受信し（ステップＳ４０９）、サーバ２００の外部メモリの所定の領域にＢＯＸ（例えば、フォルダ）を生成する（ステップＳ４１０）。つまり、

サーバ２００のＣＰＵ２０１は、ＢＯＸ情報７２０に新規のデータ列を追加して、ＢＯＸ ＩＤ７２１に新規の値を挿入し、ＢＯＸのＵＲＬをＢＯＸ ＵＲＬに挿入し、ステップＳ４０９で受信したプロジェクトＩＤをプロジェクトＩＤ７２３に挿入し、受信した中心位置１００３の座標を座標７２４に挿入し、受信した距離範囲表示部１００５の値を距離範囲７２５に挿入する。

生成するＢＯＸの名称は、例えば、ステップＳ４０９で受信したプロジェクトＩＤであるものとする。

また、携帯端末１００のＣＰＵ２０１は、ステップＳ４０８でＢＯＸの生成要求を送信後、当該送信要求に応じてサーバ２００で新たに生成されるＢＯＸに、ファイルをアップロードするためのファイルアップロード画面（例えば、図１０の、ファイルアップロード画面１０１０）を表示する（ステップＳ４１４）。

ここで図１０を参照して、本発明の実施形態における、ファイルアップロード画面、アップロード完了通知画面の構成の一例について説明する。

ファイルアップロード画面は、「参照」ボタン１０１１、ファイル名表示部１０１２、「アップロード」ボタン１０１３等から構成される。「参照」ボタン１０１１は、アップロードするファイルの指定を受け付けるために、携帯端末に記憶されているファイルを表示画面に表示するためのボタンである。

例えば、携帯端末１００のクライアントアプリケーション（ウェブ会議アプリケーション）が、携帯端末１００に別途記憶されている画像管理アプリケーション（携帯端末１００で撮影した画像が記憶・表示・選択できるアプリケーション）に、当該画像管理アプリケーションで管理している画像の一覧画面の要求を行い、当該要求を受けたる画像管理アプリケーションは画像の一覧を表示し、当該画像の選択を受け付けることで、選択を受け付けた画像をクライアントアプリケーション（ウェブ会議アプリケーション）に送信する。クライアントアプリケーションがこれを受信して、アップロード対象ファイルとして特定し、当該画像のファイル名を、ファイル名表示部１０１２に挿入したファイルアップロード画面を表示画面に表示する。

尚、ここでは画像ファイルをアップロード対象のファイルの例としてあげたが、アップロード対象のファイルは画像ファイルに限るものではない。例えば、文書ファイルや、音声ファイルでもよい。

「アップロード」ボタン１０１３は、ファイル名表示部１０１２に表示されたファイル（アップロード対象として選択されたファイル）を、サーバ２００にアップロード（送信）するためのボタンである。当該「アップロード」ボタン１０１３の押下を受け付け、ファイルのアップロードを行い、サーバ２００からアップロード完了の通知を受け付けると、携帯端末１００は、アップロード完了通知画面１０２０のような通知画面を表示画面に表示する。その後、所定の時間の経過、又はアップロード完了通知画面１０２０の「戻る」ボタンの押下を受け付けることで、表示画面をメインメニュー画面９１０に戻す（つまり、処理をステップＳ４０３に戻す）。以上が図１０の説明である。

図４の説明に戻る。携帯端末１００のＣＰＵ２０１は、ファイルアップロード画面１０１０において、サーバ２００にアップロードするファイルの選択を受け付け、アップロードの指示を受け付けと（「アップロード」ボタン１０１３の押下を受け付けると）、当該指示に応じて、サーバ２００にファイルをアップロードする（ステップＳ４１５）サーバ２００のＣＰＵ２０１はステップＳ４１５でアップロードされた（送信された）ファイルを受信し、ステップＳ４１０で生成したＢＯＸ（ＢＯＸ情報７２０におけるＢＯＸ ＵＲＬ７２２に示すアドレス）に記憶する（ステップＳ４１１）。以上が図４の説明である。

次に図６を参照して、本発明の実施形態における、ルームへの入室処理の流れについて説明する。図６は、本発明の実施形態における、ルームへの入室処理の流れを示すフローチャートである。

以下、図６において携帯端末１００の実行する処理は、携帯端末１００のＣＰＵ２０１が、携帯端末１００に記憶されたクライアントアプリケーション（ウェブ会議アプリケーション）の各機能を用いて実行するものとする。また、サーバ２００の実行する処理は、サーバ２００のＣＰＵ２０１が、サーバ２００に記憶されたサーバアプリケーション（ウェブ会議アプリケーション）の各機能を用いて実行するものとする。

携帯端末１００のＣＰＵ２０１は、メインメニュー画面９１０で押下を受け付けた、入室ボタンに対応するルームへの入室要求をサーバ２００に送信する（ステップＳ６０１）。当該入室要求には、押下を受け付けた入室ボタンのルームＩＤと、ログインユーザのユーザＩＤが含まれる。

サーバ２００のＣＰＵ２０１は、当該入室要求を受信し、入室処理を実行する（ステップＳ６０２）。つまり、当該要求に含まれるルームＩＤをルームＩＤ８１１に備える入室情報（図８）を特定し、当該ルームのＩＤに対応する入室ユーザＩＤ８１２に、当該入室要求に含まれるユーザＩＤを挿入する。

その後、当該入室処理の結果を携帯端末１００に送信し（ステップＳ６０３）、携帯端末１００のＣＰＵ２０１は、当該入室結果の情報を受信する（ステップＳ６０４）。そして、カメラ装置を起動して、撮像処理を実行する（ステップＳ６０５）。

携帯端末１００のＣＰＵ２０１は、撮像処理で撮像することにより取得したカメラ画像（撮像画像／会議画像）をサーバ２００に順次送信し（ステップＳ６０６）、サーバ２００のＣＰＵ２０１は、当該カメラ画像（会議画像）を受信して（ステップＳ６０７／会議画像取得手段に該当）、当該カメラ画像（会議画像）を、ログインユーザのユーザＩＤを入室ユーザＩＤ８１２に有する入室情報の会議画像８１３に順次記憶する（Ｓ６０８）。

尚、会議画像８１３に記憶される会議画像は、所定のデータ量（データ容量／フレーム数）のみであり、順次、同ルームに入室中のユーザの携帯端末１００に送信する。

サーバ２００のＣＰＵ２０１は、ログインユーザが入室中のルームと同じルームに入室中の他のユーザを、入室情報８１０のルームＩＤ８１１、入室ユーザＩＤ８１２を参照して特定し、当該他のユーザのユーザＩＤ、及び、当該他のユーザのユーザＩＤに対応する会議画像８１３を、携帯端末１００に送信する（ステップＳ６０９／会議画像送信手段に該当）。

この際、不図示の、当該ルームへのユーザの入室順を、共に携帯端末１００に送信する。当該ルームへのユーザの入室順の情報は、当該ルームにユーザが入室する毎にサーバ２００のＣＰＵ２０１が生成し、外部メモリに記憶しているものとする。

携帯端末１００のＣＰＵ２０１は、当該他ユーザの会議画像を受信し（ステップＳ６１０）、自端末のユーザを含めた、同ルームに入室中のユーザ数分、当該ユーザに対応する会議画像の画面（会議画像表示領域）のＩＤである画面ＩＤ８２１を生成して（ステップＳ６１１）、当該画面ＩＤ８２１と、当該携帯端末１００のユーザが入室中のルームと同じルームに入室中の、他ユーザの各ユーザＩＤ、及び会議画像を対応付けて記憶する（ステップＳ６１２）。

例えば、図８のユーザＩＤ８２２に当該他のユーザのユーザＩＤを挿入し、会議画像８２３に各ユーザＩＤに対応する会議画像を記憶する。ここでは、図１１に示す会議画面１１００の、親画面１１０１、子画面１１０２、子画面１１０３、子画面１１０４、子画面１１０５の順に画面ＩＤを生成して記憶するものとする。

尚、ｒｏｏｍＸにおいては、現在ルームに入室しているユーザ数が３名のため、子画面１１０４、子画面１１０５は生成されないものとする。会議画面１１００については図１３の説明で後述する。また、画面ＩＤ（数値）は、生成順が速いほど小さく、生成順が後になるほど大きくなるものとする。携帯端末１００のＣＰＵ２０１は、画面ＩＤを小さい順に取得して、ステップＳ６１０で受信したユーザの入室順に、各ユーザＩＤを画面ＩＤに対応付けて記憶するものとする。

携帯端末１００のＣＰＵ２０１は、各画面ＩＤの示す画面（会議画像表示領域＝親画面及び小画面）に、各画面ＩＤに対応する会議画像を配置した、会議画面１１００を生成して（ステップＳ６１３）、表示画面に表示する（ステップＳ６１４）。以上が図６の説明である。

ここで図１１を参照して、本発明の実施形態における、会議画面の画面構成の一例について説明する。図１１は、本発明の実施形態における、会議画面の画面構成の一例を示す図である。

会議画面１１００は、親画面１１０１、子画面１１０２、子画面１１０３、子画面１１０４、子画面１１０５、「ＢＯＸ表示」ボタン１１０６等から構成される。

親画面１１０１は、会議画像又は資料を拡大表示する、当該会議画面１１００における主たる画面（メイン画面）である。子画面１１０２、子画面１１０３、子画面１１０４、子画面１１０５は、各ユーザの会議画像を縮小表示する副画面（サブ画面）である。本発明の実施形態においては、親画面及び各子画面の上部に、各画面の画面ＩＤを表示している。

また、子画面１１０２〜１１０５に、ＢＯＸから取得したファイルイメージを縮小表示させることが可能である。当該ファイルイメージの縮小表示の方法については後述する。

「ＢＯＸ表示」ボタン１１０６は、携帯端末１００の位置情報に対応するＢＯＸ、ＢＯＸ内に記憶されたファイルを表示画面表示するためのボタンである。

また、当該会議画面１１００を表示している携帯端末１００のユーザ（当該携帯端末１００をユーザＩＤの送信元とするログインユーザ）の会議画像が表示されている画面の押下指示を受け付けた場合、携帯端末１００のＣＰＵ２０１は、サーバ２００に対して当該ユーザの退室要求を送信するものとする。以上が図１１の説明である。

次に図５を参照して、本発明の実施形態における、ＢＯＸ表示処理の流れについて説明する。図５は、本発明の実施形態における、ＢＯＸ表示処理の流れを示すフローチャートである。

以下、図５において携帯端末１００の実行する処理は、携帯端末１００のＣＰＵ２０１が、携帯端末１００に記憶されたクライアントアプリケーション（ウェブ会議アプリケーション）の各機能を用いて実行するものとする。また、サーバ２００の実行する処理は、サーバ２００のＣＰＵ２０１が、サーバ２００に記憶されたサーバアプリケーション（ウェブ会議アプリケーション）の各機能を用いて実行するものとする。

携帯端末１００のＣＰＵ２０１は、会議画面１１００において、ＢＯＸの表示指示を受け付ける（ステップＳ５０１）。当該ＢＯＸの表示指示とは、例えば、「ＢＯＸ表示」ボタン１１０６の押下指示である。

携帯端末１００のＣＰＵ２０１は、当該携帯端末１００の備える位置検出機能（ＧＰＳ機能）を用いて、当該携帯端末１００の現在位置の位置情報（現在地／現在座標）を検出し（ステップＳ５０２）、当該位置情報と、ログインユーザのユーザＩＤを含むＢＯＸ情報の取得要求を、サーバ２００に送信する（ステップＳ５０３）。

サーバ２００のＣＰＵ２０１は、当該ＢＯＸ情報の取得要求を受信し（ステップＳ５０４／ユーザ情報取得手段に該当）、受信したＢＯＸ情報の取得要求に含まれるユーザＩＤのユーザが所属するプロジェクトのプロジェクトＩＤ（受信した取得要求に含まれるユーザＩＤをユーザＩＤ７１２に有するプロジェクトＩＤ７１１）を特定する（ステップＳ５０５）。

そして、ステップＳ５０６〜Ｓ５０８の処理を、ステップＳ５０５で特定したＢＯＸ全てに対して実行する。サーバ２００のＣＰＵ２０１は、ステップＳ５０５で特定したプロジェクトで、当該ステップＳ５０６で未取得のＢＯＸ情報７２０を１つ取得し（ステップＳ５０６）、ステップＳ５０４で受信したＢＯＸ情報の取得要求に含まれる前記携帯端末１００の現在位置を含むエリアのＢＯＸ情報か判定する（ステップＳ５０７）。

ここでいうエリアとは、座標７２４と距離範囲７２５から特定される、座標７２４の地点から半径が距離範囲７２５以内の範囲（位置情報）である。つまり、携帯端末１００の現在位置に対応するＢＯＸか判定する。

サーバ２００のＣＰＵ２０１は、携帯端末１００の位置情報に対応するＢＯＸであると判定した場合は（ステップＳ５０７でＹＥＳ）、当該携帯端末１００の位置情報に対応するＢＯＸのＢＯＸ ＩＤ７２１を不図示の一時記憶リストに記憶する（ステップＳ５０８）。当該リストはサーバ２００の外部目メモリに記憶される。

携帯端末１００の位置情報に対応するＢＯＸでないと判定した場合は（ステップＳ５０７でＮＯ）、ステップＳ５０８の処理を行わず、処理をステップＳ５０６に移行する。ログインユーザのユーザＩＤに対応する全てのプロジェクトのＢＯＸに対してステップＳ５０６〜５０８の処理を適用すると、処理をステップＳ５０９に移行する。

サーバ２００のＣＰＵ２０１は、当該一時リストに記憶したＢＯＸ情報が１つ以上あるか判定する（ステップＳ５１０）。つまり、携帯端末１００の現在地近くの位置に対応付けられたＢＯＸ情報であって、当該ＢＯＸ情報の要求元のユーザが所属するプロジェクトのＢＯＸがあるか判定する。

サーバ２００のＣＰＵ２０１は、当該一時リストに記憶したＢＯＸ情報がないと判定した場合（ステップＳ５０９でＮＯ）、処理を終了する。当該一時リストに記憶したＢＯＸ情報が１つ以上あると判定した場合（ステップＳ５０９でＹＥＳ）、処理をステップＳ５１０に移行し、当該一時リストに記憶したＢＯＸ情報が複数あるか判定する（ステップＳ５１０）。つまり、携帯端末１００の現在地近くの位置に対応付けられたＢＯＸ情報であって、当該ＢＯＸ情報の要求元のユーザが所属するプロジェクトのＢＯＸが複数あるか判定する。

一時リストに記憶したＢＯＸ情報が１つであると判定した場合（ステップＳ５１０でＮＯ）、処理をステップＳ５１６に移行して、１つのＢＯＸ情報を取得する（ステップＳ５１６）。そして、当該ＢＯＸ情報の示すＢＯＸに格納されているファイルのファイル名、ファイルを特定し、先頭ページのサムネイル画像とＢＯＸ情報と共に携帯端末１００に送信する（ステップＳ５１７／表示制御手段に該当）。当該ＢＯＸに格納されているファイルとは、ＢＯＸ情報のＢＯＸ ＵＲＬ７２２に格納されているファイルである。

一時リストに記憶したＢＯＸ情報が複数あると判定した場合（ステップＳ５１０でＹＥＳ）、処理をステップＳ５１１に移行し、当該ＢＯＸ情報の取得要求の要求元のユーザ（ステップＳ５０４で受信したＢＯＸ情報の取得要求の送信元の携帯端末１００が実行したログイン処理に用いられたユーザＩＤのユーザ）が入室中のルームのルームＩＤを特定して、当該ルームＩＤの示すルームに入室中のユーザの所属プロジェクト（プロジェクトＩＤ７１１）を特定し（ステップＳ５１１）、当該ルームに入室中のユーザの所属プロジェクトで、一時リストに記憶されたＢＯＸ情報７２０のプロジェクトＩＤ７２３と同一（共通）のプロジェクトが存在するか判定する（ステップＳ５１２）。

つまり、当該携帯端末１００の位置情報に対応する、携帯端末１００からのログインユーザのプロジェクトＩＤを備えるＢＯＸと、同一（共通）のプロジェクトＩＤに対応する（プロジェクトに所属する）ユーザが、当該ログインユーザの入室中のルームに存在するか判定する。

サーバ２００のＣＰＵ２０１は、共通のプロジェクトが存在しないと判定した場合（ステップＳ５１２でＮＯ）、処理をステップＳ５１５に移行する。

共通のプロジェクトが存在すると判定した場合（ステップＳ５１２でＹＥＳ）、当該共通のプロジェクトのうち、当該ルーム内のユーザ数が最も多い（同一のプロジェクトＩＤを持つユーザＩＤの数が最も多い）プロジェクトのプロジェクトＩＤを、プロジェクトＩＤ７２３に備えるＢＯＸ情報を特定する。つまり、ルーム内のユーザが最も多く所属しているプロジェクトのＢＯＸを特定する（ステップＳ５１３）。そして、ルーム内のユーザが最も多く所属しているプロジェクトのＢＯＸが、複数あるか判定する（ステップＳ５１４）。

ルーム内のユーザが最も多く所属しているプロジェクトのＢＯＸが、１つであると判定した場合（ステップＳ５１４でＮＯ）、処理をステップＳ５１６に移行する。ルーム内のユーザが最も多く所属しているプロジェクトのＢＯＸが、複数あると判定した場合（ステップＳ５１４でＹＥＳ）、当該複数のＢＯＸ情報を取得して、携帯端末１００に送信する（ステップＳ５１５／表示制御手段に該当）。携帯端末１００のＣＰＵ２０１は、ステップＳ５１５で送信された複数のＢＯＸ情報、又は、ステップＳ５１７で送信された１つのＢＯＸ情報及びファイル名、ファイルのサムネイル画像を受信し（ステップＳ５１８）、携帯端末１００の外部メモリに記憶して、当該サムネイル画像と、当該受信した複数のＢＯＸ情報又は１つのＢＯＸ情報及びファイル名に基づいて、ＢＯＸ情報の表示処理を行う（ステップＳ５１９）。当該ＢＯＸ情報の表示処理の詳細は図１４の説明で後述する。以上が図５の説明である。

次に図１４を参照して、本発明の実施形態における、ＢＯＸ表示処理の詳細について説明する。図１４は、本発明の実施形態における、ＢＯＸ表示処理の詳細を示すフローチャートである。

以下、図１４において携帯端末１００の実行する処理は、携帯端末１００のＣＰＵ２０１が、携帯端末１００に記憶されたクライアントアプリケーション（ウェブ会議アプリケーション）の各機能を用いて実行するものとする。また、サーバ２００の実行する処理は、サーバ２００のＣＰＵ２０１が、サーバ２００に記憶されたサーバアプリケーション（ウェブ会議アプリケーション）の各機能を用いて実行するものとする。

携帯端末１００のＣＰＵ２０１は、サーバ２００から受信したＢＯＸ情報が複数か判定する（ステップＳ１４０１）。サーバ２００から受信したＢＯＸ情報が１つの場合（ステップＳ１４０１でＮＯ）、当該ＢＯＸ情報の示すＢＯＸの内容（ＢＯＸ内のファイル一覧／例えば、図１２の会議画面１２２０）を表示すべく、処理をステップＳ１４１１に移行する。

サーバ２００から受信したＢＯＸ情報が複数の場合（ステップＳ１４０１でＹＥＳ）、携帯端末１００のＣＰＵ２０１は、当該複数のＢＯＸ情報の示す、複数のＢＯＸボタン（ＢＯＸの内容を表示するためのボタン／図１２の１２１１、１２１２）を含む会議画面（例えば、図１２の会議画面１２１０）を生成して、表示画面に表示する（ステップＳ１４０２）。

尚、ステップＳ１４１１で会議画面１２２０が表示されると、ステップＳ１４０３の前に処理が移行するため、後述するステップＳ１４０３の指示受付処理は、会議画面１２１０又は会議画面１２２０、又は後述する会議画面１３００（図１３）において行われる。

ここで図１２を参照して、本発明の実施形態における、ＢＯＸ情報検索画面、及びＢＯＸ情報を含む会議画面の構成の一例について説明する。図１２は、本発明の実施形態における、画面構成及び画面遷移の一例を示す図である。

会議画面１２００は、図５のステップＳ５０２〜Ｓ５１６までの間、携帯端末１００の画面に表示される。当該会議画面１２００は、会議画面１３００に「ＢＯＸ検索中」ダイアログを表示した画面である。

会議画面１２１０は、図５のステップＳ５１８で、サーバ２００から受信したＢＯＸ情報が複数あった場合に、サーバ２００より受信したＢＯＸ情報に基づいて、携帯端末１００のＣＰＵ２０１により生成され、ステップＳ５１９で表示される画面である。

ＢＯＸボタン１２１１、ＢＯＸボタン１２１２、「新規作成」ボタン１２１３を備えて構成されている。ＢＯＸボタン１２１１、ＢＯＸボタン１２１２は、それぞれ、携帯端末１００がサーバ２００から（ステップＳ５１６で）取得したＢＯＸ情報に対応するボタンである。ボタンには、ＢＯＸの名称が表示される。

当該ＢＯＸボタンの押下指示を受け付けた場合、携帯端末１００のＣＰＵ２０１は、当該ＢＯＸのアドレス情報に従って、当該ＢＯＸに記憶されているファイル名をサーバ２００に要求して取得し、会議画面１２２０のようにＢＯＸの内容（ＢＯＸに格納されているファイルを示すアイコン）を表示する。

「新規作成」ボタン１２０３は、ＢＯＸを新規作成するためのボタンであり、当該ボタンが押下された場合、携帯端末１００のＣＰＵ２０１は、処理を図４のステップＳ４０５に移行する。尚、当該「新規作成」ボタン１２１３の押下によりステップＳ４０５に処理を移行した場合は、図１０のＢＯＸ生成画面１０００で「キャンセル」ボタン１００６の押下を受け付ける、また、アップロード完了通知画面１０２０で「戻る」ボタンが押下されると、画面を会議画面１２１０に戻すものとする。

会議画面１２２０は、図５のステップＳ５１８で、サーバ２００から受信したＢＯＸ情報が１つだった場合、又は会議画面１２１０において、ＢＯＸボタン（１２１１又は１２１２）が押下された場合に、携帯端末１００のＣＰＵ２０１により生成され、ステップＳ５１９で表示される画面である。

会議画面１２２０は、ファイルアイコン１２２１、ファイルアイコン１２２２、ファイルアイコン１２２３、「新規アップロード」ボタン１２２４、ＢＯＸボタン１２２５等を備えて構成されている。ファイルアイコン１２２１、ファイルアイコン１２２２、ファイルアイコン１２２３は、当該表示中のＢＯＸにアップロードされて記憶されているファイル（資料）を開くためのアイコンであり、ファイルのサムネイル画像である。携帯端末１００のＣＰＵ２０１は、当該ファイルアイコンに対するタップ操作（例えばダブルタップ操作）を受け付けることで、当該ファイルの情報をサーバから取得して（開いて）表示画面に表示する（例えば、図１３の会議画面１３００を表示する）。

「新規アップロード」ボタン１２２４は、当該ＢＯＸに新規にファイルをアップロードするためのボタンである。携帯端末１００のＣＰＵ２０１は、当該「新規アップロード」ボタン１２２４の押下を受け付けることで、処理を図４のステップＳ４１４に移行する。尚、当該「新規アップロード」ボタン１２２４の押下によりステップＳ４１４に処理を移行した場合は、アップロード完了通知画面１０２０で「戻る」ボタンが押下されると、画面を会議画面１２２０に戻すものとする。

ＢＯＸボタン１２２５の押下指示を受け付けると、携帯端末１００のＣＰＵ２０１は、当該ＢＯＸを非表示にする処理を行う。例えば、表示画面を、ＢＯＸボタン１２１２を除いた会議画面１２１０に移行する。ＢＯＸ表示領域１２２６は、押下されたＢＯＸボタンに対応するＢＯＸを表示する表示領域である。以上が図１２の説明である。

尚、携帯端末１００のＣＰＵ２０１は、会議画面１２１０においてＢＯＸボタンの押下指示を受け付けることにより、表示画面を会議画面１２２０に移行する（会議画面１２２０を生成する）場合、当該押下指示を受け付けたＢＯＸボタン以外のＢＯＸボタンを非表示にした会議画面（会議画面１２００）を生成するものとする。

つまり、不要なＢＯＸを非表示にすることで、ユーザがファイルを探す手間を減じることができる。以上が図１２の説明である。

図１４の説明に戻る。会議画面１２１０、又は、会議画面１２２０、又は、後述する会議画面１３００（会議画面１３００は、ＢＯＸ内のファイルを開いた画面である／詳細は図１３で後述する）において、携帯端末１００のＣＰＵ２０１は、ユーザからの指示を受け付け（ステップＳ１４０３）、受け付けた指示が「新規作成」ボタン１２１３の押下か判定する（ステップＳ１４０４）。

受け付けた指示が「新規作成」ボタン１２１３の押下であると判定した場合（ステップＳ１４０４でＹＥＳ）、処理を図４のステップＳ４０５に移行する。尚、当該「新規作成」ボタン１２１３の押下によりステップＳ４０５に処理を移行した場合は、図１０のＢＯＸ生成画面１０００で「キャンセル」ボタン１００６の押下を受け付ける、また、アップロード完了通知画面１０２０で「戻る」ボタンが押下されると、画面を会議画面１２１０に戻し、処理をステップＳ１４０３の前に移行するものとする。

受け付けた指示がＢＯＸボタンの押下でないと判定した場合（ステップＳ１４０４でＮＯ）、受け付けた指示が、ＢＯＸボタンの押下指示（１２１１又はＢＯＸボタン１２１２の押下指示）か判定する（ステップＳ１４０５）。

受け付けた指示が、ＢＯＸボタンの押下指示でないと判定した場合（ステップＳ１４０５でＮＯ）、処理をステップＳ１４１２に移行し、ＢＯＸボタンの押下指示であると判定した場合（ステップＳ１４０５でＹＥＳ）、処理をステップＳ１４０６に移行する

携帯端末１００のＣＰＵ２０１は、ステップＳ１４０６において、ＢＯＸ内の情報を既に表示済みかを判定する（ステップＳ１４０６）。つまり、会議画面１２２０においてＢＯＸボタンの押下指示を受け付けたか判定する。

ＢＯＸ内の情報を既に表示済みの場合（ステップＳ１４０６でＹＥＳ）、処理をステップＳ１４０２に移行する。尚、既にＢＯＸ内容を表示済みの場合、ステップＳ１４０２において携帯端末１００のＣＰＵ２０１は、既に表示済みのＢＯＸ以外のＢＯＸのＢＯＸボタン（図１２でいう、ＢＯＸボタン１２１２）は非表示にして、会議画面を表示する。

ＢＯＸ内の情報を未表示の場合（ステップＳ１４０６でＮＯ）、携帯端末１００のＣＰＵ２０１は、当該押下を受け付けたＢＯＸボタンに対応するＢＯＸに格納されているファイルのファイル名及びサムネイル画像を、サーバ２００に要求する（ステップＳ１４０７）。当該要求には、例えば、ファイル名を要求するＢＯＸのＢＯＸ ＵＲＬ７２２が含まれるものとする。

サーバ２００のＣＰＵ２０１は、当該ファイル名、サムネイル画像の要求を受信し（ステップＳ１４０８）、受信した要求に含まれるＢＯＸ ＵＲＬ７２２に格納されたファイル名を特定し、当該ファイルの先頭ページのサムネイル画像と共に携帯端末１００に送信する（ステップＳ１４０９／表示制御手段に該当）。

携帯端末１００のＣＰＵ２０１は、当該ファイル名、サムネイル画像を受信して、外部メモリに記憶する（ステップＳ１４１０）。そして、サーバ２００から受信したファイル名を重畳したファイルアイコンを配置した画面（図１２の会議画面１２２０）を生成して、表示画面に表示する（ステップＳ１４１１）。そして、処理をステップＳ１４０３の前に戻す。

ステップＳ１４１２において、携帯端末１００のＣＰＵ２０１は、ステップＳ１４０３で受け付けた指示が、会議画面１２２０における、「新規アップロード」ボタン１２２４の押下指示か判定する（ステップＳ１４１２）。受け付けた指示が、会議画面１２２０における、「新規アップロード」ボタン１２２４の押下指示であると判定した場合（ステップＳ１４１２でＹＥＳ）、処理を図４のステップＳ４１４に移行する。

尚、当該「新規アップロード」ボタン１２２４の押下によりステップＳ４１４に処理を移行した場合は、アップロード完了通知画面１０２０で「戻る」ボタンが押下されると、画面を会議画面１２２０に戻し、処理をステップＳ１４０３の前に移行するものとする。

携帯端末１００のＣＰＵ２０１は、ステップＳ１４０３で受け付けた指示が、会議画面１２２０における、「新規アップロード」ボタン１２２４の押下指示でないと判定した場合（ステップＳ１４１２でＮＯ）、受け付けた指示が、会議画面１２２０における、ファイルアイコン（ファイルアイコン１２２１〜１２２３）の押下指示（例えばダブルタップ）か判定する（ステップＳ１４１３）。

受け付けた指示が、会議画面１２２０におけるファイルアイコンの押下指示であると判定した場合（ステップＳ１４１３でＹＥＳ）、処理をステップＳ１４１４に移行し、受け付けた指示が、会議画面１２２０におけるファイルアイコンの押下指示でないと判定した場合（ステップＳ１４１３でＮＯ）、処理をステップＳ１４１９に移行する。

ステップＳ１４１４において、携帯端末１００のＣＰＵ２０１は、押下指示を受け付けたファイルアイコンのファイルをサーバ２００に要求する（ステップＳ１４１４／ファイルの取得要求を行う）。当該ファイルの取得要求、当該ファイルアイコンに対応するファイル名、及び、表示中のＢＯＸのＢＯＸ ＵＲＬ７２２が含まれる。

サーバ２００のＣＰＵ２０１は、当該ファイルの取得要求を受信して（ステップＳ１４１５）、当該要求に応じたファイルを、当該取得要求に含まれるファイル名、及びＢＯＸ ＵＲＬ７２２から特定し、携帯端末１００に送信する（ステップＳ１４１６／表示制御手段に該当）。ここでは、サーバ２００のＣＰＵ２０１が、当該ファイルを、携帯端末１００で開封・表示が可能な形式（画像ファイル）に変換して、当該ファイルを携帯端末１００に送信するものとする。

携帯端末１００のＣＰＵ２０１は、当該ファイルを受信して携帯端末の外部メモリに記憶し（ステップＳ１４１７）、当該ファイルを開き、当該ファイルのイメージを表示した会議画面（図１３の会議画面１３００）を生成して、表示画面に表示する（ステップＳ１４１８）。そして、処理をステップＳ１４０３の前に戻す。

ここで図１３を参照して、本発明の実施形態における、ファイルを開いた状態の会議画面である会議画面１３００、及び、ファイルの縮小表示する際の画面遷移について説明する。図１３は、本発明の実施形態における、画面構成及び画面遷移の一例を示す図である。

会議画面１３００は、ユーザからファイルアイコンの押下指示を受け付け、ファイルを表示した画面である。開いたファイルはファイル表示部１３０１に表示される。「閉じる」ボタン１３０２は、開かれているファイルを閉じて（表示されているファイルを非表示にして）、会議画面を、例えば、会議画面１２２０に戻すためのボタンである。

また、携帯端末１００のＣＰＵ２０１は、会議画面１３００において、矢印１３０３に示すように、表示中のファイルを、子画面が表示されている表示領域（子画面表示領域）にドラッグ＆ドロップする操作を受け付けることで、会議画面１３１０のように、子画面表示領域に、ファイルイメージを縮小表示（サムネイル画像１３１１を表示）する。

尚、会議画面１２２０において、ファイルアイコンを、子画面表示領域にドラッグ＆ドロップする操作を受け付けた場合も、同様に、当該ドラッグ＆ドロップがされたファイルのサムネイル画像を、子画面表示領域に新たに追加する（会議画面１３１０に画面の表示を遷移させる）ものとする。

会議画面１３１０は、ファイルが子画面表示領域に縮小表示された会議画面である。個画面表示領域にドロップされたファイルは、ＢＯＸにおいては非表示となる（携帯端末１００のＣＰＵ２０１が、子画面表示領域にドロップされたファイルのファイルアイコンを非表示にする処理を行う）。

また、ＢＯＸボタン１３１２が押下されると、ＢＯＸを閉じ、会議画面１３２０の状態に表示画面を遷移させる。以上が図１３の説明である。

図１４の説明に戻る。ステップＳ１４０９において、携帯端末１００のＣＰＵ２０１は、ステップＳ１４０３で受け付けた指示が、図１３の会議画面１３００における「閉じる」ボタン１３０２の押下指示か判定する（ステップＳ１４１９）。

受け付けた指示が「閉じる」ボタン１３０２の押下指示であると判定した場合（ステップＳ１４１９でＹＥＳ）、処理をステップＳ１４１１に移行する。受け付けた指示が「閉じる」ボタン１３０２の押下指示でないと判定した場合（ステップＳ１４１９でＮＯ）、受け付けた指示が、ファイルのドラッグ＆ドロップ指示（移動指示）か判定する（ステップＳ１４２０）。

ここでいうドラッグ＆ドロップ指示の対象としてのファイルとは、図１２の会議画面１２２０におけるファイルアイコン、又は、図１３の会議画面１３００のファイル表示部１３０１に表示されたファイルイメージである。

ステップＳ１４０３で受け付けた指示が、ファイルのドラッグ＆ドロップ指示でないと判定した場合（ステップＳ１４２０でＮＯ）、当該受け付けた指示に従った処理を行い（例えば、ファイル表示部１３０１に対するピンチイン・ピンチアウトの指示に従った、表示中のファイルの拡大・縮小表示処理を行い）、処理をステップＳ１４０３の前に戻す。

受け付けた指示が、ファイルのドラッグ＆ドロップ指示であると判定した場合（ステップＳ１４２０でＹＥＳ）、携帯端末１００のＣＰＵ２０１は、当該ファイルのドロップ先が、子画面表示領域か、子画面か、を判定する（ステップＳ１４２１）。

ファイルのドロップ先が、子画面表示領域であると判定した場合、携帯端末１００のＣＰＵ２０１は、図８の画面情報８２０の画面ＩＤ＝ＳＣ００４に示すように、画面情報８２０に新たなデータ列を挿入する。当該新規のデータ列（新規の画面情報）のユーザＩＤ８２２にはｎｕｌｌを挿入し、また、当該新規のデータ列（新規の画面情報）の会議画像８２３には、当該ドロップされたファイルのサムネイル画像を記憶する（ステップＳ１４２２）。

つまり、新たに子画面を生成し、当該子画面に、子画面表示領域にドロップされたファイルのサムネイル画像を表示する（ステップＳ１４２２）。

尚、携帯端末１００のＣＰＵ２０１は、ユーザＩＤ８２２＝ｎｕｌｌの場合、当該ユーザＩＤ８２２に対応する会議画像８２３は、ファイルのサムネイル画像（静止画）と判断し、所定時間経っても、当該サムネイル画像を削除せずに、ユーザが入室中のルームから退室するまで保持し続ける。

携帯端末１００のＣＰＵ２０１は、ステップＳ１４２１で、ファイルのドロップ先が子画面であると判定した場合、当該子画面に表示中のユーザのユーザＩＤ（画面情報８２０でいうユーザＩＤ８２２）を特定して（ステップＳ１４２３）、当該ユーザＩＤと、当該子画面にドロップされたファイル名、ファイルが記憶されたＢＯＸのＢＯＸ ＵＲＬ７２２を、サーバ２００に送信する（ステップＳ１４２４）つまり、他ユーザへのファイルの送信要求を送信する。

サーバ２００のＣＰＵ２０１は、当該ファイルの送信要求を受信し（ステップＳ１４２５）、当該送信要求に応じて、当該ファイル名のファイルを、当該他のユーザに送信する（ステップＳ１４２６／ファイル表示制御手段に該当）。つまり、ステップＳ１４２５で受信したユーザＩＤを入室情報８１０の入室ユーザＩＤ８１２に有する端末識別情報８１４を特定し、当該端末識別情報８１４の示す端末に、ステップＳ１４２５で受信したＢＯＸ ＵＲＬに保存された、ステップＳ１４２５で受信したファイル名のファイルを表示させるべく送信する。当該ファイルを受信した携帯端末は、当該受信したファイルを、図１３の会議画面１３００のように表示画面に表示するものとする。以上が図１４の説明である。

尚、上述した実施形態においては、図５のステップＳ５０１において、ＢＯＸの表示指示を受け付けることで、携帯端末１００の位置情報を検出し、サーバ２００にＢＯＸ情報の取得要求を行うものとしたが、例えば、図４のステップＳ４１２の入室処理が完了した場合、図５のステップＳ５０１をスキップして、ステップＳ５０２以降の処理を行うようにしても良い。

つまり、ユーザがルームに入室した場合に、携帯端末１００のＣＰＵ２０１が、ユーザからの指示を待つことなく、自動で、ＢＯＸ情報の取得要求をサーバ２００に送信するようにしてもよい。

以上説明したように、本発明の第１の実施形態によれば、クライアント装置の位置情報を用いて、ウェブ会議においてクライアント装置に提供するファイルを容易に特定可能な仕組みを提供することができる。

［第２の実施形態］

尚、第１の実施形態では、クライアント装置として、携帯端末１００を例として説明したが、例えば、位置情報の検出や送信ができないクライアント装置や、持ち運びの出来ないクライアント装置（デスクトップ型のＰＣ等）も存在する。

よって第２の実施形態においては、ＢＯＸ情報の要求元のクライアント装置が、携帯端末か否かをサーバで判定し、当該判定の結果、当該クライアント装置が携帯端末でない場合は、当該クライアント装置からクライアント装置自身の位置情報を取得していなくとも、当該クライアント装置でサーバ２００にログインしたログインユーザが閲覧可能なＢＯＸ情報を、当該クライアント装置において表示させるべく返信するものとする。

ＢＯＸ情報の要求元のクライアント装置が、携帯端末の場合には、第１の実施例において記載した処理を行う。

以下、具体的な処理について説明する。尚、第１の実施形態の処理と共通処理については説明を割愛する。

クライアント装置（携帯端末 又は ＰＣ）のＣＰＵ２０１は、図５のステップＳ５０３において、ログインユーザのユーザＩＤ、及び、当該クライアント装置が携帯端末か否かを示す識別情報を含むＢＯＸ情報の取得要求を、サーバ２００に送信する（ステップＳ５０３）。尚、当該クライアント装置が携帯端末である場合、当該取得要求に、当該携帯端末の位置情報を含めてサーバ２００に送信するものとする。

当該クライアント装置が携帯端末か否かを示す識別情報は、予め、サーバ２００及びクライアント装置において、共通の識別情報が決定され、記憶されているものとする。

サーバ２００のＣＰＵ２０１は、当該ＢＯＸ情報の取得要求を受信し（ステップＳ５０４）、当該取得要求に含まれる、当該取得要求の要求元のクライアント装置が携帯端末か否かを示す識別情報を参照して、当該取得要求の要求元のクライアント装置が携帯端末か否かを判定する。

そして、サーバ２００のＣＰＵ２０１は、当該ＢＯＸ情報の取得要求の要求元のクライアント装置が携帯端末でない（例えば、ＰＣ）であると判定した場合、受信したＢＯＸ情報の取得要求に含まれるユーザＩＤのユーザが所属するプロジェクトのプロジェクトＩＤ（受信した取得要求に含まれるユーザＩＤをユーザＩＤ７１２に有するプロジェクトＩＤ７１１）を特定し、当該特定したプロジェクトのＢＯＸ（当該プロジェクトＩＤをプロジェクトＩＤ７２３に有するＢＯＸ情報）を特定して、処理を図５のステップＳ５０９に移行する。

サーバ２００のＣＰＵ２０１は、当該ＢＯＸ情報の取得要求の要求元のクライアント装置が携帯端末であると判定した場合、第１の実施形態に記したように、処理をステップＳ５０５〜Ｓ５０８の処理を実行した後、処理をステップＳ５０９に移行する。以上が、本発明の第２の実施形態の説明である。

本発明の第２の実施形態によれば、クライアント装置に応じて、位置情報を用いたＢＯＸ表示をすべきかを判断することで、位置情報を取得・送信できない、又は、取得・送信する必要のないクライアント装置に対しても、ウェブ会議において使用するファイルを提供することができる。

例えば、携帯端末に対しては、位置情報に基づいて、提供するファイル（ＢＯＸ）を絞り込んでユーザに提示することができ、且つ、位置情報を取得・送信できないＰＣに対しても、ファイル（ＢＯＸ）の情報を提供することができる。

以上説明したように、本発明によれば、クライアント装置の位置情報を用いて、ウェブ会議においてクライアント装置に提供するファイルを容易に特定可能な仕組みを提供することができる。

尚、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

尚、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１００Ａ 携帯端末
１００Ｂ 携帯端末
１０１ ＬＡＮ
２００ サーバ

Claims (11)

1. 位置情報の送信機能を備えたクライアント装置と、ユーザを識別するための情報であるユーザ情報、及びファイルを記憶する記憶領域の識別情報とを対応付けて記憶する記憶手段を備えた情報処理装置を含む情報処理システムであって、
   前記記憶手段に記憶されているＵＲＬと対応付けて位置情報を記憶する位置情報記憶手段と、
   前記クライアント装置の位置情報を取得する位置情報取得手段と、
   前記クライアント装置からユーザ情報を取得するユーザ情報取得手段と、
   前記ユーザ情報取得手段で取得したユーザ情報を用いた、ルームへの入室処理を実行する入室手段と、
   前記入室手段で前記ユーザ情報を用いた入室が行われた場合に、当該ユーザ情報と前記位置情報取得手段で取得した位置情報とを用いて、前記ＵＲＬを特定する特定手段と、
   前記特定手段で特定された前記ＵＲＬに基づく画面を、前記クライアント装置の表示画面に表示すべく制御する表示制御手段と、
   を備えることを特徴とする情報処理システム。
2. 前記特定手段で特定された前記ＵＲＬが複数あるか判定する判定手段と、
   を備え、
   前記表示制御手段は、前記判定手段で、前記特定手段で特定された前記ＵＲＬが複数あると判定された場合に、当該複数のＵＲＬに基づく画面を、前記クライアント装置に表示させるべく制御することを特徴とする請求項１に記載の情報処理システム。
3. 前記表示制御手段は、前記判定手段で、前記特定手段で特定された前記ＵＲＬが複数あると判定された場合に、前記入室手段で入室したルームに入室中のユーザのユーザ情報と共通する前記ＵＲＬに基づいた画面を、前記クライアント装置の表示画面に表示すべく制御することを特徴とする請求項２に記載の情報処理システム。
4. 前記複数のＵＲＬに基づく複数の画面の中から、所定の画面に係る指示を受け付けた場合に、当該指示を受け付けた画面とは別の画面を非表示にすべく制御することを特徴とする請求項２又は３に記載の情報処理システム。
5. 前記入室手段において入室処理が行われた場合に、前記クライアント装置から、前記クライアント装置に備えられたカメラ装置により取得される画像である会議画像を取得する会議画像取得手段と、
   前記入室処理がされたルームにおけるユーザの会議画像を、当該ルームに入室中しているユーザのユーザ情報の送信元であるクライアント装置に送信する会議画像送信手段と、
   前記クライアント装置における、前記会議画像送信手段で送信した会議画像を表示すべき画像表示領域に、前記ＵＲＬに記憶されたファイルを移動させる移動指示を受け付けた場合に、前記移動指示を受け付けたファイルを、前記画像表示領域に表示させる情報として、当該ルームに入室中している他のユーザのユーザ情報の送信元であるクライアント装置に表示させるべく制御するファイル表示制御手段と、
   を備えることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
6. 前記ＵＲＬに記憶されたファイルを、前記画像表示領域に表示された会議画像に対して移動する指示を受け付けた場合に、前記移動指示がされた先の会議画像の送信元のクライアント装置に対して、前記移動指示がされたファイルの情報を表示させるべく制御する制御手段と、
   を備えることを特徴とする請求項５に記載の情報処理システム。
7. 位置情報の送信機能を備えたクライアント装置と、ユーザを識別するための情報であるユーザ情報、及びファイルを記憶する記憶領域の識別情報とを対応付けて記憶する記憶手段を備えた情報処理装置を含む情報処理システムの制御方法であって、
   前記記憶手段に記憶されているＵＲＬと対応付けて位置情報を記憶する位置情報記憶工程と、
   前記クライアント装置の位置情報を取得する位置情報取得工程と、
   前記クライアント装置からユーザ情報を取得するユーザ情報取得工程と、
   前記ユーザ情報取得工程で取得したユーザ情報を用いた、ルームへの入室処理を実行する入室工程と、
   前記入室工程で前記ユーザ情報を用いた入室が行われた場合に、当該ユーザ情報と前記位置情報取得工程で取得した位置情報とを用いて、前記ＵＲＬを特定する特定工程と、
   前記特定工程で特定された前記ＵＲＬに基づく画面を、前記クライアント装置の表示画面に表示すべく制御する表示制御工程と、
   を含むことを特徴とする情報処理システムの制御方法。
8. 位置情報の送信機能を備えたクライアント装置と、ユーザを識別するための情報であるユーザ情報、及びファイルを記憶する記憶領域の識別情報とを対応付けて記憶する記憶手段を備えた情報処理装置を含む情報処理システムで実行が可能なプログラムであって、
   前記情報処理システムを、
   前記記憶手段に記憶されているＵＲＬと対応付けて位置情報を記憶する位置情報記憶手段と、
   前記クライアント装置の位置情報を取得する位置情報取得手段と、
   前記クライアント装置からユーザ情報を取得するユーザ情報取得手段と、
   前記ユーザ情報取得手段で取得したユーザ情報を用いた、ルームへの入室処理を実行する入室手段と、
   前記入室手段で前記ユーザ情報を用いた入室が行われた場合に、当該ユーザ情報と前記位置情報取得手段で取得した位置情報とを用いて、前記ＵＲＬを特定する特定手段と、
   前記特定手段で特定された前記ＵＲＬに基づく画面を、前記クライアント装置の表示画面に表示すべく制御する表示制御手段として機能させることを特徴とする情報処理システムのプログラム。
9. 位置情報の送信機能を備えたクライアント装置と通信可能に接続される、ユーザを識別するための情報であるユーザ情報、及びファイルを記憶する記憶領域の識別情報とを対応付けて記憶する記憶手段を備えた情報処理装置であって、
   前記記憶手段に記憶されているＵＲＬと対応付けて位置情報を記憶する位置情報記憶手段と、
   前記クライアント装置の位置情報を取得する位置情報取得手段と、
   前記クライアント装置からユーザ情報を取得するユーザ情報取得手段と、
   前記ユーザ情報取得手段で取得したユーザ情報を用いた、ルームへの入室処理を実行する入室手段と、
   前記入室手段で前記ユーザ情報を用いた入室が行われた場合に、当該ユーザ情報と前記位置情報取得手段で取得した位置情報とを用いて、前記ＵＲＬを特定する特定手段と、
   前記特定手段で特定された前記ＵＲＬに基づく画面を、前記クライアント装置の表示画面に表示すべく制御する表示制御手段と、
   を備えることを特徴とする情報処理装置。
10. 位置情報の送信機能を備えたクライアント装置と通信可能に接続される、ユーザを識別するための情報であるユーザ情報、及びファイルを記憶する記憶領域の識別情報とを対応付けて記憶する記憶手段を備えた情報処理装置の制御方法であって、
    前記記憶手段に記憶されているＵＲＬと対応付けて位置情報を記憶する位置情報記憶工程と、
    前記クライアント装置の位置情報を取得する位置情報取得工程と、
    前記クライアント装置からユーザ情報を取得するユーザ情報取得工程と、
    前記ユーザ情報取得工程で取得したユーザ情報を用いた、ルームへの入室処理を実行する入室工程と、
    前記入室工程で前記ユーザ情報を用いた入室が行われた場合に、当該ユーザ情報と前記位置情報取得工程で取得した位置情報とを用いて、前記ＵＲＬを特定する特定工程と、
    前記特定工程で特定された前記ＵＲＬに基づく画面を、前記クライアント装置の表示画面に表示すべく制御する表示制御工程と、
    を含むことを特徴とする情報処理装置の制御方法。
11. 位置情報の送信機能を備えたクライアント装置と通信可能に接続される、ユーザを識別するための情報であるユーザ情報、及びファイルを記憶する記憶領域の識別情報とを対応付けて記憶する記憶手段を備えた情報処理装置で実行が可能なプログラムであって、
    前記情報処理装置を、
    前記記憶手段に記憶されているＵＲＬと対応付けて位置情報を記憶する位置情報記憶手段と、
    前記クライアント装置の位置情報を取得する位置情報取得手段と、
    前記クライアント装置からユーザ情報を取得するユーザ情報取得手段と、
    前記ユーザ情報取得手段で取得したユーザ情報を用いた、ルームへの入室処理を実行する入室手段と、
    前記入室手段で前記ユーザ情報を用いた入室が行われた場合に、当該ユーザ情報と前記位置情報取得手段で取得した位置情報とを用いて、前記ＵＲＬを特定する特定手段と、
    前記特定手段で特定された前記ＵＲＬに基づく画面を、前記クライアント装置の表示画面に表示すべく制御する表示制御手段として機能させることを特徴とする情報処理装置のプログラム。

Images