(57)【要約】【課題】複数のサービスから会議の予約がされたとしても、必要な情報を提供することが可能な端末装置等を提供すること。【解決手段】コミュニケーションサービスを提供する複数のサービスサーバに接続可能な管理サーバと、前記コミュニケーションサービスにおいて利用されるファイルを格納するファイルサーバとに接続可能な端末装置であって、前記管理サーバから、前記コミュニケーションサービス上で予約された会議に関する情報である会議情報を受信する会議情報受信手段と、前記会議情報から、前記コミュニケーションサービスにおいて利用されたファイルの格納先をファイル取得先として特定するファイル取得先特定手段と、特定された前記ファイル取得先から、前記ファイルを取得するファイル取得手段と、を備える。【選択図】図１０
2019096233.tif 000002
【特許請求の範囲】
【請求項１】
コミュニケーションサービスを提供する複数のサービスサーバに接続可能な管理サーバと、前記コミュニケーションサービスにおいて利用されるファイルを格納するファイルサーバとに接続可能な端末装置であって、
前記管理サーバから、前記コミュニケーションサービス上で予約された会議に関する情報である会議情報を受信する会議情報受信手段と、
前記会議情報から、前記コミュニケーションサービスにおいて利用されたファイルの格納先をファイル取得先として特定するファイル取得先特定手段と、
特定された前記ファイル取得先から、前記ファイルを取得するファイル取得手段と、
を備えることを特徴とする端末装置。
【請求項２】
前記ファイル取得手段により取得されたファイルに対応するサムネイル画像を、一覧表示するサムネイル画像表示手段を更に備えることを特徴とする請求項１に記載の端末装置。
【請求項３】
前記ファイル取得手段は、前記ファイル取得先から、前記ファイルに対応するサムネイル画像を取得することを特徴とする請求項２に記載の端末装置。
【請求項４】
前記コミュニケーションサービスと、前記ファイル取得先とを対応づけて記憶するファイル取得先テーブルを更に有し、
前記ファイル取得先特定手段は、前記会議が予約されたコミュニケーションサービスに対応するファイル取得先を、前記ファイル取得先テーブルを参照して特定することを特徴とする請求項１から３の何れか一項に記載の端末装置。
【請求項５】
前記コミュニケーションサービスに、前記ファイルが保存されるファイルサーバを保存先として対応づけて記憶するファイル保存先テーブルと、
前記取得されたファイルが更新された場合に、前記ファイル保存先テーブルを参照して特定されるファイルの保存先のファイルサーバに保存するファイル保存手段と、
を更に備えることを特徴とする請求項１から４の何れか一項に記載の端末装置。
【請求項６】
コミュニケーションサービスを提供する複数のサービスサーバに接続可能な管理サーバと、前記コミュニケーションサービスにおいて利用されるファイルを格納するファイルサーバと、端末装置とを含む会議管理システムであって、
前記管理サーバは、
前記コミュニケーションサービス上で予約された会議に関する情報を取得する取得手段と、
前記予約された会議に関する情報に、前記予約された会議のコミュニケーションサービスを特定する情報を含む会議情報を前記端末装置に送信する会議情報送信手段と、
を備え、
前記端末装置は、
前記管理サーバから、前記コミュニケーションサービス上で予約された会議に関する情報である会議情報を受信する会議情報受信手段と、
前記会議情報から、前記コミュニケーションサービスにおいて利用されたファイルの格納先をファイル取得先として特定するファイル取得先特定手段と、
特定された前記ファイル取得先から、前記ファイルを取得するファイル取得手段と、
を備えることを特徴とする会議管理システム。
【請求項７】
コミュニケーションサービスを提供する複数のサービスサーバに接続可能な管理サーバと、前記コミュニケーションサービスにおいて利用されるファイルを格納するファイルサーバとに接続可能なコンピュータに、
前記管理サーバから、前記コミュニケーションサービス上で予約された会議に関する情報である会議情報を受信する会議情報受信機能と、
前記会議情報から、前記コミュニケーションサービスにおいて利用されたファイルの格納先をファイル取得先として特定するファイル取得先特定機能と、
特定された前記ファイル取得先から、前記ファイルを取得するファイル取得機能と、
を実現させることを特徴とするプログラム。
【請求項８】
コミュニケーションサービスを提供する複数のサービスサーバに接続可能な管理サーバと、前記コミュニケーションサービスにおいて利用されるファイルを格納するファイルサーバと、端末装置とを含む会議管理システムにおける会議管理方法であって、
前記管理サーバは、
前記コミュニケーションサービス上で予約された会議に関する情報を取得する取得ステップと、
前記予約された会議に関する情報に、前記予約された会議のコミュニケーションサービスを特定する情報を含む会議情報を前記端末装置に送信する会議情報送信ステップと、
を含み、
前記端末装置は、
前記管理サーバから、前記コミュニケーションサービス上で予約された会議に関する情報である会議情報を受信する会議情報受信ステップと、
前記会議情報から、前記コミュニケーションサービスにおいて利用されたファイルの格納先をファイル取得先として特定するファイル取得先特定ステップと、
特定された前記ファイル取得先から、前記ファイルを取得するファイル取得ステップと、
を含むことを特徴とする会議管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コミュニケーションサービスを提供する複数のサービスサーバに接続可能な管理サーバと、前記コミュニケーションサービスにおいて利用されるファイルを格納するファイルサーバとに接続可能な端末装置等に関する。
【背景技術】
【０００２】
近年、会議システムの利用が普及している。会議システムを使用することで、例えば、会議に用いる資料を予めファイルサーバに保存し、会議開催時には、当該資料を大型ディスプレイに表示する等により、会議の参加者に対する情報の共有が可能となる。さらに、会議の形態に応じて、情報の共有や会議の把握をさらに容易にする技術も提案されている。
【０００３】
例えば、会議システム間の接続や情報共有を行うための共有ワークスペースサーバが、複数の拠点に設置された会議システム間と相互接続し、複数の会議システム間での協業を可能とする遠隔会議システムが提案されている。ワークスペースサーバは、ファイルやリソースへのリファレンス情報を管理することで、情報の共有を可能としている（例えば、特許文献１）。
【０００４】
また、過去の会議情報を簡単な操作で得ることができる会議管理装置が提案されている。会議情報には過去に行った会議で配布された会議資料に関するファイル情報が含まれ、ファイルを指定するとその内容が表示される。したがって、会議の全体を把握しやすく、また漏れが起こることも防ぐことができる（例えば、特許文献２）。
【０００５】
また、オンラインストレージ（クラウドストレージ）を利用したファイルの管理が広がっている。また、会議を予約するサービスによって会議を予約する際に、当該会議で使用するファイルを添付することが可能である。このときに添付されたファイルがオンラインストレージに記憶されることがある。このようにして、複数のサービスを利用して、会議の情報共有を効率化が実現されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−１７１５２６号公報
【特許文献２】特開２０１６−１９７２８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、会議を予約するサービスを複数利用している場合は、サービス毎にファイルが記憶される装置や場所が異なっていた。また、以前の会議で使用したファイルを再度使用する場合は、当該ファイルを改めて会議の予約時に添付する必要があった。このように、会議において使用を所望するファイルを取得したり、オンラインストレージからダウンロードしたりする場合に、手間がかかってしまう問題があった。
【０００８】
上述した課題に鑑み、本発明は、複数のサービスから会議の予約がされたとしても、必要な情報を提供することが可能な端末装置等を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決するために、本発明の端末装置は、
コミュニケーションサービスを提供する複数のサービスサーバに接続可能な管理サーバと、前記コミュニケーションサービスにおいて利用されるファイルを格納するファイルサーバとに接続可能な端末装置であって、
前記管理サーバから、前記コミュニケーションサービス上で予約された会議に関する情報である会議情報を受信する会議情報受信手段と、
前記会議情報から、前記コミュニケーションサービスにおいて利用されたファイルの格納先をファイル取得先として特定するファイル取得先特定手段と、
特定された前記ファイル取得先から、前記ファイルを取得するファイル取得手段と、
を備えることを特徴とする。
【００１０】
本発明の会議管理システムは、
コミュニケーションサービスを提供する複数のサービスサーバに接続可能な管理サーバと、前記コミュニケーションサービスにおいて利用されるファイルを格納するファイルサーバと、端末装置とを含む会議管理システムであって、
前記管理サーバは、
前記コミュニケーションサービス上で予約された会議に関する情報を取得する取得手段と、
前記予約された会議に関する情報に、前記予約された会議のコミュニケーションサービスを特定する情報を含む会議情報を前記端末装置に送信する会議情報送信手段と、
を備え、
前記端末装置は、
前記管理サーバから、前記コミュニケーションサービス上で予約された会議に関する情報である会議情報を受信する会議情報受信手段と、
前記会議情報から、前記コミュニケーションサービスにおいて利用されたファイルの格納先をファイル取得先として特定するファイル取得先特定手段と、
特定された前記ファイル取得先から、前記ファイルを取得するファイル取得手段と、
を備えることを特徴とする。
【００１１】
本発明のプログラムは、
コミュニケーションサービスを提供する複数のサービスサーバに接続可能な管理サーバと、前記コミュニケーションサービスにおいて利用されるファイルを格納するファイルサーバとに接続可能なコンピュータに、
前記管理サーバから、前記コミュニケーションサービス上で予約された会議に関する情報である会議情報を受信する会議情報受信機能と、
前記会議情報から、前記コミュニケーションサービスにおいて利用されたファイルの格納先をファイル取得先として特定するファイル取得先特定機能と、
特定された前記ファイル取得先から、前記ファイルを取得するファイル取得機能と、
を実現させることを特徴とする。
【００１２】
本発明の会議管理方法は、
コミュニケーションサービスを提供する複数のサービスサーバに接続可能な管理サーバと、前記コミュニケーションサービスにおいて利用されるファイルを格納するファイルサーバと、端末装置とを含む会議管理システムにおける会議管理方法であって、
前記管理サーバは、
前記コミュニケーションサービス上で予約された会議に関する情報を取得する取得ステップと、
前記予約された会議に関する情報に、前記予約された会議のコミュニケーションサービスを特定する情報を含む会議情報を前記端末装置に送信する会議情報送信ステップと、
を含み、
前記端末装置は、
前記管理サーバから、前記コミュニケーションサービス上で予約された会議に関する情報である会議情報を受信する会議情報受信ステップと、
前記会議情報から、前記コミュニケーションサービスにおいて利用されたファイルの格納先をファイル取得先として特定するファイル取得先特定ステップと、
特定された前記ファイル取得先から、前記ファイルを取得するファイル取得ステップと、
を含むことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、サービス上において予約された会議情報に基づきファイル取得先を特定し、当該ファイル取得先からファイルを取得することとなる。したがって、会議の参加者は、どのサービスで会議を予約したかを意識することなく、ファイルを取得することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】第１実施形態における全体構成図を説明するための図である。
【図２】第１実施形態における会議予約を行うサービスの概要を説明するための図である。
【図３】第１実施形態における会議情報管理サーバの機能構成を説明するための図である。
【図４】第１実施形態における会議情報のデータ構成の一例を示した図である。
【図５】第１実施形態における参加者情報のデータ構成の一例を示した図である。
【図６】第１実施形態におけるサービス割当情報のデータ構成の一例を示した図である。
【図７】第１実施形態における会議室クライアントの機能構成を説明するための図である。
【図８】第１実施形態におけるファイル取得先情報のデータ構成の一例を示した図である。
【図９】第１実施形態における取得ファイル情報のデータ構成の一例を示した図である。
【図１０】第１実施形態におけるシーケンスを説明するための図である。
【図１１】第１実施形態における会議室クライアントの処理を説明するための図である。
【図１２】第１実施形態における初期画面表示処理を説明するための図である。
【図１３】第１実施形態における会議画面表示処理を説明するための図である。
【図１４】第１実施形態における画面遷移を説明するための図である。
【図１５】第１実施形態における動作例を説明するための図である。
【図１６】第１実施形態における動作例を説明するための図である。
【図１７】第１実施形態における動作例を説明するための図である。
【図１８】第２実施形態における初期画面表示処理を説明するための図である。
【図１９】第３実施形態における会議室クライアントの機能構成を説明するための図である。
【図２０】第３実施形態におけるファイル使用履歴情報のデータ構成の一例を示した図である。
【図２１】第３実施形態におけるファイル保存先情報のデータ構成の一例を示した図である。
【図２２】第３実施形態におけるシーケンスを説明するための図である。
【図２３】第３実施形態における会議画面表示処理を説明するための図である。
【図２４】第４実施形態における動作例を説明するための図である。
【図２５】第５実施形態における動作例を説明するための図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について、図面を参照して説明する。なお、本実施形態では、一例として、本発明を適用した会議室クライアントを含む会議管理システムについて説明する。なお、本実施形態における会議とは、所定の時間、所定の場所に、所定の参加者が集まり、議題について情報を共有したり、話し合ったりすることをいい、打合せ、討論会、授業等を含む。
【００１６】
［１．第１実施形態］
［１．１  全体構成］
本実施形態の会議管理システム１の全体構成について、図１に基づいて説明する。図１に示すように、会議管理システム１は、会議情報管理サーバ１０と、端末装置である会議室クライアント２０と、ファイルサーバであるクラウドストレージ３０（３０ａ、３０ｂ）と、コミニュケーションサービスを提供するサービスサーバ４０が含まれており、ネットワークＮＷを介して通信可能である。
【００１７】
ネットワークＮＷは、ＬＡＮ等の内部ネットワークでもよいし、インターネット等の外部ネットワークでもよい。また、各装置は、有線／無線に関わらずネットワークＮＷに接続可能であればよい。
【００１８】
会議情報管理サーバ１０とは、会議予約を行う機能を有するサービスサーバ４０から、会議の予約に関する情報を取得し、会議情報として管理する管理サーバである。会議室クライアント２０は、会議情報管理サーバ１０から会議情報を受信し、当該会議情報に基づき、会議で使用されるファイルを表示する装置である。
【００１９】
ここでクラウドストレージとは、ファイルサーバの１つであり、クラウドを利用して提供されるオンラインストレージ（記憶領域）である。利用者は、サービス提供事業者が提供するファイルサーバに、必要に応じてファイル（コンテンツ）を記憶させることが可能である。また、各利用者には、独自の記憶領域（例えば、記憶装置であったり、ディレクトリであったり、所定の容量で設定可能な領域）が割り当てられていてもよい。当該領域のうち、共有に設定されている領域に格納されているファイルは、各利用者から参照することが可能となる。
【００２０】
また、図１は、クラウドストレージ３０ａ及び３０ｂと２つのサービスに接続可能であるが、クラウドストレージサービスは１つだけ提供されてもよいし、それ以上提供されてもよい。
【００２１】
また、本実施形態ではファイルの記憶場所としてクラウドストレージを例に取って説明するが、ファイルサーバとしては、単体のファイル管理サーバや、ＮＡＳ（Network Attached Storage）を利用してもよい。
【００２２】
［１．２  本実施形態のサービス説明］
ここで、本実施形態で利用される基本的なサービスについて図２を用いて説明する。図２には特徴の異なる２つのコミュニケーションサービスの画面例を記載されている。ここでは、図２を参照して、サービス上で会議を予約する方法について説明する。
【００２３】
ここで、コミュニケーションサービスとは、ユーザに対して様々なコミュニケーション手段を提供する包括的なサービスのこという。例えば、１対１又は複数の参加者のメッセージがタイムラインでメッセージが表示されるサービスや、メール、掲示板、会議予約といった種々のサービスを含む。本実施形態では、以下のサービスＡ、サービスＢについて説明する。
【００２４】
なお、コミニュケーションサービスは、会議管理システムとして提供されてもよいし、外部サービスを利用してもよい。また、本実施形態で、コミニュケーションサービスのことを、単にサービスと称する。
【００２５】
図２（ａ）のコミニュケーションサービスＡ（以下、サービスＡ）は、会議予約を行うサービスである。例えば、会議の予約を行うための画面があり、当該画面では、会議名、場所、会議を開催する日時、参加者、添付ファイル等の入力が可能であるとする。また、会議の予約をした場合は、添付ファイルがサービスＡに対応づけられた格納場所であるファイルサーバに記憶される。なお、ファイルサーバは、サービスサーバ自体や、他のコンピュータの共有フォルダであってもよい。例えば、図２（ａ）で説明したサービスＡでは、会議情報管理サーバ１０の記憶領域に記憶される。また、会議の予約を行うための画面を設けなくても、例えばメールにより会議を予約できてもよい。
【００２６】
図２（ｂ）のコミニュケーションサービスＢ（以下、サービスＢ）は、チャット等の会話を利用可能な会議サービスである。サービスＢでは、会話であるメッセージを時系列で表示するタイムラインの機能が提供され、サービスＢの利用者はメッセージや文章の投稿が行える。さらに、タイムラインにはファイルをアップロード可能であり、会議サービスを利用している利用者は、アップロードされたファイルを参照することが可能となる。
【００２７】
これらのタイムラインにアップロードされたファイルは、サービスＢに対応づけられた格納先（例えば、クラウドストレージ３０）に記憶される。
【００２８】
サービスＢにおいて、タイムライン上において会議の予約が可能である。例えば、サービスＢは、会話内で日時や会議の場所等を設定するメッセージが入力できてもよいし、予約する機能を呼び出して実行できてもよい。
【００２９】
また、サービスＢの利用者は、会議の予約する場合に、ファイルを添付することが可能である。ここで、タイムライン上でアップロードされたファイルは、会議で利用するファイルであることから、会議情報管理サーバ１０にアップロードされる。なお、添付されたファイルも、サービスＢに対応づけられた場所（クラウドストレージ３０の記憶領域）に記憶されてもよい。
【００３０】
ここで、サービスの種類や予約方法により利用者から送信されたファイル（アップロードされたファイル）を記憶する場所（装置）がそれぞれ異なる場合がある。したがって、会議の参加者は、会議サービスを開始する場合、会議の予約を行ったサービスを確認し、サービスに応じてファイルを取得する必要があった。
【００３１】
本実施形態では、会議情報管理サーバ１０は、１又は複数のコミニュケーションサービスから、会議の予約に関する情報（以下、「予約情報」という）を取得する。また、コミニュケーションサービスに対応づけられたファイルの格納先からファイルを取得可能である。これにより、会議予約されたサービスを意識せずに、会議開始時にファイルが取得可能となる。
【００３２】
なお、サービスに応じてファイルを記憶する場所が割り当てられていることとして説明したが、サービス内で複数の場所が割り当てられてもよい。例えば、サービスＢにおいて、複数人で会話を行っている場合はクラウドストレージ３０ａ、１対１で会話を行っている場合はクラウドストレージ３０ｂにファイルが記憶されるとしてもよい。
【００３３】
［１．３  機能構成］
［１．３．１  会議情報管理サーバ］
会議情報管理サーバ１０について、図３に基づいて説明する。会議情報管理サーバ１０は、制御部１００と、通信部１１０と、記憶部１２０と、会議情報取得部１３０とを備えて構成されている。
【００３４】
制御部１００は、会議情報管理サーバ１０の全体を制御するための機能部である。制御部１００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Processing Unit）等により構成されている。
【００３５】
通信部１１０は、会議情報管理サーバ１０がネットワークＮＷに接続し、他の装置（クライアントや、クラウドストレージ等）と通信を行うための機能部である。例えば、有線／無線ＬＡＮで利用されるＮＩＣ（Network Interface Card）や、３Ｇ／ＬＴＥ回線に接続可能な通信モジュールにより実現されている。
【００３６】
記憶部１２０は、会議情報管理サーバ１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１２０は、例えば、半導体メモリであるＳＳＤ（Solid State Drive）や、ＨＤＤ（Hard Disk Drive）等により構成されている。
【００３７】
また、記憶部１２０には、会議情報１２２と、参加者情報１２４と、サービス割当情報１２６とが記憶され、さらに、会議の情報に添付されたファイルを格納する添付ファイル格納領域１２８が確保されている。
【００３８】
会議情報１２２は、後述する会議情報取得部１３０により取得された他のサービスから会議の予約された場合、当該会議の予約に関する情報である予約情報が記憶されている。例えば、図４に示すように、会議が予約されたときのサービスを識別するためのサービスＩＤ（例えば、「サービスＡ」）と、予約された会議名（例えば、「２０１９年モデル情報共有」）と、会議の開始日時（例えば、「２０１７／１１／１４  １５：００」）と、会議の終了日時（例えば、「２０１７／１１／１４  １６：００」）と、会議の参加者（例えば、「User1, User3, User4, User6」）と、会議に関する追加した情報である追加情報とが記憶される。
【００３９】
この会議情報１２２は、会議情報取得部１３０が、各サービスにおいて会議の予約がされた場合に作成された会議管理システム１の利用者が使用するサービスから、会議が予約された場合の予約情報を収集して生成される。すなわち、予約情報から会議名、開始日時、終了日時、参加者の情報を抽出し、予約サービスのサービスＩＤと、必要に応じて追加情報とを記憶することにより生成される。
【００４０】
ここで、追加情報とは、例えば、会議を行うチームを指定した場合におけるチーム名であったり、タイムラインから会議の予約を行う場合におけるタイムラインのトピック（チャネル名）であったりする。追加情報は、予約の情報のうち、会議名、開始日時、終了日時、参加者以外の情報の全てを記憶することとしてもよいし、予め予約サービス毎に定めた追加情報として扱う情報を記憶することとしてもよい。
【００４１】
また、取得した予約情報にファイルが添付されていた場合は、当該添付されていたファイルを後述する添付ファイル格納領域１２８に記憶する。
【００４２】
また、本実施形態においては、参加者として、後述する参加者情報１２４の参加者ＩＤを記憶することとしているが、会議の参加者を識別できる情報であれば、参加者ＩＤ以外を記憶させてもよい。例えば、参加者の名前や、社員番号を記憶させてもよい。
【００４３】
さらに、会議情報１２２には、上述した情報の他にも、会議の主催者、会議の開催場所、部署といった、会議に関する属性を記憶させてもよい。
【００４４】
参加者情報１２４は、会議の参加者の認証及び通知に必要な情報や、参加者の属性を記憶される。例えば、図５に示すように、参加者を識別するための参加者ＩＤ（例えば、「User1」）と、当該会議参加者ＩＤによって特定される参加者を認証するための情報であるパスワード（例えば、「aaa12345」）と、情報の通知に用いるメールアドレス（例えば、「user1@example.com」）と、当該参加者に関する情報である属性とが記憶される。属性としては、例えば、氏名（例えば、「佐藤」）と、役職（例えば、「課長」）との属性を記憶させる。なお、上述した属性以外にも、部署、社員番号といった属性を記憶させてもよい。
【００４５】
また、参加者を認証するための情報としてはパスワード以外であってもよい。例えば、参加者の認証に生体認証を用いる場合は、生体認証の方法に応じて指紋のパターンや顔のパターンを記憶させてもよい。
【００４６】
サービス割当情報１２６は、サービスの種類等に対応づけて、ファイルの記憶領域に関する情報を記憶している情報である。詳細については後述する。
【００４７】
添付ファイル格納領域１２８は、予約情報に添付されたファイルを記憶する領域である。予約情報に添付ファイルが含まれる場合は、例えば、サービス毎、会議名毎にフォルダを作成し、当該フォルダに添付ファイルを記憶させる。
【００４８】
また、会議情報１２２に記憶した会議情報と、添付ファイル格納領域１２８に記憶させた添付ファイルとを対応付ける情報とをサービス割当情報１２６に記憶させる。サービス割当情報１２６には、例えば、図６に示すように、サービスを特定するためのサービスＩＤ（例えば、「サービスＡ」）と、会議を特定する会議名（例えば、「AAAミーティング」）と、当該会議の予約情報に添付されていたファイルの格納場所（例えば、「/files/サービスＡ/AAAミーティング」）とが記憶される。
【００４９】
会議情報取得部１３０は、会議の予約が可能なサービスサーバに接続し、会議の予約に関する情報である予約情報を取得し、会議情報１２２に記憶する機能部である。接続するサービスサーバの情報（例えば、接続先やサービスサーバにログインするための認証情報等）は、記憶部１２０に記憶されていてもよいし、予約情報を取得するときに会議管理システム１の管理者等によって指定されてもよい。
【００５０】
予約情報の取得を行ったら、会議名、会議の開始日時、会議の終了日時、会議の参加者、追加情報を抽出し、取得を行ったサービスのサービスＩＤとともに会議情報１２２に記憶する。
【００５１】
予約情報の取得は、定期的に行われてもよいし、会議管理システム１の管理者等の操作によって行われてもよい。
【００５２】
なお、上述した方法による予約情報の収集以外にも、サービスサーバが会議情報管理サーバ１０に対して会議情報を送信する場合は、当該送信された予約情報を受信し、会議情報１２２に記憶してもよい。例えば、サービスサーバに対して会議が予約されたときに、予約情報がメールによって会議情報管理サーバ１０に送信される場合は、会議情報管理サーバ１０が受信したメールの内容に基づき、会議情報１２２に会議情報を記憶する。
【００５３】
［１．３．２  会議室クライアント］
つづいて、会議室クライアント２０の機能構成について、図７に基づいて説明する。なお本実施形態では、タッチ操作が可能な表示装置を会議室クライアント２０として用いることとして説明するが、会議室クライアント２０は、表示制御装置と表示装置とによって構成されていてもよい。本実施形態の会議室クライアント２０は、制御部２００と、表示部２１０と、操作検出部２２０と、画像処理部２３０と、通信部２４０と、記憶部２５０とを備えて構成されている。
【００５４】
制御部２００は、会議室クライアント２０の全体を制御するための機能部である。制御部２００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ等により構成されている。
【００５５】
表示部２１０は、会議資料等のファイルの表示がされる機能部である。例えば、ＬＣＤ（Liquid Crystal Display）や、有機ＥＬディスプレイ（ＯＥＬＤ：Organic Electroluminescence Display）等により構成されている。
【００５６】
操作検出部２２０は、会議室クライアント２０に対して行われたタッチ操作について、タッチ位置や、タッチ操作を検出する機能部である。例えば、表示部２１０の上に、操作検出部２２０を重ねることにより、タッチパネルとして構成される。タッチ方式としては静電容量方式、抵抗膜方式、赤外線方式といった何れの方式であってもよい。
【００５７】
画像処理部２３０は、画像データに各種画像処理を施す機能部である。例えば、画像データの鮮鋭化処理をしたりする。
【００５８】
通信部２４０は、会議室クライアント２０が外部機器と通信を行うための機能部である。例えば、有線／無線ＬＡＮで利用されるＮＩＣや、３Ｇ／ＬＴＥ回線に接続可能な通信モジュールにより実現されている。
【００５９】
記憶部２５０は、会議室クライアント２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２５０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等により構成されている。
【００６０】
記憶部２５０には、特に、会議情報２５２と、ファイル取得先情報２５４とが記憶され、さらに、会議情報管理サーバ１０や、クラウドストレージ３０から受信されたファイルを格納するファイル格納領域２５６が確保されている。また、ファイル格納領域２５６に格納されたファイルに関する情報として取得ファイル情報２５８が記憶され、さらに、拡張子アプリ関連リスト２６０が記憶される。
【００６１】
会議情報２５２は、会議情報１２２に記憶されている会議情報のうち、当該会議室クライアント２０で取り扱う対象となる会議に関する会議情報が記憶される。
【００６２】
ファイル取得先情報２５４は会議情報２５２に基づき、会議に使用するファイルを取得する場合に、当該ファイルの取得先を決定するために必要な情報を記憶させたものである。例えば、図８に示すように、サービスを特定するためのサービスＩＤ（例えば、「サービスＡ」）と、優先度（例えば、「１」）と、ファイル取得先に記憶されたファイルの種類を示すファイル種類（例えば、「添付ファイル」）と、当該ファイル種類に対応するファイルが記憶されている記憶領域（ファイルの取得先）を特定するためのファイル取得先（例えば、「会議情報管理サーバ／［サービスＩＤ］／［会議名］」）とが記憶されている。
【００６３】
ファイル種類は、ファイル取得先を特定するために用いられる情報である。本実施形態では、以下の情報が記憶される。
・添付ファイル：予約情報にファイルが添付されている場合
・過去の会議ファイル：過去に行われた会議において使用されたファイルを示す場合
・共有されているファイル：ファイルがユーザにより共有されている場合
・ログイン中の参加者のファイル：会議管理システム１にログイン中の参加者の共有ファイルの場合
・参加者の共有ファイル：会議管理システム１で開催されている会議の参加者の共有ファイルの場合
・チャネルのファイル：サービスＢにおいて、タイムラインにアップロードされたファイルを示す場合
【００６４】
また、ファイル取得先は、実際に会議室クライアント２０がファイルを取得する場所（フォルダ等）を示している。ファイル取得先は、コミニュケーションサービスに対応づけられたファイルの格納先であってもよいし、参加者の共有ファイルが記憶されている場所であってもよい。ここで、”［  ］”で囲った箇所は、会議情報の対応する属性や追加情報、日付といった、状況に応じた情報を挿入する箇所を示す。
【００６５】
例えば、ファイル取得先が「会議情報管理サーバ／［サービスＩＤ］／［会議名］」の場合、会議情報２５２のサービスＩＤが「サービスＡ」、会議名が「ＡＡＡミーティング」であったとする。この場合、会議室クライアント２０は、「会議情報管理サーバ／サービスＡ／ＡＡＡミーティング」からファイルを取得する。すなわち、会議情報管理サーバ１０の中にある「サービスＡ／ＡＡＡミーティング」というフォルダ（ディレクト）にファイルが記憶されている。
【００６６】
また、会議室クライアント２０は、参加者に応じてファイル取得先が指定できてもよい。例えば、会議に参加している参加者が使用している共有フォルダをファイル取得先としたい場合は、「Ｃｌｏｕｄ３／［Ｕｓｅｒｓ］／［参加者ＩＤ］」のように指定する。会議の参加者が４人いた場合、会議室クライアント２０は、その４人それぞれの共有フォルダがファイル取得先となり、ファイルを取得する。また、ログイン中の参加者の共有フォルダや、特定の属性を有する参加者（例えば、役職が課長である参加者）の共有フォルダをファイル取得先として指定できてもよい。
【００６７】
なお、予約サービス毎にファイル取得先を設定するが、どのサービスにおいても取得するファイル取得先を設定してもよい。例えば、どの会議においても「ログイン中の参加者のファイル」を取得したい場合は、サービスＩＤを「全て」としたファイル取得先を含めてもよい。
【００６８】
また、優先度とは、取得するファイルとして会議の参加者に提示する順位を示す。例えば、会議情報２５２のサービスＩＤが「サービスＡ」である場合は、添付ファイルを優先的に参加者に提示する。優先度を設定することにより、会議に関連するファイルのうち、会議に対する関連性が高いファイルから、参加者に提示することが可能となる。
【００６９】
なお、ファイル取得先情報２５４は、会議室クライアント２０に予め設定されていてもよいし、会議情報管理サーバ１０がファイル取得先情報を記憶し、会議室クライアント２０は会議情報管理サーバ１０から配信されたファイル取得先情報を記憶してもよい。
【００７０】
ファイル取得先情報２５４に基づき取得したファイルは、ファイル格納領域２５６に記憶される。また、取得するファイルに関する情報は取得ファイル情報２５８に記憶される。
【００７１】
取得ファイル情報２５８には、例えば、図９に示すように、取得したファイルに対応するファイル種類（例えば、「添付ファイル」）と、当該ファイルのファイル名（例えば、「meetings.pptx」）と、当該ファイルに対応するサムネイルのファイル名であるサムネイルファイル名（例えば、「meetings.pptx.png」）とが記憶される。
【００７２】
本実施形態では、会議室クライアント２０は、ファイル配信先からサムネイルデータを受信し、ファイル格納領域にサムネイルのファイルとして記憶することとしている。また、サムネイルのファイル名は、対応するファイル名の末尾に特定の文字列を付与したものを用いることにより、ファイルと対応できるようにしている。なお、このように構成しなくてもよく、ファイルとサムネイルとが対応付けられる構成であれば、何れの構成によって実現されてもよい。
【００７３】
また、本実施形態においては、ファイル取得先に記憶されたファイル（実ファイル）を取得する前に、実ファイルの代わりにファイルについてサムネイル表示を行う。本実施形態では、表示部２１０にリコメンドエリアと呼ばれる領域を表示し、当該リコメンドエリアの内部に、取得ファイル情報２５８に基づき、サムネイルとファイル名とを近接させて、縦に並べて表示する。なお、サムネイル表示の他に、例えばファイル名のリストを表示してもよいし、ファイルアイコンや画像キャプチャなどをサムネイル表示の代替として表示してもよい。
【００７４】
また、本実施形態においては、リコメンドエリアには、ファイル種類を選択するためのリスト（ファイル種類選択リスト）が表示される。リコメンドエリアには、前記ファイル種類選択リストで選択されたファイル種類に対応したファイル取得先から取得したファイルについてのサムネイルを表示することとして説明する。
【００７５】
拡張子アプリ関連リスト２６０は、ファイルの拡張子（例えば、「.pptx」）と、ファイル名に当該拡張子を含むファイルを使用する際に起動するアプリケーション（例えば、プレゼンテーションアプリ）とが記憶される。取得したファイルを使用するときに、当該ファイルの拡張子が拡張子アプリ関連リスト２６０に記憶されている場合は、対応するアプリケーションによって、当該ファイルが表示される。
【００７６】
なお、ファイルを使用する際に起動するアプリケーションは、アプリケーションが特定できればよく、アプリケーション名や、当該アプリケーション名のパス等が記憶される。
【００７７】
［１．４  処理の流れ］
［１．４．１  全体の処理］
本実施形態における処理について説明する。はじめに、図１０を参照して、各装置間において送受信するデータを説明する。
【００７８】
はじめに会議室クライアント２０は、会議情報管理サーバ１０へ認証情報を送信する（Ｓ１００２）。認証情報は、会議情報管理サーバ１０が参加者の認証処理を行うために送信されるものである。認証情報としては、参加者ＩＤとパスワードとが含まれている。
【００７９】
ここで、会議の参加者が認証情報を入力する方法としては、会議室クライアント２０に接続されたカードリーダを用いて、参加者ＩＤやパスワードが記憶されたカードを読み取らせる方法や、参加者ＩＤやパスワードを入力する方法であってもよい。また、生体認証を利用して参加者の認証を行う場合は、生体認証の方法に応じて指紋センサやカメラといった装置を用いて身体的特徴を読み取らせて認証情報として送信してもよい。
【００８０】
会議情報管理サーバ１０は、会議室クライアント２０から送信された認証情報と、参加者情報１２４に記憶された認証情報（例えば、参加者ＩＤ及びパスワード）とに基づき、認証処理を行う（Ｓ１００４）。例えば、会議情報管理サーバ１０は、会議室クライアント２０から送信された認証情報と、参加者情報１２４に記憶された認証情報とが一致する場合は認証結果を「認証成功」とする。また、会議室クライアント２０から送信された認証情報と、参加者情報１２４に記憶された認証情報とが一致しない場合や、認証情報が登録されていない場合は、認証結果を「認証失敗」とする。また、会議情報管理サーバ１０は、上述した認証結果を会議室クライアント２０へ送信する（Ｓ１００６）
【００８１】
認証結果を受信した会議室クライアント２０は、認証結果が「認証成功」の場合は、会議情報要求を会議情報管理サーバ１０へ送信する（Ｓ１００８）。会議情報管理サーバ１０は、会議情報要求に対応する参加者ＩＤが参加者に含まれる会議情報を、会議情報１２２から抽出する（Ｓ１０１０）。そして、会議情報管理サーバ１０は、抽出した会議情報を会議室クライアント２０へ送信する（Ｓ１０１２）。
【００８２】
会議情報を受信した会議室クライアント２０は、受信した会議情報のうち一の会議情報を選択する（Ｓ１０１４）。また、会議室クライアント２０は、選択された会議情報を会議情報２５２として記憶する。
【００８３】
つづいて制御部２００は、会議情報２５２と、ファイル取得先情報２５４とに基づき、優先順位の高い順に、ファイル取得先に対してファイル要求を送信する。
【００８４】
例えば、最も優先順位の高いファイル取得先が存在する装置が会議情報管理サーバ１０である場合、制御部２００は会議情報管理サーバ１０にファイル取得先に記憶されているファイルの送信を要求するファイル要求を送信する（Ｓ１０１６）。ファイル要求を受信した会議情報管理サーバ１０は、ファイル取得先として特定される領域に記憶しているファイル名及びサムネイルデータを会議室クライアント２０へ送信する（Ｓ１０１８）。そして、会議室クライアント２０の制御部２００は、会議情報管理サーバ１０からファイル名及びサムネイルを受信する。
【００８５】
つづいて、次に優先度の高いファイル取得先があれば、Ｓ１０１６と同様にファイル要求を送信する（Ｓ１０２０）。図１０では、クラウドストレージ３０にファイル要求を送信している。ファイル要求を受信した装置は、Ｓ１０１８と同様にファイル名及びサムネイルデータを会議室クライアント２０へ送信する（Ｓ１０２２）。
【００８６】
上述したように、会議室クライアント２０の制御部２００は、ファイル取得先に基づいて、ファイル要求を送信する。また、取得したファイルに関する情報（例えば、ファイル名及び／又はサムネイル）を、ファイル毎に、リコメンドエリアに表示する（Ｓ１０２４）。また、ファイルデータは、サムネイルデータと同じに受信してもよいし、別に受信してもよい（Ｓ１０２６）。
【００８７】
参加者によって、サムネイルを選択する等のファイルを表示するための操作がされた場合は、会議室クライアント２０の制御部２００は、当該選択されたファイルを表示する処理を行う（Ｓ１０２８）。なお、ファイルが選択されたときに表示対象のファイルデータの取得が完了していない場合は、ファイルを選択された後にファイルデータの取得を行えばよい。
【００８８】
［１．４．２  会議室クライアントの処理］
つづいて、図１１を参照して、会議室クライアント２０の処理の流れを説明する。はじめに、制御部２００は参加者の認証を行う（ステップＳ１０２）。参加者の認証が成功した場合は、当該参加者ＩＤに対応する会議情報を会議情報管理サーバ１０から取得する（ステップＳ１０４）。
【００８９】
つづいて、制御部２００は、取得した会議情報のうち、一の会議情報を会議情報２５２として記憶する（ステップＳ１０６）。この、会議情報２５２として記憶する一の会議情報の決定は、参加者に会議情報から選択させることで決定してもよいし、会議室クライアント２０が決定してもよい。
【００９０】
会議室クライアント２０が一の会議情報を決定する方法としてとしては、現在の時刻が、会議の時間帯に含まれる会議情報があれば、当該会議情報は、現在開催中の会議に関する会議情報であるとして、一の会議情報を決定する方法が考えられる。なお、会議開始前に参加者が認証を行うことを考慮して、現在時刻が、会議情報の開始日時から所定の時間以内（例えば、３０分以内）である会議情報を一の会議情報として決定してもよい。
【００９１】
なお、会議情報管理サーバから会議情報が１件も取得できなかった場合は、選択可能な会議情報がない旨を参加者に通知してもよい。
【００９２】
つづいて、制御部２００は、表示部２１０に会議詳細画面を表示する処理を行う（ステップＳ１０８）。ここで、会議詳細画面とは、会議情報２５２に基づき、会議名、開始日時、終了日時、取得するファイルに関する情報等を表示する画面である。また、会議の参加者は、当該会議詳細画面を確認した上で、会議を開始するか否かを選択する。
【００９３】
会議の参加者により会議の開始が選択された場合は、制御部２００は、会議開始時に表示部２１０に表示する初期画面を表示する処理（初期画面表示処理）を行う（ステップＳ１１０；Ｙｅｓ→ステップＳ１１２）。ここで、初期画面表示処理について図１２を参照して説明する。
【００９４】
はじめに、制御部２００は、会議情報２５２のサービスＩＤから、当該会議に関するファイルが記憶されているファイル取得先を、ファイル取得先情報２５４から読み出し、ファイル取得先を選択する（ステップＳ１５２）。
【００９５】
つづいて、制御部２００は、選択したファイル取得先のうち、優先度の高いファイル取得先から順に、ファイル要求をファイル取得先に対応する装置に送信する（ステップＳ１５４）。
【００９６】
つづいて、制御部２００は、ファイル取得先の装置からファイル要求に対する応答として送信されるファイル名とサムネイルとを受信する（ステップＳ１５６）。また、受信したサービスＩＤと、ファイル名と、サムネイルのファイル名とを取得ファイル情報２５８に記憶する。
【００９７】
つづいて、制御部２００は、取得ファイル情報２５８に記憶した情報に基づき、優先度の最も高いファイル取得先から取得したファイル名とサムネイルとを、サムネイルに対応するファイル毎にリコメンドエリアに表示する（ステップＳ１５８）。また、ファイル取得先からファイルを取得し、ファイル格納領域２５６に記憶する（ステップＳ１６０）。
【００９８】
なお、図１２に示したフローでは、ファイル名とサムネイルとを表示する処理と、ファイルを取得する処理を並行に行っているが、当該処理を順次実行をしてもよいし、Ｓ１５４〜Ｓ１６０の処理の一部又は全部を並列に行ってもよい。例えば、ファイル取得先が複数ある場合は、それぞれのファイル取得先に対して、ファイル要求を送信し、ファイル名とサムネイルとを取得し、ファイルを取得する一連の処理が、並列に実行されてもよい。
【００９９】
上述した処理により、ファイル取得先情報２５４の優先度に基づき、会議中に使用することが可能なファイルをリコメンドエリアに表示することが可能となる。
【０１００】
つづいて、図１１に戻り、会議画面表示処理を行う。会議画面表示処理とは、会議が行われている際に、表示部２１０に表示する会議中の画面を表示する処理である。会議画面表示処理について、図１３を参照して説明する。
【０１０１】
はじめに、参加者によってファイル取得先から取得したファイルを表示する操作がされたか否かを、制御部２００が判定する（ステップＳ１７２）。ここで、ファイルを表示する操作とは、具体的には、リコメンドエリアに表示されたサムネイルをタップしたり、サムネイルをマウスによってクリックしたりする操作である。
【０１０２】
つづいて、ファイルを表示する操作がされた場合は、制御部２００は、参加者によってされた操作に応じて、表示部２１０にファイルを表示する（ステップＳ１７２；Ｙｅｓ→ステップＳ１７４）。具体的には、制御部２００は、リコメンドエリアに表示しているファイル種類と、選択されたサムネイルのサムネイルファイル名とに基づき、取得ファイル情報２５８から、対応するファイル名を特定する。さらに、制御部２００は、当該ファイル名に対応するファイルをファイル格納領域２５６から抽出し、表示部２１０に表示する。
【０１０３】
つづいて、参加者によってリコメンドエリアに表示するファイル種類を変更する操作がされたか否か、すなわち、ファイル種類選択リストで選択されているファイル種類を、別のファイル種類に変更する操作がされたか否かを、制御部２００が判定する（ステップＳ１７６）。
【０１０４】
参加者によってリコメンドエリアに表示するファイル種類を変更する操作がされたと判定した場合は、制御部２００は、ステップＳ１５４で受信したサムネイルのうち当該選択されたファイル種類に対応するサムネイルをリコメンドエリアに表示する（ステップＳ１７８）。
【０１０５】
つづいて、制御部２００は、会議を終了する場合であるか否かの判定を行う（ステップＳ１８０）。会議を終了する場合とは、例えば、参加者によって会議終了が選択された場合や、現在の時刻が会議情報の終了日時を経過した場合である。会議を終了する場合は、制御部２００は、ファイル取得先から取得したファイルをファイル格納領域２５６から削除して会議画面表示処理を終了する（ステップＳ１８０；Ｙｅｓ→ステップＳ１８２）。また、会議情報２５２及び取得ファイル情報２５８も削除する（ステップＳ１８４）。会議終了が選択されなかった場合は（ステップＳ１８０；Ｎｏ）、ステップＳ１７２へ戻る。
【０１０６】
図１１へ戻り、制御部２００は、参加者によってログアウト操作がされたか否かを判定する（ステップＳ１１６）。ログアウト操作がされたと判定した場合は参加者認証の処理へ戻る（ステップＳ１１４；Ｙｅｓ→ステップＳ１０２）。ログアウト操作がされたと判定しなかった場合は、会議情報取得の処理ヘ戻る（ステップＳ１１６；Ｎｏ→ステップＳ１０４）。
【０１０７】
［１．５  動作例］
［１．５．１  画面遷移例］
本実施形態の動作例について図を用いて説明する。はじめに、会議室クライアント２０の表示部２１０に表示する画面の画面遷移について、図１４を参照して説明する。はじめに、参加者の認証を促す画面を表示する（図１４（ａ））。当該画面には、認証方法を表示したり、認証情報を入力するためのテキストボックスを表示させたりしてもよい。また、認証が不要の場合には開始ボタンなどを表示してもよい。
【０１０８】
つづいて、会議情報管理サーバ１０から送信される認証結果が認証成功の場合は、会議室クライアント２０は認証を行った参加者をログイン状態として管理し、当該参加者が参加する会議情報を会議情報管理サーバ１０から取得する。認証が不要な場合にはこのステップはスキップされ、会議情報の習得のステップに進む。
【０１０９】
会議情報管理サーバ１０から取得した会議情報に、現在時刻が会議の時間帯に含まれる会議情報が含まれている場合は、制御部２００は、当該会議情報を会議情報２５２として記憶し、会議情報２５２に基づいた会議詳細画面を表示部２１０に表示する（図１４（ｃ））。
【０１１０】
会議の時間帯に相当する会議情報がない場合は、制御部２００は会議情報管理サーバ１０から取得した会議情報を表示部２１０に一覧に表示し、参加者が会議情報を選択可能な状態とする（図１４（ｂ））。参加者により会議情報が選択された場合は、制御部２００は選択された会議情報を会議情報２５２として記憶して、会議情報２５２に基づいた会議詳細画面を表示部２１０に表示する（図１４（ｃ））。
【０１１１】
つづいて、参加者によって会議詳細画面において会議開始が選択された場合は、制御部２００は、会議用の画面を表示部２１０に表示する（図１４（ｄ））。また、開始しなかった場合は会議情報を選択する画面を表示する。
【０１１２】
会議用の画面を表示しているときに、参加者によって会議終了が選択された場合は、制御部２００は会議の終了を確認する画面を表示部２１０に表示し、参加者に会議の終了方法を選択させる（図１４（ｅ））。終了方法としては、本実施形態では、キャンセル、他の会議開始、ログアウトが選べることとして説明する。
【０１１３】
ここで、参加者によってログアウトが選択された場合は、参加者の認証を促す画面を表示する（図１４（ａ））。参加者によって他の会議開始が選択された場合は、新たに開始する会議を参加者に選択させるために、会議情報を選択する画面を表示する（図１４（ｂ））。参加者によってキャンセルが選択された場合は、会議用の画面を表示する（図１４（ｄ））。
【０１１４】
［１．５．２  動作画面例］
つづいて、本実施形態において表示する画面について図を用いて説明する。はじめに、会議用の画面について、図１５を参照して説明する。図１５（ａ）は、本実施形態における表示画面Ｗ１０００の一例である。Ｗ１０００には会議用アプリケーションと、会議用アプリケーションに重なるようにリコメンドエリアＲ１０００とが表示されている。リコメンドエリアＲ１０００の内部には、ファイル毎にサムネイルとファイル名とを表示した領域Ｒ１００２と、ファイル種類選択リストＢ１０００と、会議終了の操作を行うためのボタンＢ１００２とが含まれている。また、領域Ｒ１００２の表示を更新するための更新ボタンＢ１００４と、リコメンドエリアを縮小するためのボタンＢ１００６とが含まれている。
【０１１５】
領域Ｒ１００２には、ファイル毎にサムネイルとファイル名とが表示される。例えば、領域Ｒ１００４には、ファイル名「Chart.pptx」と、当該ファイルのサムネイルとが表示される。会議の参加者は、領域Ｒ１００２の表示に基づき、使用を所望するファイルを選択することができる。
【０１１６】
図１５（ｂ）は、表示画面Ｗ１０００において領域Ｒ１００４が選択された場合の表示画面Ｗ１１００の一例である。このとき、ファイル格納領域２５６に格納されているファイルのうち「Chart.pptx」に対応するファイルが表示される（Ｗ１１０２）。
【０１１７】
つづいて、ファイル種類選択リストについて図１６に基づいて説明する。図１６（ａ）、（ｂ）は、図１５のファイル種類選択リストＢ１０００に対して、会議の参加者によりリストを展開する操作がされたときの表示例である。ここで、図１６（ａ）と（ｂ）とでは、会議情報２５２に記憶されたサービスＩＤが異なる。サービスＩＤによって取得できるファイル種類が異なっており、特にＭ２０００とＭ２００２で示した項目が異なっている。
【０１１８】
つづいて、過去の会議のファイルを表示する場合の画面例を、図１７を参照して説明する。はじめに、参加者によってファイル種類選択リストから「過去の会議のファイル」の項目（Ｍ３０００）が選択される（図１７（ａ））。このとき、制御部２００は、ファイル種類選択リストに、日付の表示Ｌ３０００と、日付を選択するためのボタンＢ３０００と、Ｂ３００２とを表示部２１０に表示する（図１７（ｂ））。
【０１１９】
なお、日付の表示Ｌ３０００には、過去の会議のファイルのファイル取得先として指定できる日付のうち、直近の日付を表示してもよいし、会議が行われている日の日付を表示してもよい。
【０１２０】
また、参加者によってボタンＢ３０００又はＢ３００２が選択されたら、制御部２００はＬ３０００に表示する日付を変更する（図１７（ｂ））。例えば、ボタンＢ３０００を選択すると、現在選択している日付よりも過去の日付を表示し、ボタンＢ３００２を選択すると、現在選択している日付よりも未来の日付を表示する。Ｌ３０００に表示している日付よりも未来又は過去の日付に変更できない場合は、ボタンＢ３０００又はＢ３００２を参加者によって選択できないように表示してもよい。
【０１２１】
過去の会議ファイルが選択された場合や、参加者の操作により日付が変更されたときは、制御部２００は、Ｌ３０００に表示している日付に基づき、リコメンドエリアに表示するサムネイルを変更する。例えば、図１７（ｂ）では、Ｌ３０００に表示している日付は「２０１８／０４／２７」なので、リコメンドエリアには２０１８年４月２０日に行われた会議のファイルを表示する。ここで、参加者によりＢ３０００が選択され、図１７（ｃ）の状態となったとする。このとき、図１７（ｃ）では、Ｌ３０００に表示している日付は「２０１８／０４／２０」なので、リコメンドエリアには２０１８年４月２０日に行われた会議のファイルを表示する。
【０１２２】
ここで、ファイル種類選択リストにＢ２０００に日付を選択するための表示をするか否かについては、ファイル取得先情報２５４のファイル取得先に［日付］が含まれるか否かによって判定すればよい。すなわち、ファイル種類に対応したファイル取得先に日付を含められる場合は、ファイル取得先に含める日付を参加者に選択できるように表示を行う。
【０１２３】
また、指定できる日付は、会議開始時に取得してもよいし、日付を選択するためのボタンＢ３０００又はＢ３００２を操作する度に、過去の会議の資料のファイル取得先に問い合わせてもよい。
【０１２４】
特に過去の会議が何回も行われている場合は、過去の会議の資料について全てのサムネイルを取得すると時間がかかってしまう。したがって、日付を選択したときにサムネイルを取得する挙動とすることで、サムネイルを取得する時間を抑えることができる。
【０１２５】
なお、日付を選択する度にサムネイルの取得を行う代わりに、所定の回数前まで会議の資料のサムネイルを会議開始時に取得してもよい。この場合は、最近行われた会議についての資料を参照する際にかかる処理時間を短縮することができる。
【０１２６】
本実施形態によれば、会議情報２５２とファイル取得先情報２５４とに基づき、会議の予約を行ったサービスによらず、ファイルを取得することが可能となる。したがって、参加者は、会議の予約を行ったサービスを意識することなく、ファイルを使用することが可能であり、利便性の向上が期待できる。
【０１２７】
また、サービス毎にファイル取得先に優先度を設定することにより、ファイル種類が複数であっても、会議開始時には、会議に関連性の高いファイルがリコメンドエリアに表示されることとなる。
【０１２８】
さらに、参加者がリコメンドエリアに表示されたサムネイルを確認している間に、バックグラウンドでファイルを取得することにより、ファイルを取得するまでの待ち時間を削減することが可能となる。
【０１２９】
なお、本実施形態ではファイル取得先の優先度の順に、全てのファイル取得先に対してファイル要求を送信することとして説明したが、会議開始時には優先度の最も高いファイル取得先にのみファイル要求を送信してもよい。この場合は、ファイル種類を変更した際に、未取得のファイル取得先が選択されたら当該ファイル取得先にファイル要求をして、リコメンドエリアを更新する。このようにすることで、必要な場合にのみファイル要求を要求するため、会議室クライアント２０において使用を所望しないファイルがバックグラウンドで受信されることを回避することができる。
【０１３０】
また、本実施形態においては、ファイル取得先を会議情報２５２とファイル取得先情報２５４とに基づいて決定することとして説明したが、会議情報管理サーバ１０から取得する会議情報にファイル取得先が含まれていてもよい。会議情報にファイル取得先が含まれていることで、ステップＳ１５２において、制御部２００がファイル取得先を選択する処理を省略することが可能となる。
【０１３１】
また、本実施形態では、サービスを特定するためにサービスＩＤを用いたが、サービスＩＤ以外の情報を用いてサービスの判別が可能な場合、サービスＩＤを記憶しないことも可能である。例えば、追加情報としてチャネル名が設定されている場合にはサービスＢと判別することが考えられる。この場合、サービスが判別可能な情報によりサービスを決定する。また、ファイル取得先も、サービスが判別可能な情報や、追加情報に基づき決定してもよい。例えば、会議情報２５２の追加情報にチャネル名が含まれる場合に、所定のファイル取得先からファイルを取得するといったファイル取得先情報を記憶させてもよい。
【０１３２】
また、会議情報に会議の開催場所の情報を含めてもよい。ここで、会議室クライアント２０が場所の情報を含めることで、当該会議室クライアント当該会議室クライアント２０を用いて開催される会議を事前に検出することが可能となる。そこで、会議開始前にファイル取得先からファイルを取得することで、ファイルを取得するときの待ち時間を削減することが可能となる。
【０１３３】
このとき、事前に取得したファイルを、拡張子アプリ関連リスト２６０に基づき、ファイルを使用可能な状態としてもよい。このようにすることで、会議開始時には既に使用するファイルが表示されていることとなり、サムネイルを選択する操作を省略することができる。
【０１３４】
なお、本実施形態においては、会議情報管理サーバ１０が予約情報を取得し会議情報として管理するものとして説明したが、会議室クライアント２０が予約情報を取得して会議情報として管理してもよい。この場合は、会議室クライアント２０が接続するサービスサーバの情報（例えば、接続先やサービスサーバにログインするための認証情報等）を会議室クライアント２０の記憶部２５０に記憶する。また、予約情報の取得は、会議室クライアント２０が定期的に行ってもよいし、参加者の認証をした後に行ってもよい。
【０１３５】
［２．第２実施形態］
つづいて、第２実施形態について説明する。本実施形態では、会議開始時にリコメンドエリアに表示するサムネイルとして、ファイルが存在するファイル取得先から取得したサムネイルを表示する実施形態である。なお、第１実施形態と全体構成及び機能構成は同一であるため、その説明を省略する。
【０１３６】
本実施形態は、図１２に示した第１実施形態における会議室クライアント２０の初期画面表示処理のフローを、図１８に示したフローに置き換えたものである。本実施形態における初期画面表示処理について、図１８を参照して説明する。
【０１３７】
はじめに、制御部２００は、会議情報２５２のサービスＩＤから、当該会議に関するファイルが記憶されているファイル取得先のうち、最も優先度が高いファイル取得先を、ファイル取得先情報２５４から選択する（ステップＳ２５２）。
【０１３８】
つづいて、ステップＳ２５２で選択したファイル取得先に対し、制御部２００は当該ファイル取得先に対応する装置に対してファイル要求を送信する（ステップＳ２５４）。また、ファイル取得先の装置からファイル要求に対する応答として送信されるファイル名とサムネイルとを、制御部２００が受信する（ステップＳ２５６）。
【０１３９】
つづいて、制御部２００は、ファイル取得先にファイルが存在するか否かを判定する（ステップＳ２５８）。例えば、ファイル取得先からサムネイルやファイル名が１以上取得できた場合はファイルが存在すると判定すればよい。
【０１４０】
制御部２００が、ファイル取得先にファイルが存在しなかったと判定した場合は、ファイル取得先情報２５４に記憶されているファイル取得先で、次に優先度が高いファイル取得先を選択する（ステップＳ２５８；Ｎｏ→ステップＳ２６０）。また、制御部２００は、選択したファイル取得先にファイル要求を送信する（ステップＳ２５４）。
【０１４１】
ステップＳ２５８において、ファイル取得先にファイルが存在すると判定した場合は（ステップＳ２５８；Ｙｅｓ）、制御部２００はファイル取得先から取得したファイル名とサムネイルとをリコメンドエリアに表示する（ステップＳ２６２）。さらに、バックグラウンドでファイル取得先のファイルを取得し、ファイル格納領域２５６に記憶する（ステップＳ２６４）。
【０１４２】
上述した処理により、会議開始時にリコメンドエリア表示するサムネイルを、ファイル取得先の状況に応じて設定することができる。例えば、図８に示したファイル取得先情報２５４を参照すると、会議が予約されたときのサービスがサービスＡである場合、最初に会議室クライアント２０は添付ファイルが格納されているファイル取得先にファイル要求を送信する。
【０１４３】
会議が予約されたときに、ファイルが添付されていれば、当該添付されたファイルのサムネイルをリコメンドエリアに表示する。会議が予約されたときに、ファイルが添付されなかった場合は、次に優先度の高いファイル取得先である、過去の会議のファイルが記憶されているファイル取得先にファイル要求を送信する。過去の会議のファイルが記憶されていれば、当該過去の会議のファイルのサムネイルをリコメンドエリアに表示する。
【０１４４】
本願実施形態は、優先度に基づきファイル取得先からサムネイルを取得してリコメンドエリアに表示するため、会議開始時に参加者の操作によってファイル種類を選択する操作を行うことなく、リコメンドエリアに使用可能なファイルを表示することが可能となる。
【０１４５】
［３．第３実施形態］
つづいて、第３実施形態について説明する。本実施形態ではファイル取得先から取得したファイルが更新された場合に、所定の保存先に当該更新されたファイルを保存する実施形態である。
【０１４６】
なお、本実施形態においては、第１実施形態と会議室クライアントの機能構成が異なるため、本実施形態の会議管理システム２は、会議情報管理サーバ１０と、会議室クライアント２２と、クラウドストレージ３０とが接続されているとして説明する。また、本実施形態は、第１実施形態から、会議室クライアント２２の機能構成を図７から図１８に置き換え、図１０に示したシーケンスを図２０のシーケンス図に置き換え、図１３の会議画面表示処理のフローを図２１のフローに置き換えたものである。なお、第１実施形態と同一の機能部及び処理には同一の符号を付してその説明を省略する。
【０１４７】
［３．１  会議室クライアントの機能構成］
会議室クライアント２２の機能構成について、図２２に基づいて説明する。会議室クライアント２２の記憶部２５０には、会議情報２５２と、ファイル取得先情報２５４と、ファイル格納領域２５６と、取得ファイル情報２５８と、拡張子アプリ関連リスト２６０と、ファイル使用履歴情報２６２と、ファイル保存先情報２６４とが含まれる。
【０１４８】
ファイル使用履歴情報２６２には、ファイル格納領域２５６に記憶されたファイルが使用された場合に、使用したファイルと当該ファイルの状態とを対応して記憶される。例えば、図１９に示すように、ファイル格納領域２５６に記憶されたファイルのファイル名（例えば、「meetings.pptx」）と、当該ファイルの状態（例えば、「更新」）とが記憶される。
【０１４９】
ここで、ファイルが使用された場合とは、参加者によってファイル格納領域２５６に記憶されたファイルの表示がされたときや、ファイルに対して書き込み等の操作がされたことによりファイルが更新された場合をいう。ファイルが表示された場合は状態を「オープン」として記憶され、ファイルが更新された場合は状態を「更新」として記憶される。
【０１５０】
ファイル保存先情報２６４には、更新されたファイルの保存先をサービス毎に記憶される。例えば、図２０に示すように、サービスを識別するためのサービスＩＤ（例えば、「サービスＡ」）と、更新されたファイルの保存先（例えば、「過去の会議のファイル」）とが記憶される。
【０１５１】
ファイル保存先は、ファイル取得先情報に記憶されたファイル種類が記憶されていてもよいし、パスといった保存先の場所を示す情報が記憶されていてもよい。ファイル種類が記憶されたら、当該サービスの当該ファイル種類に対応するファイル取得先と同一の場所がファイル保存先として用いられる。
【０１５２】
なお、本実施形態においては、保存先に含まれる“［  ］”で囲った箇所は、ファイル取得先情報２５４のファイル取得先と同様に、会議情報の対応する属性や追加情報、参加者の属性、日付といった状況に応じた情報を挿入する箇所を示す。
【０１５３】
［３．２  処理の流れ］
［３．２．１  全体の流れ］
つづいて、本実施形態における処理について説明する。はじめに、図２２を参照して、各装置間において送受信するデータを説明する。なお、図２２に示したファイル取得処理とは、図１０のＳ１００２からＳ１０２６までの処理をいう。
【０１５４】
つづいて、参加者によってサムネイルを選択する操作がされた場合は、会議室クライアント２０の制御部２００は、当該選択されたサムネイルに対応したファイルを表示部２１０に表示する。また、表示したファイルに対して参加者によって編集操作がされた場合は、制御部２００はファイル格納領域２５６に格納されている編集操作のされたファイルを更新する（Ｓ２００２）。
【０１５５】
また、ファイルを表示したときは、制御部２００は、ファイル使用履歴情報２６２に、ファイル名と、状態を「オープン」としたファイル使用履歴情報を記憶する。また、ファイルが更新された場合は、制御部２００は、ファイル使用履歴情報２６２に、ファイル名と、状態を「更新」としたファイル使用履歴情報を記憶する。（Ｓ２００４）。
【０１５６】
つづいて、制御部２００は、会議が終了したか否かを判定する（Ｓ２００６）。会議が終了した場合は、ファイル使用履歴情報２６２に基づき、更新したファイルのファイルデータ及び会議の参加者のデータをサービスに対応したファイル保存先（例えば、クラウドストレージ）に送信する（Ｓ２００８）。また、ファイル保存先の装置は、会議室クライアント２２から受信したファイルの閲覧権限を、会議の参加者に付与することで、会議の参加者に送信したファイルの閲覧を可能とする（Ｓ２０１０）。
【０１５７】
さらに、会議室クライアント２２は、保存したファイルの名前や、送信したファイルを取得可能なリンクアドレスといった、保存したファイルの情報と、会議の参加者のデータとを会議情報管理サーバ１０に送信する（Ｓ２０１２）。保存したファイルの情報と、会議の参加者のデータを受信した会議情報管理サーバ１０は、参加者のデータに基づき、参加者のメールアドレスを参加者情報１２４から抽出し、当該メールアドレス宛に、送信したファイルに関する情報を送信する。
【０１５８】
Ｓ２００８〜Ｓ２０１４により、会議の参加者は更新したファイルを共有することが可能となる。なお、ファイルの送信が完了したら、会議室クライアント２０に記憶したファイルは削除する（Ｓ２０１６）。
【０１５９】
［３．２．２  会議画面表示処理の流れ］
つづいて、図２３を参照して本実施形態における会議画面表示処理について説明する。まず、参加者によってファイルを表示する操作がされた場合は（ステップＳ１７２）、制御部２００は当該ファイルを表示部２１０に表示し（ステップＳ１７４）、当該ファイルについて、ファイル名と、状態を「オープン」としたファイル使用履歴情報をファイル使用履歴情報２６２に記憶する（ステップＳ２０２）。なお、ファイル名は、ファイルを表示する操作として選択されたサムネイルに対応するファイル名を、取得ファイル情報２５８から求める。
【０１６０】
つづいて、制御部２００は、参加者によってファイルを更新する操作がされたか否かを判定する（ステップＳ２０４）。ファイルを更新する操作とは、例えば、表示されたファイルに対して、参加者がタッチ操作によって書き込みを行う操作や、内容を編集する操作が考えられる。
【０１６１】
ファイルを更新する操作がされたと判定した場合は、当該更新されたファイルをファイル格納領域２５６に記憶する（ステップＳ２０４；Ｙｅｓ→ステップＳ２０６）。また、当該ファイルについて、ファイル名と、状態を「更新」としたファイル使用履歴情報をファイル使用履歴情報２６２に記憶する（ステップＳ２０８）。
【０１６２】
つづいて、制御部２００は会議終了の状態であるか否かを判定する（ステップＳ１８０）。制御部２００が会議終了の状態であると判定した場合は（ステップＳ１８０；Ｙｅｓ）、制御部２００は、会議において更新したファイルを会議情報２５２のサービスに対応したファイル保存先に送信する。まず、制御部２００は、会議情報２５２に記憶されたサービスＩＤから、当該サービスに対応する保存先をファイル保存先情報２６４に基づき決定する（ステップＳ２１０）。また、制御部２００は、ファイル使用履歴情報２６２に基づき更新されたファイルを抽出し、更新したファイルをステップＳ２１０で決定した保存先に送信する（ステップＳ２１２）。
【０１６３】
更新されたファイルの送信が完了したら、つづいて制御部２００は、会議情報管理サーバ１０に対して、送信したファイルの情報と、参加者の情報とを送信する（ステップＳ２１４）。送信が完了したら、制御部２００は、ファイル取得先から取得したファイルを削除する（ステップＳ１８２）。また、会議情報２５２及び取得ファイル情報２５８を削除する（ステップＳ１８４）。さらに、ファイル使用履歴情報２６２を削除する（ステップＳ２１６）。
【０１６４】
本実施形態によれば、予約サービスに応じた保存先に、会議終了時に更新したファイルを送信することが可能となる。したがって、会議の参加者は、会議終了時に、更新したファイルの記憶先を自ら選択する必要がなく、利便性の向上が期待できる。
【０１６５】
なお、複数の拠点で同一の会議を行う場合は、記憶するファイルに競合が発生しないように、保存先の末尾にログインした参加者ＩＤを付加することで競合を回避することが可能である。複数の拠点で同一の会議を行うか否かは、会議情報に属性として付与してもよいし、保存先が既に存在する存在するか否かによって判定してもよい。
【０１６６】
また、ファイルを表示したときに、表示したファイルと、当該ファイルを表示する際に用いるアプリケーションとを記憶してもよい。このようにすることで、特定のファイルを使用する場合に、特定のアプリケーションで表示・編集することが可能となる。例えば、閲覧が主目的のファイルと、編集が主目的のファイルとが含まれているときには、使用するアプリケーションをファイル単位で指定することが可能となる。
【０１６７】
［４．第４実施形態］
第４実施形態は、会議詳細画面において、会議開始時に起動するアプリケーションを選択できる実施形態である。たとえば、複数拠点間で会議を円滑に行うために、音声会話アプリケーションや、ウェブ会議システムを会議開始時に起動させることが考えられる。
【０１６８】
例えば、図２４（ａ）に示すように、会議詳細画面にＢ４０００で囲んだ領域に、会議開始時に起動するアプリケーションを指定するためのボタンを表示する。参加者は、起動を所望するアプリケーションを選択することが可能である。また、選択したボタンをハイライト表示させることで、会議開始時に起動するアプリケーションを、参加者が確認することができる。
【０１６９】
参加者が会議開始ボタンを選択すると、図２４（ｂ）に示すように、制御部２００が会議用の画面を表示する際に、会議詳細画面で選んだアプリケーションを起動させ、表示部２１０に当該アプリケーションを表示する。
【０１７０】
なお、選択できるアプリケーションや、サービスと会議開始時に起動するアプリケーションとの対応関係を会議室クライアント２０に記憶させてもよい。特に、毎回会議開始時に起動するアプリケーションが決まっている場合は、利便性の向上が期待できる。
【０１７１】
［５．第５実施形態］
第５実施形態は、会議情報を一覧表示する画面において、会議情報ごとに、どの予約サービスから予約した会議であるかを区別して表示する実施形態である。
【０１７２】
例えば、図２５に示すように、会議情報の会議名の横にＲ５０００で囲んだように、予約サービスを区別することが可能なアイコンを表示する。なお、パネルの背景色や、会議名の文字色を、サービスに対応した色で表示することで、区別を可能にしてもよい。
【０１７３】
本実施形態は、予約サービスを意識する必要がある場合に適している。例えば、ファイル取得先やファイル保存先、会議に使用するアプリケーションが限定されるといった条件がある場合に、会議開始前に会議管理システム１の挙動を推定することが可能となる。
【０１７４】
［６．第６実施形態］
第６実施形態は、会議の延長が可能な実施形態である。例えば、リコメンドエリアに会議延長ボタンを表示する。参加者により会議延長ボタンが選択された場合は、制御部２００は、所定の時間（例えば、１５分）会議情報の終了日時を遅らせる。また、会議の延長を行った場合は、制御部２００は会議情報２５２に対応する会議情報の終了時刻を修正する。また、制御部２００は、会議情報管理サーバ１０に対して、会議情報２５２に対応する会議情報について、終了時刻を遅らせる修正を行うための要求を送信する。
【０１７５】
本実施形態は、会議の終了が会議情報の終了日時に基づいて判定される場合など、終了日時に基づいて処理が行われる場合に、当該処理の実行を遅らせることができる。また、会議終了後に会議情報を参照したときに、実態に即した会議の終了日時を知ることが可能となる。
【０１７６】
なお、会議の延長を行う際に、会議の延長が可能か否かを、会議情報管理サーバ１０に問い合わせてもよい。例えば、会議の終了日時を遅らせると、同じ場所で開催される別の会議の開始時間と重なってしまう場合は、会議の延長ができないとして判定する。この判定を会議室クライアント２０が受信した場合には、会議が延長できない旨を参加者に通知してもよい。
【０１７７】
［７．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０１７８】
また、上述した実施形態は、それぞれの実施形態を組み合わせて実行することができることは勿論である。例えば、第３実施形態と第４実施形態とを組み合わせて実行することで、会議開始時に起動するアプリケーションを指定することと、更新したファイルを送信することとが可能となる。
【０１７９】
また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、ＨＤＤやＳＳＤ（solid state drive）などの
記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０１８０】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【符号の説明】
【０１８１】
１０  会議情報管理サーバ
１００  制御部
１１０  通信部
１２０  記憶部
１２２  会議情報
１２４  参加者情報
１２６  サービス割当情報
１２８  添付ファイル格納領域
１３０  会議情報取得部
２０  会議室クライアント
２００  制御部
２１０  表示部
２２０  操作検出部
２３０  画像処理部
２４０  通信部
２５０  記憶部
２５２  会議情報
２５４  ファイル取得先情報
２５６  ファイル格納領域
２５８  取得ファイル情報
２６０  拡張子アプリ関連リスト
３０  クラウドストレージ
【図１】
2019096233.tif 000003
【図２】
2019096233.tif 000004
【図３】
2019096233.tif 000005
【図４】
2019096233.tif 000006
【図５】
2019096233.tif 000007
【図６】
2019096233.tif 000008
【図７】
2019096233.tif 000009
【図８】
2019096233.tif 000010
【図９】
2019096233.tif 000011
【図１０】
2019096233.tif 000012
【図１１】
2019096233.tif 000013
【図１２】
2019096233.tif 000014
【図１３】
2019096233.tif 000015
【図１４】
2019096233.tif 000016
【図１５】
2019096233.tif 000017
【図１６】
2019096233.tif 000018
【図１７】
2019096233.tif 000019
【図１８】
2019096233.tif 000020
【図１９】
2019096233.tif 000021
【図２０】
2019096233.tif 000022
【図２１】
2019096233.tif 000023
【図２２】
2019096233.tif 000024
【図２３】
2019096233.tif 000025
【図２４】
2019096233.tif 000026
【図２５】
2019096233.tif 000027