JP6464587B2 - 情報処理システム、情報処理装置、情報送信方法及びプログラム - Google Patents

Description

本発明は情報処理システム、情報処理装置、情報送信方法及びプログラムに関する。

会議に使用するドキュメント等の資料を、動画データ等のリアルタイムデータの伝送に影響を与えないように且つ効率的に配布し得るように、リアルタイムデータの伝送とは別の回線を使って会議資料を配付する会議システムは従来から知られている（例えば特許文献１参照）。

従来の会議システムでは、サーバ装置等の情報処理装置から端末装置への、会議に使用するドキュメント等の資料の送信が終了した後、その資料を用いた会議を開始する。しかしながら、近年では、会議システムが扱える情報の種類や、接続される端末装置の種類も従来より豊富になってきており、会議システムが扱うデータサイズも大きくなる傾向がある。そのため、従来のように、端末装置への情報の送信が終了してから会議を開始する形態では、会議開始までの時間が長くなってしまうという問題があった。

このような問題は、会議システムと同様に、情報処理装置から端末装置への情報の送信終了を待つ必要のある情報処理システムにおいても共通に存在する。

本発明の実施の形態は、上記の点に鑑みなされたもので、端末装置に応じ情報の送信方法を制御する情報処理システム、情報処理装置、情報送信方法及びプログラムを提供することを目的とする。

上記目的を達成するため、本願請求項１は、一つ以上の端末装置と情報処理装置とがネットワークを介して接続される情報処理システムであって、前記情報処理装置は、情報を記憶する情報記憶手段と、端末装置毎に決定された前記情報を分割する単位を含む前記情報の送信方法に関する情報に基づき、前記分割する単位で分割された前記情報を前記端末装置に送信する送信情報に変換する変換手段と、前記情報のうち第一の表示部分を含むように前記変換手段で変換された第一の送信情報を前記端末装置に送信し、前記情報のうち前記第一の表示部分でない第二の表示部分を含むように前記変換手段で変換された第二の送信情報を前記第一の送信情報の送信後に前記端末装置に送信する送信手段と、を備え、前記端末装置は、前記第一及び前記第二の送信情報を表示する表示処理手段、を備えたことを特徴とする。

本発明の実施の形態によれば、端末装置に応じ情報の送信方法を制御できる。

本実施形態に係る会議システムの一例の構成図である。 本実施形態に係る会議システムを構成するコンピュータの一例のハードウェア構成図である。 本実施形態に係る会議システムの一例の機能ブロック図である。 会議資料のアップロードからダウンロードまでの処理の一例のフローチャートである。 ネゴシエーションの処理を示した一例のシーケンス図である。 クライアント情報の一例の構成図である。 最初に表示するページのダウンロードの処理を示した一例のシーケンス図である。 会議資料をダウンロードデータに変換する変換処理の一例のフローチャートである。 残りのページのダウンロードの処理を表した一例のシーケンス図である。 ダウンロードの要否を判定するダウンロード要否判定処理の一例のフローチャートである。 ページキャッシュ記憶部の一例の構成図である。 表示するページが変更になったときの処理を表した一例のシーケンス図である。 先読みキャッシュの処理を表した一例のシーケンス図である。 変換処理の要否を判定する変換要否判定処理の一例のフローチャートである。 先読みキャッシュ記憶部の一例の構成図である。 ダウンロード処理の一例のフローチャートである。 ダウンロードキューの動作を表した一例の説明図である。 本実施形態に係る会議システムの他の例の機能ブロック図である。 残りのページのダウンロードの処理を表した他の例のシーケンス図である。 クライアント情報の他の例の構成図である。

次に、本発明の実施の形態について、詳細に説明する。なお、本実施形態では情報処理システムの一例としての会議システムについて説明する。本実施形態に係る会議システムは会議サーバ装置から端末装置への会議資料の送信終了を会議の開始の契機とする情報処理システムの一例である。会議資料は送信される情報の一例である。
［第１の実施形態］
＜システム構成＞
図１は本実施形態に係る会議システムの一例の構成図である。図１の会議システム１は１つ以上の端末装置１０及び会議サーバ装置１２が、ネットワーク１４に有線や無線で接続されている。

なお、会議サーバ装置１２は１つのコンピュータ上で動作するソフトウェアやサービスであってもよい。また、会議サーバ装置１２は１つ以上のコンピュータ上で動作するソフトウェアやサービスであってもよい。例えば会議サーバ装置１２は所謂クラウドサービスの形態をとることもできる。

端末装置１０は会議の参加者が操作するデバイスである。端末装置１０はＰＣ（パーソナルコンピュータ）やタブレット端末、スマートフォンや携帯電話、ＰＤＡなどの携帯情報端末、電子ホワイトボード等の表示装置、プロジェクタ等の投影装置等の他、会議専用端末であってもよい。端末装置１０は、会議サーバ装置１２から会議資料を受信（ダウンロード）して、会議資料の同期表示などを行う、会議アプリケーションを実装している。

会議サーバ装置１２は、会議に関する情報処理を行う装置である。会議サーバ装置１２は端末装置１０への会議資料の送信を行う。なお、会議サーバ装置１２はＷＳ（ワークステーション）やＰＣなど、である。会議サーバ装置１２と各端末装置１０とは、例えばＴＣＰ／ＩＰなどの通信プロトコルにより相互に通信可能であるとする。会議サーバ装置１２は、登録された会議情報、ユーザ情報等を保存する。会議サーバ装置１２は端末装置１０から登録（アップロード）された会議資料などを保存する。

＜ハードウェア構成＞
端末装置１０、会議サーバ装置１２は、例えば図２に示すようなハードウェア構成により実現される。

図２は本実施形態に係る会議システムを構成するコンピュータの一例のハードウェア構成図である。図２に示した端末装置１０は、入力装置５０１、表示装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ５０４、ＲＯＭ５０５、ＣＰＵ５０６、通信Ｉ／Ｆ５０７、ＨＤＤ５０８等を備え、それぞれがバスＢで相互に接続されている。なお、端末装置１０はカメラ、マイク、スピーカなどを有する構成であってもよい。

入力装置５０１はキーボードやマウス、タッチパネルなどを含み、端末装置１０に各操作信号を入力するのに用いられる。表示装置５０２はディスプレイ等を含み、端末装置１０による処理結果を表示する。通信Ｉ／Ｆ５０７は端末装置１０をネットワーク１４に接続するインタフェースである。これにより、端末装置１０は通信Ｉ／Ｆ５０７を介して会議サーバ装置１２とデータ通信を行うことができる。

ＨＤＤ５０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、端末装置１０全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションソフトウェアなどがある。また、ＨＤＤ５０８は格納しているプログラムやデータを、所定のファイルシステム及び／又はＤＢにより管理している。

外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。外部装置には、記録媒体５０３ａなどがある。これにより、端末装置１０は外部Ｉ／Ｆ５０３を介して、記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体５０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。

ＲＯＭ５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ５０５には、端末装置１０の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ５０４は、プログラムやデータを一時保持する揮発性の半導体メモリである。

ＣＰＵ５０６は、ＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、端末装置１０全体の制御や機能を実現する演算装置である。

端末装置１０は、例えば上記ハードウェア構成でプログラムを実行することにより、後述するような各種処理を実現できる。

図２に示した会議サーバ装置１２は、入力装置６０１、表示装置６０２、外部Ｉ／Ｆ６０３、ＲＡＭ６０４、ＲＯＭ６０５、ＣＰＵ６０６、通信Ｉ／Ｆ６０７、ＨＤＤ６０８等を備え、それぞれがバスＢで相互に接続されている。なお、入力装置６０１及び表示装置６０２は必要なときに接続して利用する形態であってもよい。

入力装置６０１はキーボードやマウスなどを含み、会議サーバ装置１２に各操作信号を入力するのに用いられる。表示装置６０２はディスプレイ等を含み、会議サーバ装置１２による処理結果を表示する。

通信Ｉ／Ｆ６０７は会議サーバ装置１２をネットワーク１４に接続するインタフェースである。これにより、会議サーバ装置１２は通信Ｉ／Ｆ６０７を介して端末装置１０とデータ通信を行うことができる。

ＨＤＤ６０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、会議サーバ装置１２全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションソフトウェアなどがある。また、ＨＤＤ６０８は格納しているプログラムやデータを、所定のファイルシステム及び／又はＤＢにより管理している。

外部Ｉ／Ｆ６０３は、外部装置とのインタフェースである。外部装置には、記録媒体６０３ａなどがある。これにより、会議サーバ装置１２は外部Ｉ／Ｆ６０３を介して、記録媒体６０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体６０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。

ＲＯＭ６０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ６０５には、会議サーバ装置１２の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ６０４は、プログラムやデータを一時保持する揮発性の半導体メモリである。

ＣＰＵ６０６は、ＲＯＭ６０５やＨＤＤ６０８などの記憶装置からプログラムやデータをＲＡＭ６０４上に読み出し、処理を実行することで、会議サーバ装置１２全体の制御や機能を実現する演算装置である。

会議サーバ装置１２は、例えば上記ハードウェア構成でプログラムを実行することにより、後述するような各種処理を実現できる。

＜ソフトウェア構成＞
本実施形態に係る会議システム１は例えば図３に示す機能ブロックで実現される。図３は本実施形態に係る会議システムの一例の機能ブロック図である。

端末装置１０は会議アプリケーション等のプログラムを実行することで、アップロード要求部２１、ログイン要求部２２、ネゴシエーション要求部２３、ダウンロード要求部２４、会議処理部２５、ページキャッシュ制御部２６、ページキャッシュ記憶部２７を実現している。

会議サーバ装置１２はプログラムを実行することで、会議制御部３１、アップロード受付部３２、ネゴシエーション処理部３３、ダウンロード処理部３４、変換部３５、先読みキャッシュ制御部３６、会議情報記憶部３７、会議資料記憶部３８、ユーザ情報記憶部３９、クライアント情報記憶部４０、先読みキャッシュ記憶部４１を実現している。

なお、会議情報記憶部３７、会議資料記憶部３８、ユーザ情報記憶部３９、クライアント情報記憶部４０、先読みキャッシュ記憶部４１は、会議サーバ装置１２からデータの送受信が可能な他のサーバ装置等が有していてもよい。

アップロード要求部２１は会議の参加者の操作により、会議資料のアップロードを会議サーバ装置１２に要求する。ログイン要求部２２は会議の参加者の操作により会議サーバ装置１２にログインを要求する。

ネゴシエーション要求部２３は会議サーバ装置１２との間で会議資料のダウンロード方法に関する情報を相互にネゴシエーションする。なお、本実施形態において、ネゴシエーションとは会議資料のダウンロード方法を決定するための通信のことである。ダウンロード要求部２４はネゴシエーションした情報（後述のクライアント情報）に基づいて会議資料から変換したダウンロードデータのダウンロードを会議サーバ装置１２に要求する。

会議処理部２５は会議サーバ装置１２から受信したダウンロードデータを表示装置５０２などに表示し、他の端末装置１０との間で会議資料の同期表示を行う。例えば会議の参加者の一人である発表者が操作を行う発表者の端末装置１０は会議資料に対してページ送りなどの操作が行われると、その操作の情報を会議サーバ装置１２に送信する。

また、発表者以外の参加者が操作を行う参加者の端末装置１０は発表者の端末装置１０が会議サーバ装置１２に送信した操作の情報を、会議サーバ装置１２から受信する。参加者の端末装置１０は、受信した操作の情報が例えばページ送りであるとき、同期表示を行うためのダウンロードデータを会議サーバ装置１２から受信することで、同期表示を実現している。

ページキャッシュ制御部２６は会議の開始後、ページキャッシュ記憶部２７に保存しておくダウンロードデータを判定し、必要に応じてダウンロード要求部２４にダウンロードデータを会議サーバ装置１２からダウンロードさせる。ページキャッシュ記憶部２７はダウンロードデータを保存する。

会議制御部３１は発表者の端末装置１０から受信した操作の情報を、各参加者の端末装置１０に送信する。また、会議制御部３１は端末装置１０からのログインの要求を受けてログイン処理を行う。ログイン処理には後述の会議情報及びユーザ情報が利用される。

アップロード受付部３２は端末装置１０から会議資料のアップロードの要求を受け付けると、アップロードされた会議資料を会議資料記憶部３８に保存する。ネゴシエーション処理部３３は端末装置１０との間でネゴシエーションする。ネゴシエーション処理部３３はネゴシエーションした会議資料のダウンロード方法に関する情報を、クライアント情報としてクライアント情報記憶部４０に保存する。

ダウンロード処理部３４は、端末装置１０からダウンロードを要求されたダウンロードデータを端末装置１０に送信する。変換部３５はクライアント情報に基づいて会議資料をダウンロードデータに変換する。先読みキャッシュ制御部３６は、先読みキャッシュ記憶部４１に保存しておくダウンロードデータを判定する。先読みキャッシュ制御部３６は会議資料からダウンロードデータへの変換処理を変換部３５に要求し、保存しておくと判定したダウンロードデータを先読みキャッシュ記憶部４１に保存する。

なお、変換部３５の機能は会議サーバ装置１２とネットワーク１４で接続された変換用のサーバ装置が備えていてもよい。このような場合、会議サーバ装置１２は変換用のサーバ装置に対して会議資料の変換を要求し、変換用のサーバ装置によって変換されたダウンロードデータを受信する。また、変換用のサーバ装置は他のＷｅｂサービスで利用されるサーバ装置と共用であってもよい。

会議情報記憶部３７は会議情報を保存する。会議情報は、登録された会議に関する情報として、会議名や日時、アップロードされた会議資料、会議状態など、が含まれる。会議資料記憶部３８は会議資料のデータ（ファイル）を保存する。また、ユーザ情報記憶部３９はログインする会議の参加者のアカウント、パスワードなど、を保存している。

クライアント情報記憶部４０はネゴシエーション処理部３３によりネゴシエーションされた会議資料のダウンロード方法に関する情報をクライアント情報として保存する。クライアント情報記憶部４０は更に、各端末装置１０が現在表示している会議資料のページ情報を保存する。先読みキャッシュ記憶部４１は先読みキャッシュ制御部３６により保存しておくと判定されたダウンロードデータを保存する。

＜処理の詳細＞
以下では、本実施形態に係る会議システム１の処理の詳細について説明する。

図４は会議資料のアップロードからダウンロードまでの処理の一例のフローチャートである。ステップＳ１１において、会議の発表者や主催者等は、会議の開催に先立ち、会議資料のアップロードを行う。端末装置１０のアップロード要求部２１は会議の発表者や主催者等の操作により、会議資料のアップロードを会議サーバ装置１２のアップロード受付部３２に要求する。アップロード受付部３２は端末装置１０のアップロード要求部２１から会議資料のアップロードの要求を受け付け、アップロードされた会議資料を会議資料記憶部３８に保存する。

ステップＳ１２において、会議に参加する参加者は各々の端末装置１０から各々のアカウント、パスワードなどで会議サーバ装置１２にログインする。端末装置１０のログイン要求部２２は例えば会議の参加者から入力されたアカウント、パスワード等で会議サーバ装置１２の会議制御部３１にログインを要求する。会議制御部３１は端末装置１０のログイン要求部２２からのログインの要求を受けてログイン処理を行う。

ログインが成功すると、ステップＳ１３において、端末装置１０のネゴシエーション要求部２３は会議サーバ装置１２のネゴシエーション処理部３３との間でネゴシエーションする。なお、会議資料のダウンロード方法に関する情報の一例は「１ページ単位、ＪＰＥＧ形式、１０２４×７６８ピクセル」等である。

ネゴシエーションが終了すると、ステップＳ１４において、端末装置１０は会議サーバ装置１２から最初に表示するページのダウンロードデータを受信する。なお、会議サーバ装置１２から端末装置１０が受信するダウンロードデータはネゴシエーションされた会議資料のダウンロード方法に関する情報に基づき会議資料から変換されたものである。例えば最初に表示するページのダウンロードデータは、通常、最初の会議資料の１ページ目を表示するデータである。端末装置１０のダウンロード要求部２４は会議サーバ装置１２のダウンロード処理部３４から最初に表示するページのダウンロードデータを受信する。

最初に表示するページのダウンロードデータが、参加者の操作する全ての端末装置１０にダウンロードされる（送信終了する）と、ステップＳ１５に進み、会議システム１において会議が開始される。

このように、本実施形態の会議システム１では、最初に表示するページがダウンロードされた時点で、会議を始めることができる。したがって、本実施形態の会議システム１は会議資料の全ページがダウンロードされた時点で会議を始めるより、会議の開始を大幅に早めることができる。例えば本実施形態の会議システム１では、会議資料が１００ページである場合、会議資料の全ページを一度にダウンロードするよりも、会議を開始するまでの時間を、大雑把に１００分の１程度に時間短縮することができる。

そして、最初に表示するページ以外の残りのページ（会議資料の残りの部分）は会議が開始された後、ステップＳ１６において、バックグランド処理により会議サーバ装置１２から各端末装置１０にダウンロードされる。

《ネゴシエーション》
図４のステップＳ１３に示したネゴシエーションは、例えば図５のシーケンス図に示すように行われる。図５はネゴシエーションの処理を示した一例のシーケンス図である。

ステップＳ２１において、端末装置１０のネゴシエーション要求部２３はダウンロード方法に関する情報をネゴシエーションするために、ダウンロード方法のリクエストを会議サーバ装置１２のネゴシエーション処理部３３に要求する。端末装置１０から指定されるダウンロード方法のリクエストには、例えば会議資料の分割単位、データ形式、表示サイズ（サイズ）などが含まれている。なお、端末装置１０から指定されるダウンロード方法のリクエストに含まれていない項目については、例えばデフォルト値を利用することが考えられる。

なお、端末装置１０から送信されるダウンロード方法のリクエストの内容は上述した内容に限られない。例えばダウンロード方法のリクエストの内容は、端末装置１０の種類を示す情報であってもよい。例えば、スマートフォン、携帯電話、電子黒板、ＰＣ、タブレット端末、プロジェクタ、会議端末などの端末装置１０の種類を識別する種類識別情報をダウンロード方法のリクエストの内容として端末装置１０から会議サーバ装置１２へ送信してもよい。

このような場合には、予め端末装置１０の種類ごとにダウンロード方法（分割単位、データ形式、表示サイズなど）を関連付けたテーブルをクライアント情報記憶部４０に記憶しておく。このような構成によって会議サーバ装置１２は受信した種類識別情報に基づいてダウンロード方法を特定することができる。

また、ダウンロード方法のリクエストの内容は、端末装置１０を識別するための端末固有の端末識別情報であってもよい。このような場合には、予め端末識別情報と、端末装置１０ごとのダウンロード方法（分割単位、データ形式、表示サイズなど）とを関連付けたテーブルをクライアント情報記憶部４０に記憶しておく。このような構成によって会議サーバ装置１２は受信した端末識別情報に基づいてダウンロード方法を特定することができる。

また、ダウンロード方法のリクエストの内容は、端末装置１０における情報の表示方法を識別するための表示方法識別情報であってもよい。表示方法としては例えばＷｅｂブラウザによる表示や端末装置１０にインストールされたアプリケーションによる表示などの表示方法が挙げられる。このような場合には、端末装置１０における情報の表示方法を識別する表示方法識別情報と、表示方法ごとのダウンロード方法（分割単位、データ形式、表示サイズなど）とを関連付けたテーブルをクライアント情報記憶部４０に記憶しておく。このような構成によって会議サーバ装置１２は受信した表示方法識別情報に基づいてダウンロード方法を特定することができる。

会議サーバ装置１２のネゴシエーション処理部３３は端末装置１０から指定されたダウンロード方法のリクエストに対応可能であれば、ステップＳ２２に進み、指定されたダウンロード方法のリクエストに対応できることを「ＯＫ」等で端末装置１０に応答する。ステップＳ２２の処理は省略してもよい。

ステップＳ２３において、会議サーバ装置１２のネゴシエーション処理部３３は、ネゴシエーションしたダウンロード方法に関する情報を、クライアント情報として図６のようにクライアント情報記憶部４０に保存する。なお、上述したように予め対応するダウンロード方法をクライアント情報記憶部４０に記憶している場合にはステップＳ２３でダウンロード方法に関する情報を保存する必要はない。

図６はクライアント情報の一例の構成図である。図６に示すように、クライアント情報は項目として、クライアントＩＤ、分割単位、データ形式、サイズ、キャッシュ情報などを有する。クライアントＩＤは端末装置１０を一意に識別する識別情報である。クライアントＩＤは端末装置１０と会議サーバ装置１２との間の通信セッションの確立にともなって割り振られたセッションＩＤであってもよい。また、クライアントＩＤは端末装置１０のアドレス情報であってもよい。分割単位は会議資料を分割する単位であり、例えば「１ページ単位」などである。データ形式はダウンロードデータのフォーマットであり、例えば「ＪＰＥＧ形式」などである。フォーマットは「ＪＰＥＧ形式」に限られず例えば「ＰＤＦ形式」であってもよい。

また、サイズはダウンロードデータのピクセルであり、例えば「１０２４×７６８ピクセル」などである。キャッシュ情報はキャッシュ可能なページ数やキャッシュするページを判定するアルゴリズムなどの情報を含んでいる。

このように、図４のステップＳ１３に示したネゴシエーションでは、会議資料の分割単位やデータ形式、サイズなど、様々な組み合わせを、端末装置１０から会議サーバ装置１２に指定できる。

なお、ステップＳ１３に示したネゴシエーションでは、端末装置１０のキャッシュ情報に基づいて会議サーバ装置１２が、会議資料の分割単位やデータ形式、サイズなど、を決定してもよい。この場合、会議サーバ装置１２は端末装置１０からキャッシュ情報を受信して、そのキャッシュ情報に応じて会議資料の分割単位やデータ形式、サイズなど、を決定してもよい。なお、キャッシュ情報は、例えば端末装置１０のハードウェアの能力により異なるものである。このように、ネゴシエーションにより決定される会議資料のダウンロード方法は端末装置１０の能力差に応じた処理となる。

《最初に表示するページのダウンロード》
図４のステップＳ１４に示した「最初に表示するページのダウンロード」は、例えば図７のシーケンス図に示すように行われる。図７は最初に表示するページのダウンロードの処理を示した一例のシーケンス図である。

ステップＳ１３のネゴシエーションが終了した端末装置１０に対し、会議サーバ装置１２の会議制御部３１はステップＳ３１において、最初に表示するページを指定した会議資料の表示のイベント通知を行う。

ステップＳ３２において、端末装置１０の会議処理部２５はステップＳ３１において指定された会議資料のページに対応するダウンロードデータがページキャッシュ記憶部２７に保存されているか否かを確認する。ここでは、指定された会議資料のページに対応するダウンロードデータが保存されていなかったものとして説明を続ける。

ステップＳ３３において、会議処理部２５は指定された会議資料のページに対応するダウンロードデータのダウンロードをダウンロード要求部２４に指示する。ステップＳ３４において、ダウンロード要求部２４は、会議サーバ装置１２のダウンロード処理部３４に対し、指定された会議資料のページに対応するダウンロードデータのダウンロードを要求する。

ステップＳ３５において、会議サーバ装置１２のダウンロード処理部３４は、指定された会議資料のページに対応するダウンロードデータが先読みキャッシュ記憶部４１に保存されているか否かを確認する。ここでは、指定された会議資料のページに対応するダウンロードデータが保存されていなかったものとして説明を続ける。

ステップＳ３６において、ダウンロード処理部３４は指定された会議資料のページに対応するダウンロードデータへの変換を変換部３５に要求する。変換部３５はステップＳ３７において、要求元の端末装置１０に対応するクライアント情報に基づき、会議資料を指定された会議資料のページ（最初に表示するページ）に対応するダウンロードデータに変換する。

変換処理が終了すると、変換部３５はステップＳ３８において、指定された会議資料のページに対応するダウンロードデータへの変換が終了したことを、例えば「ＯＫ」等でダウンロード処理部３４に応答する。ステップＳ３９において、ダウンロード処理部３４は端末装置１０のダウンロード要求部２４から要求された会議資料のページに対応するダウンロードデータを、ダウンロード要求部２４に送信する。

ステップＳ４０において、ダウンロード要求部２４は指定された会議資料のページに対応するダウンロードデータを会議処理部２５に送信する。ステップＳ４１において、会議処理部２５は指定された会議資料のページに対応するダウンロードデータを表示装置５０２などに表示し、他の端末装置１０との間で会議資料の同期表示を行う。

なお、図７のステップＳ３７における変換処理は例えば図８に示すように行うことができる。図８は会議資料をダウンロードデータに変換する変換処理の一例のフローチャートである。

ステップＳ５１において、変換部３５は指定された会議資料を会議資料記憶部３８から取得する。ステップＳ５２において、変換部３５は図７のステップＳ３４においてダウンロード要求を行った要求元の端末装置１０に対応するクライアント情報を取得する。

ステップＳ５３において、変換部３５はクライアント情報の分割単位、及び、指定された会議資料のページに基づき、指定された会議資料のページが含まれるように、会議資料を分割する。ステップＳ５４において、変換部３５は分割された会議資料のデータ形式及びサイズを、クライアント情報のデータ形式、サイズに変換する。

ステップＳ５５において、変換部３５は会議資料から変換したダウンロードデータを先読みキャッシュ記憶部４１に保存する。なお、変換したダウンロードデータは会議資料記憶部３８に保存するようにしてもよい。また、本実施形態に係る会議システム１はダウンロードデータに変換するための時間を短縮するため、代表的な分割単位、データ形式及びサイズについて、予めダウンロードデータに変換し、保存しておいてもよい。

《残りのページのダウンロード》
図４のステップＳ１６に示した「残りのページのダウンロード」は、例えば図９に示すシーケンス図のように行われる。図９は残りのページのダウンロードの処理を表した一例のシーケンス図である。会議が開始された後、各端末装置１０は任意のタイミングで図９の処理を行うことにより、残りのページのダウンロードデータを会議サーバ装置１２から受信できる。

ステップＳ６１において、ページキャッシュ制御部２６はページキャッシュ記憶部２７に保存されているダウンロードデータ、及び、ページキャッシュ記憶部２７の空き領域を確認する。また、ステップＳ６２において、ページキャッシュ制御部２６は後述のようにダウンロードの要否について判定する。ここでは、ダウンロードが必要と判定したものとして説明を続ける。

ダウンロードが必要と判定した場合、ページキャッシュ制御部２６はステップＳ６３において、必要と判定した会議資料のページのダウンロードデータのダウンロードをダウンロード要求部２４に指示する。ステップＳ６４において、ダウンロード要求部２４は、会議サーバ装置１２のダウンロード処理部３４に対し、必要と判定された会議資料のページのダウンロードデータのダウンロードを要求する。

ステップＳ６５において、会議サーバ装置１２のダウンロード処理部３４は、端末装置１０から要求されたダウンロードデータが先読みキャッシュ記憶部４１に保存されているか否かを確認する。ここでは、要求されたダウンロードデータが保存されていなかったものとして説明を続ける。ステップＳ６６において、ダウンロード処理部３４は要求された会議資料のページのダウンロードデータへの変換を変換部３５に要求する。

変換部３５はステップＳ６７において、要求元の端末装置１０に対応するクライアント情報に基づき、要求された会議資料のページのダウンロードデータに変換する。変換処理が終了すると変換部３５はステップＳ６８において、要求された会議資料のページのダウンロードデータへの変換が終了したことを、例えば「ＯＫ」などでダウンロード処理部３４に応答する。

ステップＳ６９において、ダウンロード処理部３４は端末装置１０のダウンロード要求部２４から要求された会議資料のページに対応するダウンロードデータを、ダウンロード要求部２４に送信する。

ステップＳ７０において、ダウンロード要求部２４は指定された会議資料のページに対応するダウンロードデータをページキャッシュ制御部２６に送信する。ステップＳ７１において、ページキャッシュ制御部２６は必要と判定した会議資料のページのダウンロードデータをページキャッシュ記憶部２７に保存する。

なお、図９のステップＳ６２におけるダウンロードの要否の判定は例えば図１０に示すように行うことができる。図１０はダウンロードの要否を判定するダウンロード要否判定処理の一例のフローチャートである。図１１はページキャッシュ記憶部の一例の構成図である。

ステップＳ８１において、ページキャッシュ制御部２６は図１１に示したようなページキャッシュ記憶部２７に空き領域があるか判定する。なお、図１１のページキャッシュ記憶部２７はキャッシュ可能なページ数が「４」である例を示し、ページキャッシュ記憶部２７に空きが無い例を示している。図１１のページキャッシュ記憶部２７は例えば端末装置１０が１０ページを表示しているとき、表示している１０ページのダウンロードデータの他に、１０ページ近傍のページである９、１１及び１２ページのダウンロードデータを保存する。

図１１のページキャッシュ記憶部２７に空き領域があれば、ページキャッシュ制御部２６はステップＳ８２に進む。ページキャッシュ制御部２６は、表示しているページ近傍のページなど、ダウンロードを要求される可能性の高い（重要な）ページを、ダウンロードが必要なダウンロードデータの候補として判定する。なお、ステップＳ８２の処理においては、ページキャッシュ記憶部２７に重複したダウンロードデータが保存されないようにダウンロードデータの候補を判定するようにしてもよい。

例えばページキャッシュ制御部２６は、表示装置５０などに現在表示中のページにより近いページなど、ページ送りなどの操作により次に必要となる可能性が最も高いページのダウンロードデータを、ダウンロードデータの候補として判定する。

一方、ステップＳ８１において、ページキャッシュ記憶部２７に空き領域が無いと判定すると、ページキャッシュ制御部２６はステップＳ８３の処理を行う。ステップＳ８３において、ページキャッシュ制御部２６はページキャッシュ記憶部２７に保存されている会議資料のページのダウンロードデータを削除するかを判定する。

例えばページキャッシュ制御部２６は、表示装置５０などに現在表示中のページから最も遠いページなど、ページ送りなどの操作により次に必要となる可能性が最も低いページのダウンロードデータを、削除候補のダウンロードデータとする。

また、ページキャッシュ制御部２６はページキャッシュ記憶部２７に保存されていないダウンロードデータのうち、次に必要となる可能性が最も高いダウンロードデータをダウンロード候補のダウンロードデータ（ダウンロードデータの候補）とする。

ページキャッシュ制御部２６はダウンロード候補のダウンロードデータの方が削除候補のダウンロードデータよりも次に必要となる可能性が高ければ、削除候補のダウンロードデータを削除すると判定する。

ページキャッシュ制御部２６は、削除候補のダウンロードデータを削除すると判定すると、ステップＳ８４からステップＳ８５に進み、ページキャッシュ記憶部２７から削除候補のダウンロードデータを削除する。

削除候補のダウンロードデータを削除しないと判定すると、ページキャッシュ制御部２６はステップＳ８４からステップＳ８６に進み、ダウンロード候補のダウンロードデータのダウンロードを不要と判定する。

図９に示した残りのページのダウンロードの処理によれば、ページキャッシュ記憶部２７に空き領域があるとき、次に必要となる可能性（重要度）が高いページのダウンロードデータを会議サーバ装置１２から端末装置１０にダウンロードしておくことができる。

また、ページキャッシュ記憶部２７に空き領域がなくても、次に必要となる可能性が低いダウンロードデータを削除することで空き領域を確保し、次に必要となる可能性が高いダウンロードデータを端末装置１０にダウンロードしておくことができる。次に必要となる可能性が高いダウンロードデータのダウンロードが終了すると、残りのページのダウンロードの処理は中断（アイドル）状態となり、ページ送りなどの操作が行われた後に再開される。

ページ送りなどの操作が行われ、表示するページが変更になった場合、本実施形態の会議システム１では、図１２に示すように、各端末装置１０の表示装置５０に表示されている会議資料のページを変更する。図１２は表示するページが変更になったときの処理を表した一例のシーケンス図である。

会議サーバ装置１２は発表者の端末装置１０からページ送りの操作の情報を受信したものとする。ステップＳ９１において、会議サーバ装置１２の会議制御部３１は、発表者の端末装置１０から受信したページ送りの操作の情報に基づき、次に表示するページを指定した会議資料の表示のイベント通知を行う。

ステップＳ９２において、端末装置１０の会議処理部２５はステップＳ９１において指定された会議資料のページに対応するダウンロードデータがページキャッシュ記憶部２７に保存されているか否かを確認する。ここでは、指定された会議資料のページに対応するダウンロードデータが保存されていたものとして説明を続ける。

ステップＳ９３において、会議処理部２５は指定された会議資料のページに対応するダウンロードデータをページキャッシュ記憶部２７から取得し、表示装置５０２などに表示することで、他の端末装置１０との間で会議資料の同期表示を行う。なお、指定された会議資料のページに対応するダウンロードデータがページキャッシュ記憶部２７に保存されていなければ、会議処理部２５は図７のステップＳ３３以降の処理を行うことで、指定された会議資料のページに対応するダウンロードデータを取得する。このとき、図９及び図１０に示したように、ページキャッシュ制御部２６はページキャッシュ記憶部２７に保存されているダウンロードデータから次に必要となる可能性が低いダウンロードデータを削除して、空き容量を確保するようにしてもよい。

本実施形態の会議システム１では、各端末装置１０が任意のタイミングで図９の処理を行うことにより、残りのページのダウンロードデータを会議サーバ装置１２から受信している。この際、本実施形態の会議システム１では、ネットワーク１４の輻輳が発生しないように、帯域情報を観測しながら各端末装置１０間でダウンロードのタイミングをずらすなどの制御も可能である。

各端末装置１０間でダウンロードのタイミングをずらすなどの制御により、本実施形態の会議システム１は、帯域の圧迫によるパフォーマンスの低下を抑えられるという副次的な効果も有する。また、本実施形態の会議システム１は、ページキャッシュ制御部２６の制御によりページキャッシュ記憶部２７にダウンロードデータを保存することで、会議資料の一部のページを保存しておけばよい。

各端末装置１０はダウンロードデータを上記のようにキャッシュすることで、より少ないリソース（メモリやローカルディスクなど）で高いパフォーマンスを得ることが期待できるようになる。

《先読みキャッシュ》
会議サーバ装置１２において、先読みキャッシュ制御部３６は例えば図１３のシーケンス図に示すように、先読みキャッシュ記憶部４１に保存しておくダウンロードデータを制御する。図１３は先読みキャッシュの処理を表した一例のシーケンス図である。

会議サーバ装置１２は、任意のタイミングで図１３の処理を行うことにより、各端末装置１０からダウンロードを要求される可能性が高いページのダウンロードデータを先読みキャッシュ記憶部４１に保存しておくことができる。

ステップＳ１０１において、先読みキャッシュ制御部３６は先読みキャッシュ記憶部４１に保存されているダウンロードデータ、及び、先読みキャッシュ記憶部４１の空き領域を確認する。また、ステップＳ１０２において、先読みキャッシュ制御部３６は後述のように変換処理の要否について判定する。ここでは、変換処理が必要と判定したものとして説明を続ける。

変換処理が必要と判定した場合、先読みキャッシュ制御部３６はステップＳ１０３において、変換処理が必要と判定した会議資料のページのダウンロードデータへの変換を変換部３５に要求する。

変換部３５はステップＳ１０４において、各端末装置１０に対応するクライアント情報に基づき、要求された会議資料のページのダウンロードデータに変換する。変換処理が終了すると変換部３５はステップＳ１０５において、要求された会議資料のページのダウンロードデータへの変換が終了したことを、例えば「ＯＫ」などで先読みキャッシュ制御部３６に応答する。ステップＳ１０６において、先読みキャッシュ制御部３６は変換処理が必要と判定した会議資料のページのダウンロードデータを先読みキャッシュ記憶部４１に保存する。

なお、図１３のステップＳ１０２における変換処理の要否の判定は例えば図１４に示すように行うことができる。図１４は変換処理の要否を判定する変換要否判定処理の一例のフローチャートである。図１５は先読みキャッシュ記憶部の一例の構成図である。

ステップＳ１１１において、先読みキャッシュ制御部３６は図１５に示したような先読みキャッシュ記憶部４１に空き領域があるか判定する。図１５の先読みキャッシュ記憶部４１はキャッシュ可能なページ数が「４」である例を示し、先読みキャッシュ記憶部４１に空きが無い例を示している。図１５の先読みキャッシュ記憶部４１は例えば端末装置１０が１０ページを表示しているとき、１０ページ近傍のページである８、９、１１及び１２ページのダウンロードデータを保存する。

図１５の先読みキャッシュ記憶部４１に空き領域があれば、先読みキャッシュ制御部３６はステップＳ１１２に進む。ステップＳ１１２において、先読みキャッシュ制御部３６は次に必要となる可能性が高い会議資料のページのダウンロードデータを、ダウンロードデータの候補（変換処理が必要なダウンロードデータ）として判定する。

例えば先読みキャッシュ制御部３６は、クライアント情報のキャッシュ情報に含まれるキャッシュ可能なページ数やキャッシュするページを判定するアルゴリズムなどの情報に基づき、ダウンロードデータの候補を判定する。なお、ステップＳ１１２の処理においては先読みキャッシュ記憶部４１に重複したダウンロードデータが保存されないようにダウンロードデータの候補を判定するようにしてもよい。

一方、ステップＳ１１１において、先読みキャッシュ記憶部４１に空き領域が無いと判定すると、先読みキャッシュ制御部３６はステップＳ１１３の処理を行う。ステップＳ１１３において、先読みキャッシュ制御部３６は先読みキャッシュ記憶部４１に保存されている会議資料のページのダウンロードデータを削除するかを判定する。

例えば先読みキャッシュ制御部３６は、端末装置１０が現在表示中のページから最も遠いページなど、ページ送りなどの操作により次に必要となる可能性が最も低いページのダウンロードデータを、削除候補のダウンロードデータとする。

また、先読みキャッシュ制御部３６は先読みキャッシュ記憶部４１に保存されていないダウンロードデータのうち、次に必要となる可能性が最も高いダウンロードデータをダウンロード候補のダウンロードデータ（ダウンロードデータの候補）とする。

先読みキャッシュ制御部３６はダウンロード候補のダウンロードデータの方が削除候補のダウンロードデータよりも次に必要となる可能性が高ければ、削除候補のダウンロードデータを削除すると判定する。

先読みキャッシュ制御部３６は、削除候補のダウンロードデータを削除すると判定すると、ステップＳ１１４からステップＳ１１５に進み、先読みキャッシュ記憶部４１から削除候補のダウンロードデータを削除する。

削除候補のダウンロードデータを削除しないと判定すると先読みキャッシュ制御部３６はステップＳ１１４からステップＳ１１６に進み、変換処理が不要と判定する。

図１３に示した先読みキャッシュの処理によれば、先読みキャッシュ記憶部４１に空き領域があるとき、次に必要となる可能性（重要度）が高いページのダウンロードデータに変換して先読みキャッシュ記憶部４１に保存しておくことができる。

また、先読みキャッシュ記憶部４１に空き領域がなくても、次に必要となる可能性が低いダウンロードデータを削除することで空き領域を確保し、次に必要となる可能性が高いダウンロードデータに変換して保存しておくことができる。次に必要となる可能性が高いダウンロードデータへの変換が終了すると、先読みキャッシュの処理は中断（アイドル）状態となり、ページ送りなどの操作が行われた後に再開される。

なお、本実施形態に係る会議システム１は、ダウンロードデータに変換するための時間を短縮するため、代表的な分割単位、データ形式及びサイズについて、予めダウンロードデータに変換し、先読みキャッシュ記憶部４１に保存しておいてもよい。

《ダウンロード処理》
会議サーバ装置１２は、各端末装置１０からダウンロードデータのダウンロードを要求される。そこで、会議サーバ装置１２はダウンロード用のキューを設け、ダウンロード用のキューを利用して、各端末装置１０からの要求の処理順番を、図１６に示すように調整する。

図１６はダウンロード処理の一例のフローチャートである。ステップＳ１２１においてダウンロード処理部３４はダウンロード用のキューに投入されている各端末装置１０からの要求を確認する。

ステップＳ１２２において、ダウンロード処理部３４はダウンロード用のキューに投入されている各端末装置１０からの要求の順番を各要求が必要となる可能性に応じて入れ替える。例えばダウンロード処理部３４はイベント通知により必要となったダウンロード要求がページキャッシュ記憶部２７に保存するためのダウンロード要求より優先されるように、ダウンロード用のキューに投入されている要求の順番を入れ替える。

また、ダウンロード処理部３４は端末装置１０やネットワーク１４の能力差を吸収するために優先すべきダウンロード要求が優先されるように、ダウンロード用のキューに投入されている要求の順番を入れ替える。

ステップＳ１２３において、ダウンロード処理部３４はダウンロード用のキューから最先のダウンロード要求を取得し、そのダウンロード要求に応じたダウンロードデータを要求元の端末装置１０に送信する。図１６のダウンロード処理によれば、優先すべきダウンロード要求が優先して処理されるように、ダウンロード要求を処理する順番を入れ替えることができる。

図１７はダウンロードキューの動作を表した一例の説明図である。図１７に示すようにダウンロード用のキューには各端末装置１０からのダウンロードの要求が、要求された順番に順次投入される。ダウンロード処理部３４はダウンロード用のキューに投入されている各端末装置１０からの要求を確認し、必要となる可能性が高い要求を取り出してダウンロード処理を行う。

例えば現在表示中のページが１０ページであるとき、ダウンロード処理部３４はダウンロード用のキューに投入されている要求のうち、ページ送りなどの操作により次に必要となる可能性が最も高い１１ページに対応する要求Ｃから取得する。このように、図１７に示したダウンロードキューの動作によれば、ダウンロード用のキューに投入されている各端末装置１０からのダウンロードの要求を、必要となる可能性が高い順番に処理できる。
［第２の実施形態］
第１の実施形態は、ページキャッシュ記憶部２７に保存するダウンロードデータを制御するためのダウンロード要否判定処理を端末装置１０側で行っている。第２の実施形態は会議サーバ装置１２側でダウンロード要否判定処理を行う。第２の実施形態に係る会議システム１は例えば図１８に示す機能ブロックで実現される。

図１８は本実施形態に係る会議システムの他の例の機能ブロック図である。図１８の端末装置１０は図３の端末装置１０のページキャッシュ制御部２６がダウンロード受付部２８に置換されている。また、図１８の会議サーバ装置１２は図３の会議サーバ装置１２にページキャッシュ制御部４２が追加されている。

第２の実施形態では、第１の実施形態に示した図９の残りのページのダウンロードの処理が図１９に示すようになる。図１９は残りのページのダウンロードの処理を表した他の例のシーケンス図である。会議が開始された後、会議サーバ装置１２は任意のタイミングで図１９の処理を行うことにより、残りのページのダウンロードデータを各端末装置１０に送信できる。

ステップＳ１３１において、ページキャッシュ制御部４２はページキャッシュ記憶部２７に保存されているダウンロードデータ、及び、ページキャッシュ記憶部２７の空き領域を端末装置１０ごとに確認する。ステップＳ１３２において、ページキャッシュ制御部４２は前述した図１０のようにダウンロードの要否について判定する。ここでは、ダウンロードが必要と判定したものとして説明を続ける。

ダウンロードが必要と判定した場合、ページキャッシュ制御部４２はステップＳ１３３において、ダウンロードが必要と判定したダウンロードデータが先読みキャッシュ記憶部４１に保存されているか否かを確認する。ここでは、ダウンロードが必要と判定したダウンロードデータが保存されていなかったものとして説明を続ける。

ステップＳ１３４において、ページキャッシュ制御部４２はダウンロードが必要と判定したダウンロードデータへの変換を変換部３５に要求する。変換部３５はステップＳ１３５において、送信先の端末装置１０に対応するクライアント情報に基づき、ダウンロードが必要と判定したダウンロードデータに変換する。変換処理が終了すると変換部３５はステップＳ１３６において、ダウンロードが必要と判定したダウンロードデータへの変換が終了したことを、例えば「ＯＫ」などでページキャッシュ制御部４２に応答する。

ステップＳ１３７においてページキャッシュ制御部４２はダウンロードが必要と判定したダウンロードデータのダウンロードをダウンロード処理部３４に指示する。ステップＳ１３８において、ダウンロード処理部３４はダウンロードが必要と判定したダウンロードデータを、端末装置１０のダウンロード受付部２８に送信する。

ステップＳ１３９において、ダウンロード受付部２８は会議サーバ装置１２から受信したダウンロードデータをページキャッシュ記憶部２７に保存する。なお、ステップＳ１３３において、ダウンロードが必要と判定したダウンロードデータが先読みキャッシュ記憶部４１に保存されていれば、ページキャッシュ制御部４２はステップＳ１３４〜Ｓ１３６の処理をスキップしてステップＳ１３７の処理を行う。

第２の実施形態によれば、端末装置１０はダウンロード要否判定処理を行う必要がなくなるため、処理負荷を軽減できる。
［第３の実施形態］
第１の実施形態は、ページキャッシュ記憶部２７に保存するダウンロードデータを制御するためのダウンロード要否判定処理を端末装置１０側で行っている。第２の実施形態は会議サーバ装置１２側でダウンロード要否判定処理を行っている。第３の実施形態はダウンロード要否判定処理を行う端末装置１０と、会議サーバ装置１２側で行うダウンロード要否判定処理を利用する端末装置１０と、が混在するものである。

第３の実施形態に係る会議システム１では、会議サーバ装置１２側で、ダウンロード要否判定処理を行う主体（ページキャッシュ制御主体）を認識できる必要がある。そこで会議サーバ装置１２は図２０に示すようなクライアント情報をクライアント情報記憶部４０に保存している。

図２０はクライアント情報の他の例の構成図である。図２０のクライアント情報は図６のクライアント情報の項目に加え、ページキャッシュ制御主体を項目として有する。図２０のクライアント情報に含まれる「ページキャッシュ制御主体」は、端末装置１０と会議サーバ装置１２との対応関係において、ダウンロード要否判定処理を行う主体を示している。会議サーバ装置１２はクライアント情報のページキャッシュ制御主体を確認することにより、ダウンロード要否判定処理を行う必要のある端末装置１０を認識できる。
［まとめ］
本実施形態は会議の参加者に会議資料を電子的に配布し、会議中、参加者が配布された会議資料を端末装置１０で閲覧しながら会議を進める会議システム１に適用できる。会議システム１の他、本実施形態はセミナーや授業の受講者に資料を電子的に配布し、受講者が配布された資料を端末装置１０で閲覧しながらセミナーや授業を進めるセミナーシステムや授業システムにも適用できる。

例えば会議資料を電子的に配布し、その会議資料を参加者が端末装置１０で閲覧しながら会議を進める会議システム１では、時間を節約し、会議を早く開始できるよう、全ての参加者に短時間で会議資料を配布することが望まれる。また、会議システム１において開催される会議には、適切な参加者のみに会議資料の配布を行いたい会議や会議終了後に会議資料を回収したい会議なども含まれる。

このため、会議システム１では会議資料を早く安全に配布することが重要である。会議システム１では会議資料が予め会議サーバ装置１２にアップロードされている。会議の参加者は、会議の開始時間になったら自身の端末装置１０から会議サーバ装置１２にログインする。会議の参加者は会議資料を自身の端末装置１０にダウンロードする。全ての参加者が会議資料のダウンロードを終了したあと、会議は開始される。

なお、本実施形態の会議システム１では、会議の開始時間直前まで会議資料が修正される可能性や、会議終了後に会議資料を回収したい会議に対応するため、会議の開始時間後に会議資料のダウンロードを行うことを想定する。したがって、本実施形態の会議システム１は会議の開始時間後に会議資料のダウンロードを開始する会議において、短時間で会議を開始できるようにする。

具体的に、本実施形態の会議システム１は、会議資料を分割してダウンロードし、分割した会議資料の一つをダウンロードした時点で会議を開始させることにより、会議資料を一括してダウンロードするよりも会議を開始するまでの時間を短縮できる。残りの会議資料は会議の開始後にバックグランド処理により会議サーバ装置１２から端末装置１０にダウンロードされる。

また、本実施形態の会議システム１は、端末装置１０にダウンロードしたダウンロードデータのうち、次に必要となる可能性の低いダウンロードデータを順次消去するため、セキュリティ的にも優れている。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。なお、特許請求の範囲に記載した情報処理装置は会議サーバ装置１２に対応する。情報処理システムは会議システム１に対応する。

また、送信手段はダウンロード要求部２４、ダウンロード処理部３４に対応する。表示処理手段は会議処理部２５に対応する。決定手段はネゴシエーション要求部２３、ネゴシエーション処理部３３に対応する。送信情報記憶手段はページキャッシュ記憶部２７に対応する。送信情報記憶制御手段はページキャッシュ制御部２６に対応する。先読み送信情報記憶手段は先読みキャッシュ記憶部４１に対応する。先読み送信情報記憶制御手段は先読みキャッシュ記憶部４１に対応する。

なお、本実施形態の会議システム１は一例であって、用途や目的に応じて様々なシステム構成例があることは言うまでもないことである。

１ 会議システム
１０ 端末装置
１２ 会議サーバ装置
１４ ネットワーク
２１ アップロード要求部
２２ ログイン要求部
２３ ネゴシエーション要求部
２４ ダウンロード要求部
２５ 会議処理部
２６ ページキャッシュ制御部
２７ ページキャッシュ記憶部
２８ ダウンロード受付部
３１ 会議制御部
３２ アップロード受付部
３３ ネゴシエーション処理部
３４ ダウンロード処理部
３５ 変換部
３６ 先読みキャッシュ制御部
３７ 会議情報記憶部
３８ 会議資料記憶部
３９ ユーザ情報記憶部
４０ クライアント情報記憶部
４１ 先読みキャッシュ記憶部
４２ ページキャッシュ制御部
５０１ 入力装置
５０２ 表示装置
５０３ 外部Ｉ／Ｆ
５０３ａ 記録媒体
５０４ ＲＡＭ（Random Access Memory）
５０５ ＲＯＭ（Read Only Memory）
５０６ ＣＰＵ（Central Processing Unit）
５０７ 通信Ｉ／Ｆ
５０８ ＨＤＤ（Hard Disk Drive）
６０１ 入力装置
６０２ 表示装置
６０３ 外部Ｉ／Ｆ
６０３ａ 記録媒体
６０４ ＲＡＭ（Random Access Memory）
６０５ ＲＯＭ（Read Only Memory）
６０６ ＣＰＵ（Central Processing Unit）
６０７ 通信Ｉ／Ｆ
６０８ ＨＤＤ（Hard Disk Drive）
Ｂ バス

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

Claims (13)

1. 一つ以上の端末装置と情報処理装置とがネットワークを介して接続される情報処理システムであって、
   前記情報処理装置は、
   情報を記憶する情報記憶手段と、
   端末装置毎に決定された前記情報を分割する単位を含む前記情報の送信方法に関する情報に基づき、前記分割する単位で分割された前記情報を前記端末装置に送信する送信情報に変換する変換手段と、
   前記情報のうち第一の表示部分を含むように前記変換手段で変換された第一の送信情報を前記端末装置に送信し、前記情報のうち前記第一の表示部分でない第二の表示部分を含むように前記変換手段で変換された第二の送信情報を前記第一の送信情報の送信後に前記端末装置に送信する送信手段と、
   を備え、
   前記端末装置は、
   前記第一及び前記第二の送信情報を表示する表示処理手段、
   を備えたことを特徴とする情報処理システム。
2. 前記第一の表示部分は、前記端末装置において最初に表示される部分であって、前記第二の表示部分は、前記端末装置において前記第一の表示部分が表示された後に表示される部分であることを特徴とする請求項１記載の情報処理システム。
3. 前記情報処理装置は、
   前記端末装置と前記情報処理装置との間で交換される前記情報の送信方法に関する情報に基づき、前記情報の送信方法を前記端末装置毎に決定する決定手段
   を更に有する請求項１又は２記載の情報処理システム。
4. 前記情報の送信方法に関する情報は、前記情報を分割する単位、前記送信情報のデータ形式、前記送信情報の表示サイズ、を含むこと
   を特徴とする請求項３記載の情報処理システム。
5. 前記端末装置は、
   前記情報処理装置から送信された前記送信情報を記憶する送信情報記憶手段と、
   次に前記表示処理手段により表示される候補となる前記送信情報が前記情報処理装置から前記端末装置に送信されるように制御する送信情報記憶制御手段と、
   を更に有し、
   前記表示処理手段は、次に表示する前記送信情報が前記送信情報記憶手段に記憶されていれば、前記送信情報記憶手段に記憶されている前記送信情報を表示すること
   を特徴とする請求項１乃至４何れか一項記載の情報処理システム。
6. 前記情報処理装置は、
   前記一つ以上の端末装置のそれぞれが表示している前記送信情報の識別情報を記憶する表示識別情報記憶手段を更に備え、
   前記送信情報記憶制御手段は、前記一つ以上の端末装置のそれぞれから送信される前記送信情報の取得要求と、前記表示識別情報記憶手段に記憶されている前記識別情報とに基づき、前記端末装置のそれぞれに送信する送信情報の候補を決定することを特徴とする請求項５記載の情報処理システム。
7. 前記識別情報は、前記送信情報のページ情報を含んでおり、
   前記送信情報記憶制御手段は、前記送信情報の取得要求と前記識別情報で示される前記送信情報のページ情報との関係に基づき、前記ページ情報に最も近いページ情報の前記送信情報が送信されるよう、前記送信情報の記憶を制御することを特徴とする請求項６記載の情報処理システム。
8. 前記情報処理装置は、
   前記端末装置に送信する候補となる前記送信情報を記憶する先読み送信情報記憶手段と、
   次に前記端末装置に送信する候補となる前記送信情報が前記先読み送信情報記憶手段に記憶されるように制御する先読み送信情報記憶制御手段と、
   を更に有し、
   前記送信手段は、前記端末装置に送信する前記送信情報が前記先読み送信情報記憶手段に記憶されていれば、前記先読み送信情報記憶手段に記憶されている前記送信情報を送信すること
   を特徴とする請求項１乃至７何れか一項記載の情報処理システム。
9. 前記変換手段は、端末装置毎に決定された前記情報の送信方法に関する情報に基づき、前記情報を分割して前記端末装置に送信する送信情報に変換すること
   を特徴とする請求項１乃至８何れか一項記載の情報処理システム。
10. 前記変換手段によって変換される前記情報は会議資料のデータであって、前記分割する単位は会議資料のページ単位であること
    を特徴とする請求項１乃至９何れか一項記載の情報処理システム。
11. 一つ以上の端末装置とネットワークを介して接続される情報処理装置であって、
    情報を記憶する情報記憶手段と、
    端末装置毎に決定された前記情報を分割する単位を含む前記情報の送信方法に関する情報に基づき、前記分割する単位で分割された前記情報を前記端末装置に送信する送信情報に変換する変換手段と、
    前記情報のうち第一の表示部分を含むように前記変換手段で変換された第一の送信情報を前記端末装置に送信し、前記情報のうち前記第一の表示部分でない第二の表示部分を含むように前記変換手段で変換された第二の送信情報を前記第一の送信情報の送信後に前記端末装置に送信する送信手段と、
    を備えたことを特徴とする情報処理装置。
12. 一つ以上の端末装置と情報処理装置とがネットワークを介して接続される情報処理システムにおいて実行される情報送信方法であって、
    端末装置毎に決定された情報を分割する単位を含む前記情報の送信方法に関する情報に基づき、情報記憶手段に記憶されている前記分割する単位で分割された情報を前記端末装置に送信する送信情報に変換する変換ステップと、
    前記情報のうち第一の表示部分を含むように前記変換ステップで変換された第一の送信情報を前記端末装置に送信し、前記情報のうち前記第一の表示部分でない第二の表示部分を含むように前記変換ステップで変換された第二の送信情報を前記第一の送信情報の送信後に前記端末装置に送信する送信ステップと、
    前記第一及び前記第二の送信情報を表示する表示処理ステップと、
    を有することを特徴とする情報送信方法。
13. 一つ以上の端末装置とネットワークを介して接続される情報処理装置を、
    情報を記憶する情報記憶手段、
    端末装置毎に決定された前記情報を分割する単位を含む前記情報の送信方法に関する情報に基づき、前記分割する単位で分割された前記情報を前記端末装置に送信する送信情報に変換する変換手段、
    前記情報のうち第一の表示部分を含むように前記変換手段で変換された第一の送信情報を前記端末装置に送信し、前記情報のうち前記第一の表示部分でない第二の表示部分を含むように前記変換手段で変換された第二の送信情報を前記第一の送信情報の送信後に前記端末装置に送信する送信手段、
    として機能させるためのプログラム。

Images