JP6540201B2

JP6540201B2 - 情報処理システム及び情報取得方法

Info

Publication number: JP6540201B2
Application number: JP2015092644A
Authority: JP
Inventors: 陽介岡
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2015-04-30
Filing date: 2015-04-30
Publication date: 2019-07-10
Anticipated expiration: 2035-04-30
Also published as: US10296514B2; EP3089083A1; US20160321333A1; JP2016212482A

Description

本発明は情報処理システム及び情報取得方法に関する。

従来の電子会議システムには、会議資料を配布する端末装置の種類に応じて会議資料を適切なファイル形式に変換し、変換した後の適切なファイル形式の会議資料を端末装置に配布するものがあった。

例えば従来の会議支援システムでは表示端末のスペック（仕様）に応じて追加情報の情報形態を表示端末ごとに判断し、追加情報を適切な情報形態に変換処理したあとで表示端末へ配信する内容が知られている（例えば特許文献１参照）。

従来の電子会議システムでは会議サーバ装置に追加された会議資料を会議に参加する端末装置の全ての種類に応じて適切なファイル形式に変換し終わったあとで、端末装置への会議資料の配布が可能となる。したがって、従来の電子会議システムは変換の必要なファイル形式が複数種類ある場合に、全ての種類のファイル形式への変換が終わらなければ、追加された会議資料の配布を開始できないという問題があった。

本発明の実施の形態は、上記の点に鑑みなされたもので、変換の終わった形式の情報から取得を開始できる情報処理システムを提供することを目的とする。

上記目的を達成するため、本願請求項１は、使用可能な情報の形式が異なり、共有画面で情報の共有を行う複数の端末装置が、登録端末によって情報処理装置に追加された情報を自機で使用する形式で前記情報処理装置から取得する情報処理システムであって、前記複数の端末装置から表示画面での情報の共有への参加要求を受け付ける参加受付手段と、前記参加要求を受け付けた前記複数の端末装置における表示画面での情報の共有を制御する制御手段と、前記登録端末から一の形式で前記情報処理装置に新しく登録された情報を複数種類の形式のそれぞれに順に変換する変換手段と、前記複数種類の形式に含まれるいずれか一つの形式への変換が完了した際に、変換の完了した前記形式の完了通知を前記複数の端末装置に配信する完了通知配信手段と、前記複数の端末装置において、自機で使用する前記形式の完了通知を受信したと判定した場合に前記情報処理装置から自機で使用する前記形式の情報の取得処理を行う情報取得手段と、前記複数の端末装置において、前記形式の完了通知を受信したと判定した場合に、情報のファイル名と共に、情報が新しく登録された旨のメッセージを前記表示画面に表示する表示制御手段と、を有することを特徴とする。

本発明の実施の形態によれば、変換の終わった形式の情報から取得を開始することができる。

本実施形態に係る会議システムの一例の構成図である。本実施形態に係るコンピュータの一例のハードウェア構成図である。ファイルサーバ装置の一例の機能ブロック図である。会議サーバ装置の一例の機能ブロック図である。登録端末の一例の機能ブロック図である。参加端末の一例の機能ブロック図である。会議参加処理の一例のフローチャートである。参加端末情報ＤＢに記録された参加端末情報の一例の構成図である。会議中の会議資料の追加処理を表した一例のシーケンス図である。資料追加者管理テーブルの一例の構成図である。資料情報の一例の構成図である。会議資料の追加要求を行った登録端末に表示される画面の一例のイメージ図である。会議資料のファイル形式の変換にエラーが発生した場合に表示される画面の一例のイメージ図である。変換Ａの完了通知を受信した場合に表示される画面の一例のイメージ図である。変換Ａの完了通知を受信した場合に表示される画面の他の例のイメージ図である。会議資料取得有無判定処理の一例のフローチャートである。会議資料の取得処理の一例のフローチャートである。会議に参加中の参加端末の端末タイプ情報の一例の構成図である。参加端末が使用する端末タイプごとのファイル形式情報の一例の構成図である。会議中の会議資料の追加処理を表した他の例のシーケンス図である。変換完了通知を配信する処理の一例のフローチャートである。変換の順番が異なる変換スレッド作成処理の一例のフローチャートである。変換の順番が異なる変換スレッド作成処理の他の例のフローチャートである。

次に、本発明の実施の形態について、詳細に説明する。なお、本実施形態では情報処理システムの一例としての会議システムについて説明する。本実施形態に係る会議システムは参加端末が会議資料を取得し、その会議資料を参加端末が表示することで電子会議が行われる。
［第１の実施形態］
＜システム構成＞
図１は本実施形態に係る会議システムの一例の構成図である。図１の会議システム１はファイルサーバ装置１０、会議サーバ装置１１、登録端末１２、複数の種類の参加端末１３が、ＬＡＮなどのネットワークＮ１に接続される構成を一例として示している。

ファイルサーバ装置１０は会議資料の管理を行う。ファイルサーバ装置１０は会議資料の登録を受け付ける機能、会議資料を配布する機能、会議資料のファイル形式を変換する機能などを有する。

会議サーバ装置１１は会議の情報の管理を行う。また、会議サーバ装置１１は会議の開催や参加制御、参加中の参加端末１３に対して発表者の入力操作をリアルタイムに配信する機能などを有する。

登録端末１２は、会議の情報や会議資料をファイルサーバ装置１０や会議サーバ装置１１に登録する機能などを備えている。会議の開催者や発表者は、登録端末１２から会議の情報や会議資料をファイルサーバ装置１０や会議サーバ装置１１に登録できる。

登録端末１２は、会議の開催者や発表者が操作するデバイスである。登録端末１２はＰＣ（パーソナルコンピュータ）やタブレット端末、スマートフォンや携帯電話、ＰＤＡなどの携帯情報端末の他、会議専用端末であってもよい。また、登録端末１２は、プリンタや複合機などの画像形成装置、プロジェクタ等の投影装置であってもよい。

参加端末１３は会議の情報や会議資料をファイルサーバ装置１０や会議サーバ装置１１から取得し、会議に参加する機能などを備えている。また、参加端末１３は会議への参加中にもファイルサーバ装置１０から会議資料を取得できる。会議の発表者や参加者は、参加端末１３から会議に参加できる。参加端末１３は会議の発表者や参加者が操作するデバイスである。参加端末１３は会議への参加中、会議サーバ装置１１から発表者の入力操作をリアルタイムに受信し、他の参加端末１３と表示画面の共有を行う。

参加端末１３はＰＣやタブレット端末、スマートフォンや携帯電話、ＰＤＡなどの携帯情報端末、電子ホワイトボード等の表示装置、プロジェクタ等の投影装置等の他、会議専用端末であってもよい。参加端末１３はプリンタや複合機などの画像形成装置であってもよい。なお、ＰＣやタブレット端末などは端末装置の種類の一例である。

なお、ファイルサーバ装置１０や会議サーバ装置１１は１つのコンピュータ上で動作するソフトウェアやサービスにより実現できる。ファイルサーバ装置１０や会議サーバ装置１１は複数のコンピュータ上で動作するソフトウェアやサービスであってもよい。ファイルサーバ装置１０や会議サーバ装置１１は例えば所謂クラウドサービスの形態をとることもできる。

＜ハードウェア構成＞
ファイルサーバ装置１０、会議サーバ装置１１、登録端末１２、参加端末１３は、例えば図２に示すハードウェア構成のコンピュータ１００により実現される。図２は本実施形態に係るコンピュータの一例のハードウェア構成図である。

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

入力装置１０１はキーボードやマウス、タッチパネルなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置１０２はディスプレイ等を含み、コンピュータ１００による処理結果を表示する。

通信Ｉ／Ｆ１０７はコンピュータ１００を各種ネットワークに接続するインタフェースである。これにより、コンピュータ１００は通信Ｉ／Ｆ１０７を介してデータ通信を行うことができる。

また、ＨＤＤ１０８はプログラムやデータを格納している不揮発性の記憶装置の一例である。ＨＤＤ１０８に格納されるプログラムやデータにはコンピュータ１００全体を制御する基本ソフトウェアであるＯＳ、ＯＳ上において各種機能を提供するアプリケーションソフトウェア（以下、単にアプリケーションと呼ぶ）などがある。コンピュータ１００はＨＤＤ１０８に替え、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであってもよい。

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

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

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

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

＜ソフトウェア構成＞
本実施形態に係る会議システム１のファイルサーバ装置１０、会議サーバ装置１１、登録端末１２、参加端末１３は例えば以下のような機能ブロックにより実現される。

《ファイルサーバ装置》
ファイルサーバ装置１０は例えば図３に示すような機能ブロックで実現される。図３はファイルサーバ装置の一例の機能ブロック図である。ファイルサーバ装置１０はプログラムを実行することで、会議資料登録処理部２１、変換スレッド生成部２２、資料送信部２３、変換スレッド２４、資料ファイル記憶部２８を実現する。なお、変換スレッド２４は変換部２５及び完了通知部２６を有している。変換スレッド２４は変換スレッド生成部２２により生成され、所定の処理を終了したあとで削除される。

会議資料登録処理部２１は登録端末１２から会議の開始前に会議資料の登録要求を受け付けて会議資料の登録処理を行う。また、会議資料登録処理部２１は会議中に会議資料を追加する登録要求（追加要求）を受け付けて会議資料の追加処理を行う。

変換スレッド生成部２２は登録要求又は追加要求を受け付けた会議資料のファイル形式を変換するための変換スレッド２４を生成する。資料送信部２３は参加端末１３からの資料取得要求に基づき会議資料を参加端末１３に送信する。

変換スレッド２４は登録要求又は追加要求を受け付けた会議資料のファイル形式を参加端末１３が必要とする複数種類のファイル形式に変換する。変換スレッド２４の変換部２５は登録要求又は追加要求を受け付けた会議資料のファイル形式を複数種類のファイル形式に変換する。変換スレッド２４の完了通知部２６は変換部２５で複数種類のファイル形式に含まれる一つのファイル形式の変換が終了する度に、ファイル形式の種類を指定した変換の完了通知を会議サーバ装置１１に通知する。

なお、完了通知部２６は登録要求又は追加要求を受け付けた会議資料のファイル形式を指定して変換の完了通知を会議サーバ装置１１に通知することもできる。登録要求又は追加要求を受け付けた会議資料のファイル形式を指定して変換の完了通知を会議サーバ装置１１に通知する仕組みは、完了通知部２６以外に設けてもよい。

また、資料ファイル記憶部２８は登録要求又は追加要求を受け付けたファイル形式の会議資料と、変換スレッド２４により変換された複数種類のファイル形式の会議資料とを記憶する。

《会議サーバ装置》
会議サーバ装置１１は例えば図４に示すような機能ブロックで実現される。図４は会議サーバ装置の一例の機能ブロック図である。会議サーバ装置１１はプログラムを実行することで、画面送信部３１、会議情報登録処理部３２、完了通知配信部３３、参加受付部３４、会議制御部３５、会議情報ＤＢ３６、資料情報ＤＢ３７、参加端末情報ＤＢ３８を実現する。

画面送信部３１は登録端末１２からのアクセス要求に基づき会議登録画面データを登録端末１２に送信する。会議情報登録処理部３２は登録端末１２から会議の情報の登録要求を受け付けて会議の情報を会議情報ＤＢ３６又は資料情報ＤＢ３７に登録する。

完了通知配信部３３はファイルサーバ装置１０からファイル形式の種類を指定した変換の完了通知を受け付けると、その変換の完了通知を後述するように登録端末１２、参加端末１３に配信する。参加受付部３４は参加端末１３からの会議情報取得要求に基づき、開催又は参加できる会議の情報を参加端末１３に送信する。また、参加受付部３４は参加端末１３からの参加要求に基づき、表示画面の共有に必要な会議中情報を参加端末１３に送信する。

会議制御部３５は発表者の参加端末１３から入力操作を受け付け、会議に参加中の参加者の参加端末１３に対して発表者の入力操作を配信することで、会議に参加中の参加端末１３において表示画面の共有を行わせる。会議情報ＤＢ３６は会議情報を保存する。資料情報ＤＢ３７は会議で使用する資料情報を保存する。なお、資料情報には会議で使用する会議資料の保存先が記録されている。参加端末情報ＤＢ３８は会議に参加中の参加端末１３の端末ＩＤが記録されている。

《登録端末》
登録端末１２は例えば図５に示すような機能ブロックで実現される。図５は登録端末の一例の機能ブロック図である。登録端末１２はプログラムを実行することで、表示制御部４１、操作受付部４２、登録要求部４３を実現する。

表示制御部４１は会議の開催者や発表者の操作により会議登録画面を表示する処理などを行う。操作受付部４２は会議登録画面に対する開催者や発表者の操作により会議の情報の入力、会議資料の登録指示や追加指示を受け付ける。登録要求部４３は会議登録画面に入力された会議の情報の登録要求を会議サーバ装置１１に対して行い、会議サーバ装置１１に会議の情報を登録する。また、登録要求部４３は会議の開催者や発表者から受け付けた会議資料の登録指示や追加指示に基づき、ファイルサーバ装置１０に会議資料の登録要求又は追加要求を行う。

《参加端末》
参加端末１３は例えば図６に示すような機能ブロックで実現される。図６は参加端末の一例の機能ブロック図である。参加端末１３はプログラムを実行することで、表示制御部５１、操作受付部５２、資料取得部５３、参加要求部５４、参加処理部５５、会議処理部５６、資料ファイル記憶部５８を実現する。参加端末１３で実行されるプログラムは例えば参加端末１３に搭載されているアプリケーションである。

表示制御部５１は会議の発表者や参加者の操作により会議参加画面、会議画面を表示する処理などを行う。操作受付部５２は会議参加画面、会議画面に対する発表者や参加者の操作を受け付ける。資料取得部５３はファイルサーバ装置１０に対して資料取得要求を行うことでファイルサーバ装置１０から必要なファイル形式の会議資料を取得する。参加要求部５４は会議サーバ装置１１に対して会議の情報の取得要求を行い、会議サーバ装置１１から開催又は参加できる会議の情報を取得する。また、参加要求部５４は会議サーバ装置１１に対して会議への参加要求を行い、会議サーバ装置１１から表示画面の共有に必要な会議中情報を受信する。

参加処理部５５は後述の会議参加処理を行う。会議処理部５６は、会議サーバ装置１１から配信された発表者の入力操作に基づき、会議画面を更新することで表示画面の共有を行う。資料ファイル記憶部５８は参加端末１３が利用するファイル形式の会議資料を保存している。

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

《会議参加処理》
図７は会議参加処理の一例のフローチャートである。会議の発表者や参加者は参加端末１３を操作し、会議サーバ装置１１の会議参加画面へのアクセスを要求する。ステップＳ２１において参加端末１３の参加要求部５４は例えば会議サーバ装置１１の会議参加画面のＵＲＬ等にアクセスすることで会議の情報の取得要求を行う。

ステップＳ２２において、会議サーバ装置１１の参加受付部３４は参加端末１３からの会議の情報の取得要求を受け付ける。ステップＳ２３に進み、参加受付部３４は参加端末１３からの会議の情報の取得要求に基づき、開催又は参加できる会議の会議情報、資料情報を会議情報ＤＢ３６、資料情報ＤＢ３７から取得する。

ステップＳ２４において、参加受付部３４は現在、開催又は参加できる会議の会議情報及び資料情報を含む会議参加画面データを参加端末１３に送信する。ステップＳ２５において、参加端末１３の表示制御部５１は、会議サーバ装置１１から受信した会議参加画面データに基づき、会議参加画面を表示装置１０２などに表示させる。

ステップＳ２６に進み、会議の発表者や参加者は会議参加画面の会議一覧から開催又は参加する会議を選択し、会議参加画面の例えば参加ボタンを押下する。参加端末１３の参加要求部５４は会議参加画面に対する発表者や参加者により選択された会議への参加要求を会議サーバ装置１１に対して行う。

ステップＳ２７において、会議サーバ装置１１の参加受付部３４は参加端末１３からの参加要求に基づき、参加端末１３との通信路を確立する。この後、会議サーバ装置１１と会議へ参加している参加端末１３とは、確立した通信路を利用し、表示画面の共有に必要な会議中情報などの授受を行う。

このように、会議サーバ装置１１と会議へ参加している参加端末１３とは、確立した通信路により、会議サーバ装置１１を介して発表者の参加端末１３から参加者の参加端末１３への入力操作をリアルタイムに配信し、画面共有を実現している。このような通信路の代表例としてはＸＭＰＰと呼ばれるプロトコルがある。

ＸＭＰＰは、ＩＥＴＦでＲＦＣ３９２０（Extensible Messaging and Presence Protocol: Core）、ＲＦＣ３９２１（Extensible Messaging and Presence Protocol: Instant Messaging and Presence）として標準化され、また、拡張仕様がＸＥＰとして文書化されている。

ＸＭＰＰでは、グループチャット（Multi-User Chat [XEP-0045]）というサービスを提供できる。グループチャットとは、ＸＭＰＰが提供する会議室（ｒｏｏｍ）に参加している参加端末１３が会議サーバ装置１１にメッセージを送信すると、そのメッセージが会議サーバ装置１１から会議室に参加しているすべての参加端末１３に対して配信される機能である。このような通信路としてはＸＭＰＰ以外にも、例えばＸＭＰＰの拡張であるＢＯＳＨ、ＷｅｂＳｏｃｋｅｔなどのプロトコルやＣｏｍｍｅｔなどの手法を利用することができる。

ＢＯＳＨ（Bidirectional-streams Over Synchronous HTTP）[XEP-0206]はＸＭＰＰにおいてＨＴＴＰでメッセージを送受信するための技術である。これらのプロトコルは会議サーバ装置１１からのＰｕｓｈ機能を実現できるものである。Ｐｕｓｈ機能とは、参加端末１３からリクエストを受けて情報を送るのではなく、会議サーバ装置１１から参加端末１３に非同期に情報を送信し、参加端末１３で情報を受信する機能である。なお、一般的なＨＴＴＰ通信でも、参加端末１３から定期的に情報を取りに行くことにより同様な機能を実現することもできる。

ステップＳ２８において、会議サーバ装置１１の参加受付部３４は参加要求に対する応答として、表示画面の共有に必要な会議中情報を参加端末１３に送信する。表示画面の共有に必要な会議中情報には、例えば会議資料の情報（会議ＩＤ、資料ＩＤなど）や現在表示中のページ、発表者（現在発表中のユーザ）などの情報が含まれている。

ステップＳ２９において、参加端末１３の参加要求部５４は表示画面の共有に必要な会議中情報を受信する。ステップＳ３０に進み、参加端末１３の参加処理部５５は受信した会議中情報に基づき会議に参加する。

図７の会議参加処理により、会議サーバ装置１１の参加受付部３４は会議に参加中の参加端末１３の端末ＩＤを、例えば図８の参加端末情報として記録できる。図８は参加端末情報ＤＢに記録された参加端末情報の一例の構成図である。図８の参加端末情報は会議ＩＤと、その会議ＩＤの会議に参加中の参加端末１３の端末ＩＤと、を対応付けて記録している。図８の参加端末情報により、会議サーバ装置１１は会議ＩＤで特定される会議に参加している参加端末１３の端末ＩＤを特定できる。

《会議中の会議資料の追加処理》
図９は会議中の会議資料の追加処理を表した一例のシーケンス図である。図９では参加端末１３Ａが変換Ａにより変換されたファイル形式の会議資料を利用し、参加端末１３Ｂが変換Ｂにより変換されたファイル形式の会議資料を利用する例を示す。

ステップＳ４１において、登録端末１２は会議の開催者や発表者から受け付けた会議資料の追加指示に基づき、ファイルサーバ装置１０に会議資料の追加要求を行う。ファイルサーバ装置１０は登録端末１２から追加要求を受け付けたファイル形式（例えばアプリ用のファイル形式など）の会議資料を資料ファイル記憶部２８に記憶する。

ステップＳ４２に進み、ファイルサーバ装置１０は追加要求のあったファイル形式の会議資料を複数種類のファイル形式に変換するための変換スレッド２４を生成する。変換スレッド２４は追加要求を受け付けた会議資料のファイル形式を複数種類のファイル形式に変換する。なお、変換スレッド２４が変換する複数種類のファイル形式は例えば会議システム１でサポートするファイル形式の全てである。図９のシーケンス図では変換スレッド２４が変換Ａ、変換Ｂの順番に、追加要求のあったファイル形式の会議資料を変換する例を示している。

ステップＳ４３において、変換スレッド２４は追加要求のあったファイル形式の会議資料に対して変換Ａを実行する。ファイルサーバ装置１０は変換Ａにより変換されたファイル形式（例えばｐｄｆのファイル形式など）の会議資料を資料ファイル記憶部２８に記憶する。

変換Ａの完了後、変換スレッド２４はステップＳ４４において会議サーバ装置１１へ変換Ａの完了通知と、その会議資料を追加した資料追加者の端末ＩＤと、を通知する。変換Ａの完了通知には、会議ＩＤ、資料ＩＤ、変換後のファイル形式の種類などの情報が含まれる。

会議サーバ装置１１は変換スレッド２４から変換Ａの完了通知と、その会議資料を追加した資料追加者の端末ＩＤと、を受け付ける。会議サーバ装置１１は図８の参加端末情報を参照し、会議に参加中の参加端末１３Ａ及び１３Ｂの端末ＩＤを取得する。

ステップＳ４５において、会議サーバ装置１１は会議に参加中の参加端末１３Ａの端末ＩＤに基づき、変換Ａの完了通知を参加端末１３Ａに配信する。ステップＳ４５の変換Ａの完了通知により、参加端末１３Ａは変換Ａにより変換されたファイル形式の会議資料をファイルサーバ装置１０から取得可能であることを知ることができる。

また、ステップＳ４６において、会議サーバ装置１１は会議に参加中の参加端末１３Ｂの端末ＩＤに基づき、変換Ａの完了通知を参加端末１３Ｂに配信する。ステップＳ４６の変換Ａの完了通知を受信した参加端末１３Ｂは変換Ａにより変換されたファイル形式の会議資料をファイルサーバ装置１０から取得可能であることを知ることができる。

ステップＳ４７において会議サーバ装置１１は会議資料を追加した資料追加者の端末ＩＤに基づき、変換Ａの完了通知を登録端末１２に配信する。なお、会議サーバ装置１１は変換スレッド２４から変換Ａの異常完了通知と、会議資料を追加した資料追加者の端末ＩＤとを受け付けた場合、ステップＳ４５、Ｓ４６の処理をスキップし、ステップＳ４７において変換Ａの異常完了通知を登録端末１２に通知する。

また、ステップＳ４８において、変換スレッド２４は追加要求のあったファイル形式の会議資料に対して変換Ｂを実行する。ファイルサーバ装置１０は変換Ｂにより変換されたファイル形式（例えばｊｐｅｇのファイル形式など）の会議資料を資料ファイル記憶部２８に記憶する。変換ＢはステップＳ４３で変換されたファイル形式の会議資料に対して実行してもよい。変換Ｂの完了後、変換スレッド２４はステップＳ４９において会議サーバ装置１１へ変換Ｂの完了通知と、その会議資料を追加した資料追加者の端末ＩＤと、を会議サーバ装置１１に通知する。変換Ｂの完了通知には、変換Ａの完了通知と同様に、会議ＩＤ、資料ＩＤ、変換後のファイル形式の種類などの情報が含まれている。

会議サーバ装置１１は変換スレッド２４から変換Ｂの完了通知と、その会議資料を追加した資料追加者の端末ＩＤと、を受け付ける。会議サーバ装置１１は図８の参加端末情報を参照し、会議に参加中の参加端末１３Ａ及び１３Ｂの端末ＩＤを取得する。

ステップＳ５０において、会議サーバ装置１１は会議に参加中の参加端末１３Ａの端末ＩＤに基づき、変換Ｂの完了通知を参加端末１３Ａに配信する。ステップＳ５０の変換Ｂの完了通知により、参加端末１３Ａは変換Ｂにより変換されたファイル形式の会議資料をファイルサーバ装置１０から取得可能であることを知ることができる。

また、ステップＳ５１において、会議サーバ装置１１は会議に参加中の参加端末１３Ｂの端末ＩＤに基づき、変換Ｂの完了通知を参加端末１３Ｂに配信する。ステップＳ５１の変換Ｂの完了通知により、参加端末１３Ｂは変換Ｂにより変換されたファイル形式の会議資料をファイルサーバ装置１０から取得可能であることを知ることができる。

ステップＳ５２において会議サーバ装置１１は会議資料を追加した資料追加者の端末ＩＤに基づき、変換Ｂの完了通知を登録端末１２に配信する。なお、会議サーバ装置１１は変換スレッド２４から変換Ｂの異常完了通知と、会議資料を追加した資料追加者の端末ＩＤとを受け付けた場合、ステップＳ５０、Ｓ５１の処理をスキップし、ステップＳ５２において変換Ｂの異常完了通知を登録端末１２に通知する。

図１０は資料追加者管理テーブルの一例の構成図である。図１０に示した資料追加者管理テーブルは、例えば図９のステップＳ４４において変換スレッド２４から通知された変換Ａの完了通知と、その会議資料を追加した資料追加者の端末ＩＤとに基づいて、作成することができる。

図１０の資料追加者管理テーブルは項目として会議ＩＤ、資料ＩＤ及び資料追加者の端末ＩＤを有する。会議ＩＤは会議資料を利用する会議の識別情報の一例である。資料ＩＤは会議資料を一意に識別する識別情報の一例である。資料追加者の端末ＩＤは会議資料を追加した会議の開催者や発表者の登録端末１２の端末ＩＤである。

図１０の資料追加者管理テーブルにより、会議サーバ装置１１はステップＳ４７やＳ５２において、会議資料を追加した資料追加者の登録端末１２に変換Ａや変換Ｂの完了通知を配信できる。

また、会議サーバ装置１１の資料情報ＤＢ３７は図１１に示すような資料情報を保存している。図１１は資料情報の一例の構成図である。図１１の資料情報は項目として資料ＩＤと、ＵＲＬ（ダウンロード先）と、資料名と、会議ＩＤとを有する。

資料ＩＤは、会議資料を一意に識別する識別情報の一例である。ＵＲＬ（ダウンロード先）は会議資料の保存先を示す情報である。資料名は会議資料の名称である。なお、図１１では資料名を、会議の開催者や発表者から登録指示や追加指示を受け付けたときの会議資料のファイル名（拡張子を含む）で表している。会議ＩＤは会議資料を利用する会議の識別情報の一例である。

例えば参加端末１３Ａ、１３Ｂは図１１の資料情報のＵＲＬ（ダウンロード先）に取得したいファイル形式を指定してアクセスすることで、指定したファイル形式の資料情報をファイルサーバ装置１０から取得できる。

なお、登録端末１２は図９のステップＳ４１においてファイルサーバ装置１０に会議資料の追加要求を行ったあと、例えば図１２に示すような画面を表示する。図１２は会議資料の追加要求を行った登録端末に表示される画面の一例のイメージ図である。なお、参加端末１３から会議資料の追加要求を行った場合にも、参加端末１３には図１２のような画面が表示される。

図１２の画面はファイルサーバ装置１０に追加要求を行った会議資料がファイルサーバ装置１０でファイル形式の変換中であることを知らせるメッセージ１００１が表示されている。

なお、登録端末１２は会議サーバ装置１１から通知されるステップＳ４７、Ｓ４８の完了通知によりメッセージ１００１の内容を変化させたり、メッセージ１００１の表示を終了させたりすることができる。

また、登録端末１２はファイルサーバ装置１０に対し、定期的に会議資料のファイル形式の変換状況を確認して、メッセージ１００１の内容を変化させたり、メッセージ１００１の表示を終了させたりするようにしてもよい。

会議資料のファイル形式の変換にエラーが発生した場合、登録端末１２や参加端末１３は例えば図１３に示すような画面を表示する。図１３は会議資料のファイル形式の変換にエラーが発生した場合に表示される画面の一例のイメージ図である。図１３の画面は会議資料のファイル変換に失敗したことを知らせるメッセージ１０１１が表示されている。

例えば参加端末１３Ａは図９のステップＳ４５において会議サーバ装置１１から変換Ａの完了通知を受信すると、図１４に示すような画面を表示する。図１４は変換Ａの完了通知を受信した場合に表示される画面の一例のイメージ図である。図１４の画面は一例として参加端末１３Ａの種類（端末タイプ）がｐａｄの例を示している。図１４の画面は会議資料が追加されたことを知らせるメッセージ１０２１が表示されている。

また、参加端末１３Ｂは図９のステップＳ４６において会議サーバ装置１１から変換Ａの完了通知を受信すると、図１５に示すような画面を表示する。図１５は変換Ａの完了通知を受信した場合に表示される画面の他の例のイメージ図である。図１５の画面は一例として参加端末１３Ａの種類（端末タイプ）がｗｅｂ（ＰＣ）の例を示している。図１５の画面は会議資料が追加されたことを知らせるメッセージ１０３１がｗｅｂブラウザ画面上に表示されている。

したがって、会議の発表者や参加者は参加端末１３Ａ又は１３Ｂに表示された図１４又は図１５の画面を参照することで、会議資料が追加されたこと、及び、ファイルサーバ装置１０からの取得が可能となった会議資料のファイル形式を確認できる。

ステップＳ４５で会議サーバ装置１１から変換Ａの完了通知を受信した参加端末１３ＡやステップＳ４６で会議サーバ装置１１から変換Ａの完了通知を受信した参加端末１３Ｂは例えば図１６のような処理を実行してもよい。

図１６は会議資料取得有無判定処理の一例のフローチャートである。ここでは参加端末１３Ａで実行した場合について説明する。

ステップＳ６１において参加端末１３ＡはステップＳ４５で会議サーバ装置１１から受信した変換Ａの完了通知が、自機で使用する（使用可能な）ファイル形式の変換完了通知であるか否かを判定する。例えば自機で使用するファイル形式が「ｐｄｆ」であり、変換Ａにより変換されたファイル形式が「ｐｄｆ」である場合、参加端末１３Ａは会議サーバ装置１１から受信した変換Ａの完了通知が、自機で使用するファイル形式の変換完了通知であると判定する。

自機で使用するファイル形式の変換完了通知であると判定すると、参加端末１３ＡはステップＳ６２において、ファイル形式「ｐｄｆ」を拡張子などにより指定して、資料情報に含まれるＵＲＬ（ダウンロード先）から会議資料の取得処理を行う。なお、自機で使用するファイル形式の変換完了通知でないと判定すると、参加端末１３ＡはステップＳ６２の処理を行わない。

このように、参加端末１３Ａ、１３Ｂは自機が使用するファイル形式の変換完了通知を受信することで、自機で使用するファイル形式への変換がファイルサーバ装置１０において完了したことを知ることができる。したがって、参加端末１３Ａ、１３Ｂは自機が使用するファイル形式の変換完了通知を受信したあと、受信を契機としてファイルサーバ装置１０から自機で使用するファイル形式の会議資料の取得を開始できる。なお、参加端末１３Ａ、１３Ｂは図１４や図１５の画面を参照した会議の発表者や参加者から、追加された会議資料の取得指示を受け付けてもよい。

図９のシーケンス図においてステップＳ４６の変換Ａの完了通知を受信した参加端末１３Ｂは自機で使用するファイル形式の変換完了通知でないと判定するため、会議資料の取得を開始しない。ただし、ステップＳ４６の変換Ａの完了通知に例えば会議資料のページ数などの情報を含ませておくことにより、参加端末１３Ｂは会議資料のページ数を事前に知ることができる。参加端末１３Ｂは、自機で使用するファイル形式がｊｐｅｇである場合に、ファイルサーバ装置１０から取得する会議資料のファイル数を会議資料のページ数から把握できる。

また、図９のシーケンス図における変換スレッド２４が行う変換Ａ、変換Ｂの順番は一例であって、様々、考えられる。また、会議システム１は複数の変換スレッド２４により並列してファイル形式の変換を行うようにしてもよい。

《会議資料の取得処理》
図１７は会議資料の取得処理の一例のフローチャートである。参加端末１３はステップＳ８１において、資料情報に含まれるＵＲＬ（ダウンロード先）へのアクセスにより取得したいファイル形式を指定して資料取得要求を行う。

ステップＳ８２において、ファイルサーバ装置１０は参加端末１３からファイル形式を指定した資料取得要求を受け付ける。ステップＳ８３において、ファイルサーバ装置１０は参加端末１３からの資料取得要求に基づき、指定されたファイル形式の会議資料を参加端末１３に送信する。

参加端末１３はステップＳ８４において、資料取得要求の応答として会議サーバ装置１１から、指定したファイル形式の会議資料を受信する。ステップＳ８５において、参加端末１３は受信した会議資料を資料ファイル記憶部５８に保存する。

＜まとめ＞
本実施形態の会議システム１によれば、追加された会議資料を複数種類のファイル形式の何れかに対応した参加端末１３に配布する場合に、変換の終わったファイル形式の会議資料から配布を開始可能とする。本実施形態の会議システム１では会議資料の配布の準備が完了したことを、ファイル形式を指定した変換完了通知により、会議に参加している参加端末１３に通知する。

したがって、本実施形態の会議システム１は自機で使用するファイル形式の変換完了通知を受信した参加端末１３から会議資料の取得が可能となる。このため、本実施形態の会議システム１は複数の参加端末１３がファイルサーバ装置１０から会議資料を取得するタイミングがずれ、ネットワーク負荷を分散できる。また、本実施形態の会議システム１は会議に参加している参加端末１３が使用しないファイル形式への変換を待つことなく会議資料をファイルサーバ装置１０から取得できるので、会議資料の配布までの時間が短縮される。

以上のように、本実施形態の会議システム１では、一のファイル形式の会議資料の追加から、複数種類のファイル形式の何れかに対応した参加端末１３への会議資料の配布までの時間を短縮できる。
［第２の実施形態］
第１の実施形態では変換完了通知を会議に参加している全ての参加端末１３に配信していた。第２の実施形態は変換の終了したファイル形式を使用する参加端末１３を選択して変換完了通知を配信する。なお、第２の実施形態は一部を除いて第１の実施形態と同様であるため、適宜説明を省略する。

システム構成、ハードウェア構成は第１の実施形態と同様である。ソフトウェア構成は会議サーバ装置１１の説明の一部が異なっている。参加端末情報ＤＢ３８は会議に参加中の参加端末１３の端末タイプ、その端末タイプの参加端末１３が使用するファイル形式が記録されている。

図１８は会議に参加中の参加端末の端末タイプ情報の一例の構成図である。会議に参加中の参加端末１３の端末タイプ情報は例えば参加端末情報ＤＢ３８に記録される。図１８の会議に参加中の参加端末１３の端末タイプ情報は端末ＩＤと、端末タイプとを対応付けて記録している。図１８の端末タイプ情報により、会議サーバ装置１１は端末ＩＤで特定される会議に参加している参加端末１３の端末タイプを特定できる。なお、図１８の端末タイプ情報は例えば図７の会議参加処理により会議サーバ装置１１が参加端末１３から取得できる。

また、図１９は参加端末が使用する端末タイプごとのファイル形式情報の一例の構成図である。図１９の参加端末が使用する端末タイプごとのファイル形式情報は端末タイプとファイル形式とを対応付けて記録している。図１９のファイル形式情報により会議サーバ装置１１は端末タイプごとに、使用するファイル形式を特定できる。

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

《会議中の会議資料の追加処理》
図２０は会議中の会議資料の追加処理を表した他の例のシーケンス図である。図２０では参加端末１３Ａが変換Ａにより変換されたファイル形式の会議資料を利用し、参加端末１３Ｂが変換Ｂにより変換されたファイル形式の会議資料を利用する例を示す。

ステップＳ１０１〜Ｓ１０４は図９のステップＳ４１〜Ｓ４４と同様であるため、説明を省略する。会議サーバ装置１１は変換スレッド２４から変換Ａの完了通知と、その会議資料を追加した資料追加者の端末ＩＤと、を受け付ける。

会議サーバ装置１１は変換Ａにより変換されたファイル形式を使用する参加端末１３Ａを後述のように選択する。ステップＳ１０５において会議サーバ装置１１は変換Ａにより変換されたファイル形式を使用する参加端末１３Ａに、変換Ａの完了通知を配信する。

ステップＳ１０５の変換Ａの完了通知により、参加端末１３Ａは変換Ａにより変換されたファイル形式の会議資料をファイルサーバ装置１０から取得可能であることを知ることができる。

ステップＳ１０６において会議サーバ装置１１は会議資料を追加した資料追加者の端末ＩＤに基づき、変換Ａの完了通知を登録端末１２に配信する。なお、会議サーバ装置１１は変換スレッド２４から変換Ａの異常完了通知と、その会議資料を追加した資料追加者の端末ＩＤと、を受け付けた場合、ステップＳ１０５の処理をスキップし、ステップＳ１０６において変換Ａの異常完了通知を登録端末１２に通知する。

また、ステップＳ１０７〜Ｓ１０８は図９のステップＳ４８〜Ｓ４９と同様であるため説明を省略する。会議サーバ装置１１は変換スレッド２４から変換Ｂの完了通知と、その会議資料を追加した資料追加者の端末ＩＤと、を受け付ける。

会議サーバ装置１１は変換Ｂにより変換されたファイル形式を使用する参加端末１３Ｂを後述のように選択する。ステップＳ１０９において会議サーバ装置１１は変換Ｂにより変換されたファイル形式を使用する参加端末１３Ｂに、変換Ｂの完了通知を配信する。

ステップＳ１０９の変換Ｂの完了通知により、参加端末１３Ｂは変換Ｂにより変換されたファイル形式の会議資料をファイルサーバ装置１０から取得可能であることを知ることができる。

ステップＳ１１０において会議サーバ装置１１は会議資料を追加した資料追加者の端末ＩＤに基づき、変換Ｂの完了通知を登録端末１２に配信する。なお、会議サーバ装置１１は変換スレッド２４から変換Ｂの異常完了通知と、その会議資料を追加した資料追加者の端末ＩＤと、を受け付けた場合、ステップＳ１０９の処理をスキップし、ステップＳ１１０において変換Ｂの異常完了通知を登録端末１２に通知する。

図２０のシーケンス図において会議サーバ装置１１は変換Ａにより変換されたファイル形式を使用する参加端末１３Ａ及び変換Ｂにより変換されたファイル形式を使用する参加端末１３Ｂを図２１のように選択して変換完了通知を配信する。

図２１は変換完了通知を配信する処理の一例のフローチャートである。ステップＳ１２０において、会議サーバ装置１１は図１９を参照し、変換完了通知のあったファイル形式に対応する端末タイプを取得する。

ステップＳ１２１に進み、会議サーバ装置１１は図１８を参照し、ステップＳ１２０で取得した端末タイプに対応付けられている参加端末１３の端末ＩＤを選択する。ステップＳ１２２に進み、会議サーバ装置１１はステップＳ１２１で選択した端末ＩＤの参加端末１３に変換完了通知を配信する。

図２１のフローチャートによれば、会議サーバ装置１１は変換完了通知のあったファイル形式を使用する参加端末１３を選択して、変換完了通知を配信できる。なお、参加端末１３が使用するファイル形式は参加端末１３が会議サーバ装置１１に指定するようにしてもよい。

また、図２０のシーケンス図における変換スレッド２４が行う変換Ａ、変換Ｂの順番は一例であって、様々、考えられる。例えば会議システム１は変換スレッド２４が行う変換の順番を、会議に参加している参加端末１３の使用するファイル形式が優先して変換されるように並び替えてもよい。

図２２は変換の順番が異なる変換スレッド作成処理の一例のフローチャートである。ステップＳ１４０において、ファイルサーバ装置１０は会議に参加している参加端末１３の使用するファイル形式を１つ以上、選択する。なお、ファイルサーバ装置１０は会議に参加している参加端末１３の使用するファイル形式の情報を、会議サーバ装置１１から取得できる。ステップＳ１４１において、ファイルサーバ装置１０は、ステップＳ１４０で選択したファイル形式が優先して変換される変換スレッド２４を生成する。

また、会議システム１は変換スレッド２４が行う変換の順番を、会議に参加している参加端末１３の使用するファイル形式のうち配布に時間が掛かるファイル形式を優先して変換されるように並び替えてもよい。図２３は変換の順番が異なる変換スレッド作成処理の他の例のフローチャートである。

ステップＳ１６０において、ファイルサーバ装置１０は会議に参加している参加端末１３の使用するファイル形式を１つ以上、選択する。なお、ファイルサーバ装置１０は会議に参加している参加端末１３の使用するファイル形式の情報を、会議サーバ装置１１から取得できる。ステップＳ１６１において、ファイルサーバ装置１０は、ステップＳ１６０で選択したファイル形式のうち配布に時間が掛かるファイル形式が優先して変換される変換スレッド２４を生成する。

＜まとめ＞
本実施形態の会議システム１によれば、追加された会議資料を複数種類のファイル形式の何れかに対応した参加端末１３に配布する場合に、変換の終わったファイル形式の会議資料から配布を開始可能とする。

したがって、本実施形態の会議システム１は変換完了通知を受信した参加端末１３から会議資料の取得が可能となる。このため、本実施形態の会議システム１では、一のファイル形式の会議資料の追加から、複数種類のファイル形式の何れかに対応した参加端末１３への会議資料の配布までの時間を短縮できる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば本実施形態では情報処理システムの一例として会議システム１を示したが、セミナーシステムや教育システムなどの情報を共有して表示するシステムへの適用も可能である。

例えばファイルサーバ装置１０、会議サーバ装置１１は特許請求の範囲に記載した情報処理装置の一例である。参加端末１３は端末装置の一例である。変換スレッド２４は変換手段の一例である。完了通知配信部３３は完了通知配信手段の一例である。資料取得部５３は情報取得手段の一例である。ファイル形式は情報の形式の一例である。

なお、ファイルサーバ装置１０、会議サーバ装置１１、登録端末１２及び参加端末１３を有する会議システム１は一例であって、用途や目的に応じて様々なシステム構成例があることは言うまでもないことである。

１会議システム
１０ファイルサーバ装置
１１会議サーバ装置
１２登録端末
１３、１３Ａ、１３Ｂ参加端末
２１会議資料登録処理部
２２変換スレッド生成部
２３資料送信部
２４変換スレッド
２５変換部
２６完了通知部
２８資料ファイル記憶部
３１画面送信部
３２会議情報登録処理部
３３完了通知配信部
３４参加受付部
３５会議制御部
３６会議情報ＤＢ
３７資料情報ＤＢ
３８参加端末情報ＤＢ
４１表示制御部
４２操作受付部
４３登録要求部
５１表示制御部
５２操作受付部
５３資料取得部
５４参加要求部
５５参加処理部
５６会議処理部
５８資料データ記憶部
１００コンピュータ
１０１入力装置
１０２表示装置
１０３外部Ｉ／Ｆ
１０３ａ記録媒体
１０４ＲＡＭ（Random Access Memory）
１０５ＲＯＭ（Read Only Memory）
１０６ＣＰＵ（Central Processing Unit）
１０７通信Ｉ／Ｆ
１０８ＨＤＤ（Hard Disk Drive）
Ｎ１ネットワーク

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

Claims

使用可能な情報の形式が異なり、共有画面で情報の共有を行う複数の端末装置が、登録端末によって情報処理装置に追加された情報を自機で使用する形式で前記情報処理装置から取得する情報処理システムであって、
前記複数の端末装置から表示画面での情報の共有への参加要求を受け付ける参加受付手段と、
前記参加要求を受け付けた前記複数の端末装置における表示画面での情報の共有を制御する制御手段と、
前記登録端末から一の形式で前記情報処理装置に新しく登録された情報を複数種類の形式のそれぞれに順に変換する変換手段と、
前記複数種類の形式に含まれるいずれか一つの形式への変換が完了した際に、変換の完了した前記形式の完了通知を前記複数の端末装置に配信する完了通知配信手段と、
前記複数の端末装置において、自機で使用する前記形式の完了通知を受信したと判定した場合に前記情報処理装置から自機で使用する前記形式の情報の取得処理を行う情報取得手段と、
前記複数の端末装置において、前記形式の完了通知を受信したと判定した場合に、情報のファイル名と共に、情報が新しく登録された旨のメッセージを前記表示画面に表示する表示制御手段と、
を有する情報処理システム。
前記完了通知配信手段は、表示画面で情報の共有を行う前記複数の端末装置を選択して前記形式の完了通知を配信すること
を特徴とする請求項１記載の情報処理システム。
前記情報取得手段は、自機で使用する前記形式の完了通知の受信を契機として、前記情報処理装置から自機で使用する前記形式の情報の取得処理を開始すること
を特徴とする請求項１又は２記載の情報処理システム。
前記完了通知配信手段は、前記複数の端末装置から、変換の完了した前記形式の情報を使用する前記端末装置を選択して、前記形式の完了通知を配信すること
を特徴とする請求項１記載の情報処理システム。
前記情報取得手段は、変換の完了した前記形式の完了通知の受信を契機として、前記情報処理装置から自機で使用する前記形式の情報の取得処理を開始すること
を特徴とする請求項４記載の情報処理システム。
前記変換手段は、表示画面の共有を行う前記複数の端末装置で使用する前記形式への変換が優先して行われる順番で、前記情報を変換すること
を特徴とする請求項１乃至５何れか一項記載の情報処理システム。
前記変換手段は、前記情報取得手段が前記情報処理装置から取得するまでの時間が長い前記形式への変換が優先して行われる順番で、前記情報を変換すること
を特徴とする請求項１乃至５何れか一項記載の情報処理システム。
前記使用可能な情報の形式は、前記複数の端末装置の間で同じ情報に対して表示画面の共有を行う際にそれぞれの端末装置において表示される情報の形式であることを特徴とする請求項１乃至７何れか一項記載の情報処理システム。
使用可能な情報の形式が異なり、共有画面で情報の共有を行う複数の端末装置に搭載されたアプリケーションが、登録端末によって情報処理装置に追加された情報を自機で使用する形式で前記情報処理装置から取得する情報処理システムであって、
前記複数の端末装置から表示画面での情報の共有への参加要求を受け付ける参加受付手段と、
前記参加要求を受け付けた前記複数の端末装置における表示画面での情報の共有を制御する制御手段と、
前記登録端末から一の形式で前記情報処理装置に新しく登録された情報を複数種類の形式のそれぞれに順に変換する変換手段と、
前記複数種類の形式に含まれるいずれか一つの形式への変換が完了した際に、変換の完了した前記形式の完了通知を前記複数の端末装置に配信する完了通知配信手段と、
前記アプリケーションにおいて、自機で使用する前記形式の完了通知を受信したと判定した場合に前記情報処理装置から自機で使用する前記形式の情報の取得処理を行う情報取得手段と、
前記複数の端末装置において、前記形式の完了通知を受信したと判定した場合に、情報のファイル名と共に、情報が新しく登録された旨のメッセージを前記表示画面に表示する表示制御手段と、
を有する情報処理システム。
使用可能な情報の形式が異なり、共有画面で情報の共有を行う複数の端末装置が、登録端末によって情報処理装置に追加された情報を自機で使用する形式で前記情報処理装置から取得する情報処理システムにおいて実行される情報取得方法であって、
前記複数の端末装置から表示画面での情報の共有への参加要求を受け付ける参加受付ステップと、
前記参加要求を受け付けた前記複数の端末装置における表示画面での情報の共有を制御する制御ステップと、
前記登録端末から一の形式で前記情報処理装置に新しく登録された情報を複数種類の形式のそれぞれに順に変換する変換ステップと、
前記複数種類の形式に含まれるいずれか一つの形式への変換が完了した際に、変換の完了した前記形式の完了通知を前記複数の端末装置に配信する完了通知配信ステップと、
前記複数の端末装置において、自機で使用する前記形式の完了通知を受信したと判定した場合に前記情報処理装置から自機で使用する前記形式の情報の取得処理を行う情報取得ステップと、
前記複数の端末装置において、前記形式の完了通知を受信したと判定した場合に、情報のファイル名と共に、情報が新しく登録された旨のメッセージを前記表示画面に表示する表示制御ステップと、
を有する情報取得方法。