JP7146458B2 - 情報処理装置 - Google Patents

Description

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

近年、会議や打合せ、講義等において、会議等を効率的に進めることを目的として、大型ディスプレイ等の情報処理装置が利用することが進んでいる。また、情報処理装置において起動されるアプリケーションの利用も行われている。例えば、遠隔地と会議を行う場合に、遠隔地との通話に利用するアプリケーションを利用して、遠隔地との会議を実現することができる。しかし、会議等で利用するアプリケーションは、事前にメールで参加者に連絡して、会議当日に各々が現場で起動させる必要があった。

ここで、大型ディスプレイにおいて起動するアプリケーションを、条件によって起動するか否かを判定する技術が提案されている。例えば、電子会議で運用される会議運用端末と、電子会議への参加に適用される参加端末とを備える電子会議システムであって、会議運用端末は電子会議に適用される会議プログラムと、参加端末を認識する参加端末認識手段によって認識された参加端末に基づいて認識数を判定する認識数判定手段と、認識数が予め設定された設定認識数であると認識数判定手段によって判定されたとき、会議プログラムを起動する会議プログラム起動手段とを備える技術が提案されている（例えば、特許文献１参照）。

特開２０１１－２２３３３９号公報

しかしながら、上述した特許文献１の方法では、メールを取得し、メールの内容に基づいて、会議等で利用するアプリケーションを特定し、会議等の開始時にアプリを起動させることはできなかった。

本願は上述した課題に鑑み、取得したメールに基づき、適切なアプリケーションを起動させることが可能な情報処理装置を提供することを目的とする。

上述した課題を解決するために、本発明の情報処理装置は、
メールを取得する取得部と、
前記メールに起動情報が含まれている場合には、前記起動情報に従ったアプリケーションを起動する制御を行う制御部と、
を備えたことを特徴とする。

本発明の情報処理装置は、
メールを取得する取得部と、
使用されたアプリケーションの履歴を記憶する履歴記憶部と、
前記履歴に基づき、前記使用されたアプリケーションが頻用アプリケーション条件を満たすアプリケーションであるか否かを判定する判定部と、
前記メールを取得したときに、前記判定部により頻用アプリケーション条件を満たすアプリケーションを起動する制御を行う制御部と、
を備えたことを特徴とする。

本発明によれば、情報処理装置は、メールの取得を契機として、取得したメールに基づいて、アプリケーションの起動を制御することが可能となる。したがって、ユーザは、会議に必要なアプリケーションを探し、起動させるという手順を省略することが可能となる。

第１実施形態における全体構成を説明するための図である。 第１実施形態における管理サーバの機能構成を説明するための図である。 第１実施形態におけるスケジュール情報を説明するための図である。 第１実施形態におけるメール情報を説明するための図である。 第１実施形態における表示装置の機能構成を説明するための図である。 第１実施形態におけるユーザ情報を説明するための図である。 第１実施形態における起動アプリ情報を説明するための図である。 第１実施形態におけるメイン処理を説明するための動作フロー図である。 第１実施形態におけるメイン処理を説明するための動作フロー図である。 第１実施形態における動作例を説明するための図である。 第１実施形態における動作例を説明するための図である。 第２実施形態における起動情報を説明するための図である。 第２実施形態におけるメイン処理を説明するための動作フロー図である。 第３実施形態における全体構成を説明するための図である。 第３実施形態における表示装置の機能構成を説明するための図である。 第３実施形態におけるメール情報を説明するための図である。 第３実施形態におけるメイン処理を説明するための動作フロー図である。 第４実施形態における起動アプリ情報を説明するための図である。 第４実施形態におけるメイン処理を説明するための動作フロー図である。 第５実施形態における表示装置の機能構成を説明するための図である。 第５実施形態における起動アプリ情報を説明するための図である。 第５実施形態における使用アプリ履歴情報を説明するための図である。 第５実施形態におけるメイン処理を説明するための動作フロー図である。 第５実施形態におけるメイン処理を説明するための動作フロー図である。

以下、本発明の実施の形態について、図面を参照して説明する。なお、本実施形態では、一例として、本発明の情報処理装置を備えた表示装置について説明する。

［１．第１実施形態］
［１．１ 全体構成］
まず、第１実施形態の全体構成について説明する。図１は、スケジュール情報を管理する管理サーバ１０と、本発明の情報処理装置を備えた表示装置２０とが接続された状態を示した図である。管理サーバ１０と、表示装置２０とは、ネットワークＮＷで接続されている。ネットワークＮＷとしては、例えば、イントラネット等が想定される。

スケジュール情報とは、会議やイベントや会合といったスケジュールに関する情報である。スケジュール情報には、スケジュール名や、開始日時や、参加者といった情報が含まれる。なお、本実施形態では、説明のため、管理サーバ１０が管理するスケジュールは、会議に関するスケジュールであることとして説明する。したがって、管理サーバ１０は、会議の予約や、予約された会議のスケジュールの情報を管理する会議サーバとして機能する。

表示装置２０は、会議で用いる資料の表示や、手書きといった、ユーザが用いる機能を提供する表示装置である。ユーザが用いる機能は、表示装置２０で起動可能なアプリケーション（以下、「アプリ」という）によって実現される。

［１．２ 機能構成］
［１．２．１ 管理サーバ］
本実施形態における管理サーバ１０の機能構成について図２を参照して説明する。図２に示すように、管理サーバ１０は、制御部１００と、通信部１１０と、記憶部１２０とを備えて構成されている。

制御部１００は、管理サーバ１０の全体を制御するための機能部である。制御部１００は、各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ（Central Processing Unit））により構成されている。

通信部１１０は、管理サーバ１０が外部機器と通信を行うための機能部である。例えば、有線／無線ＬＡＮで利用されるＮＩＣ（Network Interface Card）や、ＬＴＥ（Long Term Evolution）／ＬＴＥ－Ａ（LTE-Advanced）／ＬＡＡ（License-Assisted Access using LTE）／５Ｇ回線に接続可能な通信モジュールにより実現されている。

記憶部１２０は、管理サーバ１０の動作に必要な各種プログラムや、各種データを記憶する機能部である。記憶部１２０は、例えば、半導体メモリであるＳＳＤ（Solid State Drive）や、ＨＤＤ（Hard Disk Drive）等により構成されている。

記憶部１２０には、スケジュール情報記憶領域１２２と、メール情報記憶領域１２４とが確保されている。スケジュール情報記憶領域１２２は、スケジュール情報を記憶する記憶領域である。また、メール情報記憶領域１２４は、管理サーバ１０が受信したメールの内容と、そのメールに対応するスケジュール情報とを関連付けた情報（以下、「メール情報」という）を記憶する記憶領域である。

ここで、本実施形態では、管理サーバ１０が、会議のスケジュールの内容を記載したメール（以下、「案内メール」という）を受信し、会議の予約を受け付ける機能を提供する。管理サーバ１０は、案内メールから、会議のスケジュールの内容を抽出し、スケジュール情報として、スケジュール情報記憶領域１２２に記憶する。また、管理サーバ１０は、案内メールの内容をメール情報記憶領域１２４に記憶する。なお、案内メールを受信した管理サーバ１０は、通信部１１０を介して、会議の参加者に案内メールを送信（転送）してもよい。

なお、本実施形態では、会議のスケジュールの内容として、案内メールから、スケジュール名（会議名）、参加者、開始日時の情報を抽出することとして説明する。案内メールからスケジュール情報を抽出する方法としては、案内メールの本文を解析して、スケジュール名（会議名）、参加者、開始日時が記載されている箇所を特定し、記載内容を抽出する。なお、管理サーバ１０は、スケジュールの内容と、会議の案内の文章とを入力することが可能なフォームを提供し、ユーザによって入力可能としてもよい。この場合は、管理サーバ１０は、スケジュールの内容をスケジュール情報として記憶し、会議の案内の文章と、スケジュールの内容をスケジュール情報として記憶ときに付与したスケジュールＩＤとをメール情報として記憶してもよい。

スケジュール情報としては、図３に示すように、スケジュール情報を識別するためのスケジュールＩＤ（例えば、「１」）と、会議の名前であるスケジュール名（例えば、「Ａ製品ミーティング」）と、会議に参加する参加者を識別するための参加ユーザＩＤ（例えば、「User1, User2, User3」）と、会議の開始日時（例えば、「2018/07/02 10:00」）とが記憶される。

スケジュールＩＤは、例えば、スケジュール情報を記憶するときに管理サーバ１０が付与する連番である。なお、スケジュールは所定の形式に従って管理サーバ１０が付与するコードであってもよいし、ランダムな文字列であってもよい。

また、参加ユーザＩＤとしては、スケジュールの内容のうち、参加者に対応するユーザＩＤを、１又は複数記憶する。ユーザＩＤとは、アルファベットや数字によって構成される文字列であり、ユーザ毎に異なる文字列によって示される。なお、会議に参加するユーザを特定するための情報は、ユーザＩＤでなくてもよく、ユーザの名前や、メールアドレス、社員番号といった情報であってもよい。

なお、スケジュールの内容は、スケジュール名、参加者、開始日時以外にも、主催者、開催場所、終了予定日時といった情報を含めてもよい。この場合は、スケジュール情報には、会議の主催者、開催場所、終了予定日時といった情報も併せて記憶される。

メール情報としては、図４に示すように、メールの件名（例えば、「Ａ製品ミーティング開催通知」）と、メールの本文（例えば、「Ａ製品ミーティングを開催します。」）と、案内メールに対応するスケジュール情報を特定するための対応スケジュールＩＤ（例えば、「１」）とが記憶される。なお、案内メールに記載された内容のうち、メールの件名と、メールの本文とをメール内容という。

対応スケジュールＩＤは、管理サーバ１０が、ユーザから入力されたスケジュールをスケジュール情報として記憶する際に付与したスケジュールＩＤを用いる。なお、会議のスケジュールと、案内メールの内容とがユーザによって入力されるため、管理サーバ１０は、スケジュール情報を記憶するときに付与したスケジュールＩＤによって、案内メールのメール内容と対応スケジュールＩＤとを記憶することができる。

なお、案内メールには、連絡先といった情報や、添付ファイルを含めてもよい。この場合は、メール情報のメール内容には、連絡先の情報や添付ファイルを併せて記憶する。添付ファイルは、メール情報にそのまま記憶させてもよいし、添付ファイルを記憶する記憶領域を記憶部２５０に設け、添付ファイルが記憶されている場所をメール内容として記憶してもよい。

［１．２．２ 表示装置］
つづいて、表示装置２０の機能構成について図５を参照して説明する。図５に示すように、表示装置２０は、制御部２００と、メール解析部２１０と、通信部２２０と、表示部２３０と、操作部２４０と、記憶部２５０とを備えて構成されている。

制御部２００は、表示装置２０の全体を制御するための機能部である。制御部２００は、各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ）により構成されている。

また、制御部２００は、記憶部２５０からプログラムを読み出して実行することによりメール取得部２０２及びメール解析部２１０として機能する。

メール取得部２０２は、管理サーバ１０から、メール内容を取得する機能部である。メール内容の取得は、例えば、メール取得部２０２は、管理サーバ１０に対して、メール内容取得要求を送信することによって行う。管理サーバ１０は、メール内容取得要求を受信したら、メール情報記憶領域１２４に記憶されているメール情報から、メール内容を表示装置２０へ送信する。そして、メール取得部２０２は、通信部２２０を介して、管理サーバ１０から受信したメール内容を取得する。

なお、メール情報記憶領域１２４に記憶されているメール情報のうち、一部のメール情報のメール内容を取得する場合は、メール情報に含まれる対応スケジュールＩＤや、件名に含まれる文字列によって、管理サーバ１０から取得するメール内容を絞り込む。このように、取得するメール内容を絞り込むための条件を絞り込み条件という。メール取得部２０２は、管理サーバ１０に対して、メール内容取得要求とともに、絞り込み条件を送信することで、絞り込み条件を満たすメール内容を取得する。例えば、スケジュールＩＤが１であるスケジュール情報に対応する案内メールを取得する場合は、絞り込み条件を「対応スケジュールＩＤ＝１」として、メール内容取得要求とともに管理サーバ１０へ送信する。管理サーバ１０は、メール情報のうち、対応スケジュールＩＤが絞り込み条件として指定された対応スケジュールＩＤと一致するメール情報のメール内容を表示装置２０へ送信する。このようにすることで、スケジュールＩＤを用いて、特定のスケジュール情報に対応する案内メールのメール内容を取得することが可能である。

メール解析部２１０は、通信部２２０を介して管理サーバ１０から受信したメール内容を解析し、解析結果データを出力する機能部である。本実施形態では、メール取得部２０２が取得したメール内容から、件名と本文を出力する。例えば、メール内容に添付ファイルが含まれる場合は、添付ファイルを除外する。その他にも、例えばＨＴＭＬメールからテキスト部分を抽出するといった処理を実行してもよい。

また、本実施形態は、メール解析部２１０は、ＵＲＬ（Uniform Resource Locator）抽出部２１２の機能を実行する。ＵＲＬ抽出部２１２は、メール内容のうち本文に含まれるＵＲＬを抽出し、抽出したＵＲＬのリストを解析結果データとして出力する機能部である。なお、ＵＲＬ抽出部２１２は、入力された文章からのＵＲＬの抽出を、何れか公知の方法により実現する。例えば、入力された文章から、ＵＲＬを検出する正規表現のパターンとマッチする文字列を抽出することにより、ＵＲＬを抽出する。

通信部２２０は、表示装置２０が外部機器と通信を行うための機能部である。例えば、有線／無線ＬＡＮで利用されるＮＩＣや、ＬＴＥ（Long Term Evolution）／ＬＴＥ－Ａ（LTE-Advanced）／ＬＡＡ（License-Assisted Access using LTE）／５Ｇ回線に接続可能な通信モジュールにより実現されている。

表示部２３０は、ユーザに各種情報を表示するための機能部であり、例えばＬＣＤ（Liquid Crystal Display）や、有機ＥＬディスプレイ（ＯＥＬＤ：Organic Electro Luminescence Display）などにより構成されている。

操作部２４０は、ユーザによる操作を検出する機能部である。ユーザによる操作は、タッチによる操作であってもよいし、電子ペンによる操作であってもよい。操作部２４０は、ユーザによる操作がされたときは、タッチ数や、タッチ位置、電子ペンが接触した位置などを検出する。なお、タッチ操作を検出する方式は、例えば、静電容量方式である。なお、抵抗膜方式、赤外線方式といった公知の技術を用いてもよい。

記憶部２５０は、表示装置２０の動作に必要な各種プログラムや、各種データを記憶する機能部である。記憶部２５０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等により構成されている。

記憶部２５０には、さらに、ユーザ情報記憶領域２５２と、起動アプリ情報記憶領域２５４と、アプリ記憶領域２５６と、案内メール記憶領域２５８とが確保されている。

ユーザ情報記憶領域２５２は、表示装置２０を使用するユーザを認証するための情報であるユーザ情報を記憶する領域である。ユーザ情報としては、例えば、図６に示すように、ユーザを識別するためのユーザＩＤ（例えば、「User1」）と、パスワード（例えば、「aaaaaa」）とが記憶されている。

起動アプリ情報記憶領域２５４は、起動アプリ情報を記憶する領域である。起動アプリ情報は、起動情報と、起動情報が含まれている場合に起動するアプリとを対応づけた情報である。ここで、起動情報とは、メールや、スケジュール情報や、表示装置２０のユーザに関する情報に含まれる特定の文字列である。例えば、案内メールの本文に含まれるＵＲＬに、特定の文字列（例えば、ドメイン名、スキーム名、ファイルの拡張子）が含まれる場合は、その特定の文字列を含むＵＲＬが起動情報となる。

また、本実施形態では、特定の文字列が含まれているか否かを判定する対象とする情報や属性を起動情報の種類という。起動情報の種類の例を、以下に列挙する。
（１）ＵＲＬ：メールの本文に含まれるＵＲＬであって特定の文字列を含むものを起動情報とする
（２）件名：メールの件名であって特定の文字列を含むものを起動情報とする
（３）ファイルパス：メールの本文に含まれるファイルパスやメールに添付されたファイルを起動情報とする
（４）ファイル名：ファイルパスのうち特定のファイル名を含むものを起動情報とする
（５）拡張子：ファイルパスに含まれるファイル名に特定の拡張子を含むものを起動情報とする
（６）スキーム名：ＵＲＬのうち特定のスキーム名を含むものを起動情報とする
（７）ユーザＩＤ：表示装置２０を使用するユーザであって特定のユーザＩＤを起動情報とする

なお、ファイルパスとは、ファイルの記憶場所を表す文字列である。例えば、ドライブレターとディレクトリ名とファイル名とを区切り文字によって連結されている文字列や、ファイルの場所を示すスキーム名（例えば、「file://」）を含むＵＲＬである。

起動アプリ情報記憶領域２５４に記憶される起動アプリ情報は、例えば、図７に示すように、起動情報の種類（例えば、「ＵＲＬ」）と、起動情報とする文字パターンを示す対象文字列（例えば、「http://meeting.example.com」）と、起動情報が含まれている場合に起動するアプリを示す起動アプリ（例えば、「電話会議アプリ」）とが記憶される。

例えば、起動情報の種類が「ＵＲＬ」で、対象文字列が「http://meeting.example.com」であれば、メールの本文に「ＵＲＬ」として、「http://meeting.example.com」が含まれている場合、案内メールに含まれるＵＲＬを起動情報として、起動アプリを起動（実行）する。

なお、ＵＲＬは一部一致であってもよいし、完全一致であってもよい。また、ＵＲＬ以外にも、例えば特定の文字列を対象文字列として起動情報として指定してもよいし、スキーム名を対象文字列として起動情報として指定してもよい。

また、図７では種類毎に対象文字列を記憶しているが、単に対象文字列と、起動アプリを記憶してもよい。

アプリ記憶領域２５６は、アプリを記憶する領域である。アプリとしては、起動アプリ情報の起動アプリとして記憶されたアプリや、その他表示装置２０で実行可能なアプリが記憶される。

案内メール記憶領域２５８は、メール取得部２０２によって取得された案内メールのメール内容を記憶する領域である。メール内容は、例えばテキストファイルのような形式で記憶されてもよいし、件名と本文との項目を有するテーブルに記憶してもよい。

［１．３ 処理の流れ］
つづいて、図８と図９を参照して、本実施形態における表示装置２０のメイン処理の流れについて説明する。まず、制御部２００は、表示装置２０を使用するユーザを認証する（ステップＳ１０２）。例えば、制御部２００は、ユーザＩＤとパスワードとを入力するための画面を表示部２３０に表示する。そして、ユーザによって入力されたユーザＩＤとパスワードとが、ユーザ情報記憶領域２５２に記憶されている何れかのユーザ情報と一致すれば、制御部２００はユーザを認証する。

なお、ステップＳ１０２においては、表示装置２０を使用するユーザを認証できれば、いずれの認証方法を用いても構わない。本実施形態では、ユーザによって入力されたユーザＩＤとパスワードとを用いてユーザを認証することとして説明したが、例えば、認証に必要な情報を記憶させたカードを、表示装置２０に接続したカードリーダに読み取ることで認証をしてもよい。また、虹彩認証や指紋認証、声紋といったバイオメトリクス認証を用いてもよいし、表示装置２０が認証用のサーバに接続し、認証用のサーバが提供する認証機能を用いて表示装置２０を使用するユーザを認証してもよい。

つづいて、制御部２００は、ステップＳ１０２で認証したユーザのユーザＩＤが参加者として含まれるスケジュール情報を管理サーバ１０から取得する（ステップＳ１０４）。例えば、管理サーバ１０が、指定されたユーザＩＤが参加者として含まれるスケジュール情報を返すＡＰＩ（Application Programming Interface）を提供している場合は、制御部２００は、通信部２２０を介して、ＡＰＩを呼び出すことにより、スケジュール情報を取得する。

つづいて、制御部２００は、ステップＳ１０４で取得したスケジュール情報を、表示部２３０に一覧表示する（ステップＳ１０６）。なお、スケジュール情報のうち、スケジュール名や開始日時といった、一部の情報を表示してもよい。そして、ユーザによって、一覧表示されたスケジュール情報から開始する会議が１つ選択され、会議の開始が指示されたか否かを判定する（ステップＳ１０８）。会議の開始の指示は、例えば、表示部２３０に表示された「スタート」ボタンがユーザによって選択されることにより行う。

つづいて、制御部２００は、ステップＳ１０８で開始の指示がされた会議に関するスケジュール情報の案内メールを、管理サーバ１０から取得する（ステップＳ１１０）。例えば、制御部２００は、メール取得部２０２として機能し、管理サーバ１０から案内メールのメール内容を取得する。このとき、メール取得部２０２は、メール内容取得要求と、対応スケジュールＩＤがステップＳ１０８で開始の指示がされた会議に対応するスケジュール情報に記憶されたスケジュールＩＤと一致することを条件とした絞り込み条件とを、管理サーバ１０へ送信する。このようにして、メール取得部２０２は、ステップＳ１０８でユーザによって選択されたスケジュール情報に対応する案内メールのメール内容を取得することができる。なお、メール取得部２０２は、取得した案内メールのメール内容を案内メール記憶領域２５８に記憶する。

つづいて、図９を参照して、制御部２００は、ステップＳ１１０において案内メール記憶領域２５８に記憶された案内メールのメール内容をメール解析部２１０へ入力する。メール解析部２１０は、メール内容から本文を読み出し、ＵＲＬ抽出部２１２に出力する。そして、ＵＲＬ抽出部２１２は、案内メールの本文に含まれるＵＲＬを抽出し（ステップＳ１５２）、抽出したＵＲＬのリストを解析結果データとして制御部２００に出力する。

つづいて、制御部２００は、ＵＲＬ抽出部２１２から出力された解析結果データに１以上のＵＲＬが含まれるか否かを判定する（ステップＳ１５４）。解析結果データにＵＲＬが含まれていない場合は、メイン処理を終了する（ステップＳ１５４；Ｎｏ）。

解析結果データにＵＲＬが含まれている場合は、つづいて制御部２００は、解析結果データからＵＲＬを１つずつ読み出し、読み出したＵＲＬに起動アプリ情報記憶領域２５４に記憶された起動アプリ情報の対象文字列が含まれるか否かを判定する（ステップＳ１５６）。ＵＲＬに対象文字列が含まれている場合は（ステップＳ１５６；Ｙｅｓ）、そのＵＲＬは起動情報である。したがって、制御部２００は、起動アプリ情報記憶領域２５４に記憶されている対象文字列と対応する起動アプリを起動する（ステップＳ１５８）。

なお、解析結果データにＵＲＬが２以上含まれる場合は、制御部２００は、ＵＲＬ毎にステップＳ１５６の判定を行う。このとき、対象文字列が含まれるＵＲＬ、すなわち、起動情報が、解析結果データに２以上含まれる場合は、制御部２００は、起動情報に対応する起動アプリを複数起動してもよいし、起動情報のうち１つを有効な起動情報として、１つの起動アプリのみ起動してもよい。

［１．４ 動作例］
つづいて、図１０と図１１を参照して動作例について説明する。図１０（ａ）は、表示装置２０を使用するユーザに関係するスケジュール情報を一覧表示する表示画面Ｗ１００の例である。表示画面Ｗ１００には、表示装置２０を使用するユーザのユーザＩＤを表示する領域Ｅ１００と、表示装置２０を使用するユーザのスケジュールをリスト表示する領域Ｅ１０２と、会議の開始を指示するスタートボタンＢ１００とが含まれる。

表示装置２０は、領域Ｅ１０２に、スケジュール情報毎に、スケジュール名と、開始日時とを表示する。そして、表示装置２０を使用するユーザによって、スケジュール名や開始日時が確認され、開始を指示するスケジュールが１つ選択される。例えば、領域Ｅ１０２に表示されているスケジュールのうち、一つのスケジュールを表した領域Ｅ１０４が選択されたとする。そして、表示装置２０を使用するユーザによって、スタートボタンＢ１００が選択されることにより、表示装置２０は、領域Ｅ１０４に表示した会議を開始する指示がされたと判断する。

図１０（ｂ）は、図１０（ａ）の領域Ｅ１０４で示されたスケジュールに対応する案内メールのメール内容の例である。図１０（ｂ）に示すように、案内メールには、メール内容として、件名Ｅ１１０と、本文Ｅ１１２とが含まれる。ここで、案内メールの本文Ｅ１１２には、起動情報としてのＵＲＬが含まれている。そして、本文Ｅ１１２に含まれるＵＲＬは、起動アプリとして電話会議アプリに対応するＵＲＬであるとする。

図１１は、図１０（ａ）において、ユーザによってスタートボタンＢ１００が選択された場合に起動する電話会議アプリの表示画面Ｗ１２０の例である。このように、表示装置２０を使用するユーザは、会議の開始を指示する操作をするだけで、案内メールのメール内容の本文に記載されたＵＲＬに基づいて、アプリを起動させることが可能となる。

本実施形態によれば、表示装置２０は案内メールを取得し、案内メールに記載されたＵＲＬのうち、所定の文字列を含むＵＲＬを起動情報として、会議の開始時に起動情報に従ってアプリを起動させることが可能となる。したがって、ユーザは、案内メールを確認し、起動するアプリを探して、アプリを起動させるという手間を省くことが可能となる。

なお、本実施形態では、案内メールに記載された件名と本文とを、メール内容として、メール情報の一部として記憶することとして説明したが、管理サーバ１０は、案内メールのメールそのものを記憶してもよい。この場合は、管理サーバ１０は、案内メールに基づいてスケジュール情報を記憶したときに、記憶したスケジュール情報のスケジュールＩＤと案内メールとを対応付けた管理テーブルをさらに記憶部１２０に記憶する。このようにすれば、管理テーブルによって、案内メールと、スケジュール情報とを対応付けることができる。

また、メイン処理においては、ステップＳ１１０で、メール取得部２０２は、管理サーバ１０に記憶されたメールを取得するメール取得要求を送信することにより、管理サーバ１０からメールを取得する。このとき、メール取得要求ととものにスケジュールＩＤを送信し、管理サーバ１０からスケジュールＩＤに対応するメールである案内メールを取得する。また、メール取得部２０２は、管理サーバ１０から受信した案内メールを案内メール記憶領域２５８に記憶する。

そして、ステップＳ１５２で、メール解析部２１０は、案内メールのヘッダ情報を取り除いて案内メールの本文を抽出し、抽出した本文をＵＲＬ抽出部２１２に入力する。このようにすることで、ＵＲＬ抽出部２１２は、案内メールの本文に含まれるＵＲＬのリストを解析結果データとして制御部２００に出力することができる。

［２．第２実施形態］
つづいて第２実施形態について説明する。第２実施形態は第１実施形態に記載した処理に加え、案内メールのメール内容である件名に、特定のキーワードが含まれる場合に、その件名を起動情報とする実施形態である。本実施形態は、第１実施形態の図９を図１３に置き換えた実施形態である。なお、同一の機能部及び処理には同一の符号を付し、説明については省略する。

図１２を参照して、本実施形態における起動アプリ情報記憶領域２５４に記憶される起動アプリ情報について説明する。本実施形態の起動アプリ情報記憶領域２５４には、起動情報の種類がＵＲＬである起動アプリ情報の他に、起動情報の種類が件名である起動アプリ情報が記憶される。例えば、起動情報の種類が「件名」であり、対象文字列が「電話会議」であり、起動アプリが「電話会議アプリ」であれば、案内メールの件名に「電話会議」が含まれている場合は、会議が開始されたときに、「電話会議アプリ」を起動することを示す。

つづいて、図１３を参照して、本実施形態における処理の流れを説明する。なお、案内メールに記載されたＵＲＬに基づいてアプリを起動するステップであるステップＳ１５８以降の処理について説明する。制御部２００は、ステップＳ１１０でメール取得部２０２によって案内メール記憶領域２５８に記憶された案内メールのメール内容を読み出す。そして、読み出したメール内容の件名に、起動情報の種類が「件名」である起動アプリ情報に記憶された対象文字列が含まれるか否かを判定する（ステップＳ２０２）。

メール内容の件名に、対象文字列が含まれている場合は、制御部２００は、対応する起動アプリを起動する（ステップＳ２０２；Ｙｅｓ→ステップＳ２０４）。また、件名に、対象文字列が含まれていない場合は、メイン処理を終了する（ステップＳ２０２；Ｎｏ）。

なお、上述した説明では、案内メールの本文に記載されたＵＲＬと、案内メールの件名との２つの情報に対して、対象文字列が含まれているか否かを判定したが、案内メールの件名のみに対して、対象文字列が含まれているか否かを判定してもよい。また、上述した処理を応用して、案内メールの本文に、対象文字列が含まれるか否かを判定して、案内メールの本文に対象文字列が含まれている場合に、対応する起動アプリを起動されるようにしてもよい。

本実施形態によれば、メールの本文の、対象文字列を含むＵＲＬ以外にも、対象文字列を含むメールの件名を、起動情報とすることが可能となる。

［３．第３実施形態］
つづいて第３実施形態について説明する。第３実施形態は第１実施形態に記載した処理に加え、ファイルパスを起動情報とする実施形態である。本実施形態は、第１実施形態の図１を図１４に、図５を図１５に、図９を図１７に置き換えた実施形態である。なお、同一の機能部及び処理には同一の符号を付し、説明については省略する。

［３．１ 全体構成］
図１４は、本実施形態の全体構成を示す図である。本実施形態は、ＮＷには、管理サーバ１０と、表示装置２０に加えて、さらにファイルを記憶するファイルサーバ３０が接続されている。

ファイルサーバ３０はファイルを記憶する記憶部と、他の外部装置に対するファイルの受送信を行う通信部を有する。ファイルサーバ３０は、例えば、ユーザによってファイルの記憶や読み出しが可能な領域が確保されている。ユーザは、ファイルサーバ３０のファイルの記憶が可能な領域に対して、会議に使用するファイルを記憶させることが可能である。

［３．２ 表示装置の機能構成］
図１５を参照して、本実施形態における表示装置２２の機能構成について説明する。表示装置２２は、表示装置２０と異なり、メール解析部２１０に、キーワード抽出部２１４と、ファイルパス抽出部２１６とを備える。また、記憶部２５０には、通常メール記憶領域２６０と、ファイル記憶領域２６２とをさらに備える。

なお、通常メールとは、案内メール以外のメールである。つまり、会議のスケジュール情報を記憶したとき以外のタイミングに、管理サーバ１０が受信したメールである。なお、通常メールは、ユーザによって管理サーバ１０に送信されてもよいし、管理サーバ１０がメールサーバとしても機能する場合は、ユーザによって送信されたメールの内容を、メール情報として記憶してもよい。

ここで、図１６を参照して、本実施形態におけるメール情報記憶領域１２４について説明する。本実施形態では、管理サーバ１０は、メール情報記憶領域１２４に、案内メールと通常メールとを記憶する。通常メールは、管理サーバ１０がスケジュール情報を記憶したとき以外のタイミングで受信したメールであるため、対応するスケジュールＩＤが特定できない。したがって、図１６に示すように、通常メールのメール情報（例えば、件名が「Ａ製品ミーティング資料」であるメール）には、メール内容である件名と本文とは記憶されるが、対応スケジュールＩＤは記憶されない。

このように、本実施形態では、メール情報に対応スケジュールＩＤが記憶されている場合は案内メールとし、対応スケジュールＩＤが記憶されていない場合は通常メールとする。なお、管理サーバ１０において、メールとスケジュール情報とを管理テーブルによって対応付けるように構成している場合は、スケジュール情報と対応付けられているメールを案内メールとし、スケジュール情報と対応付けられていないメールを通常メールとしてもよい。

なお、通常メールは、例えば、案内メールを受信したユーザが、会議で使用するファイルの場所を会議の参加者に知らせるために送信されたメールであったりする。通常メールは、管理サーバ１０によって送信されてもよいし、管理サーバ１０以外の装置によって送信されてもよい。なお、管理サーバ１０以外の装置によって通常メールの送信がされる場合は、管理サーバ１０は、通常メールを送信するサーバからメール情報を取得し、メール情報記憶領域１２４に記憶すればよい。

キーワード抽出部２１４は、メールの件名からキーワードを抽出し、解析結果データとして出力する機能部である。キーワードは、メールの件名をそのものであってもよいし、メールの件名に含まれる特定の文字列であってもよい。

ファイルパス抽出部２１６は、メールの本文に含まれるファイルパスや、メールに添付されたファイルが記憶されている場所を示すファイルパスを特定し、特定したファイルパスのリストを、解析結果データとして出力する機能部である。

なお、メール解析部２１０に対しては、例えばメールの内容とともに、解析結果データとして取得したい内容を要求情報として入力する。例えば、メールの件名に含まれるキーワードを取得したい場合は、メール解析部２１０に対して、メール内容とともに、要求情報として「キーワード」を入力する。この場合は、メール解析部２１０は、メール内容に含まれる件名をキーワード抽出部２１４へ入力する。このようにして、キーワード抽出部２１４から、解析結果データとしてキーワードが出力される。また、メールの件名に含まれるファイルパスのリストを取得したい場合は、メール解析部２１０に対して、メール内容とともに、要求情報として「ファイルパス」を入力する。この場合は、メール解析部２１０は、メール内容に含まれる本文をファイルパス抽出部２１６へ入力する。このようにして、ファイルパス抽出部２１６から、解析結果データとしてファイルパスのリストが出力される。

通常メール記憶領域２６０は、管理サーバ１０のメール情報記憶領域１２４に記憶されるメール情報のうち、通常メールのメール内容を記憶するための領域である。

表示装置２０が、管理サーバ１０から通常メールを取得する場合は、メール取得部２０２は、メール内容取得要求とともに、管理サーバ１０から取得するメール内容を絞り込む条件として「対応スケジュールＩＤ＝なし」とした絞り込み条件を管理サーバ１０へ送信する。また、所定のキーワード（例えば、「ａｂｃ」）を件名に含む通常メールを取得する場合は、メール取得部２０２は、メール内容取得要求とともに、絞り込み条件を「対応スケジュールＩＤ＝なし、件名に「ａｂｃ」を含む」とした絞り込み条件を管理サーバ１０へ送信する。

管理サーバ１０は、第１実施形態で説明した挙動と同様の挙動によって、メール情報記憶領域１２４に記憶されたメール情報から、絞り込み条件を満たすメール内容を表示装置２０へ送信する。また、メール取得部２０２は、管理サーバ１０から受信したメール内容を、通常メール記憶領域２６０に記憶する。

［３．３ 処理の流れ］
つづいて、図１７を参照して本実施形態のメイン処理について説明する。なお、案内メールを取得するステップであるステップＳ１１０以降の処理について説明する。はじめに、制御部２００は案内メール記憶領域２５８に記憶されている案内メールのメール内容と、要求情報として「キーワード」とを、メール解析部２１０へ入力する。メール解析部２１０は、入力されたメール内容から件名を読み出し、キーワード抽出部２１４に入力する。そして、キーワード抽出部２１４は、入力された件名に含まれるキーワードを抽出し（ステップＳ３０２）、解析結果データとして制御部２００へ出力する。このようにすることで、制御部２００は、案内メールのメール内容の件名に含まれるキーワードを取得することができる。

つづいて、メール取得部２０２は、ステップＳ３０２において、解析結果データとして取得したキーワードを含む通常メールを、通信部２２０を介して管理サーバ１０から取得する（ステップＳ３０４）。例えば、メール取得部２０２は、メール内容取得要求とともに、絞り込み条件を、対応スケジュールＩＤがなく、件名に解析結果データに含まれるキーワードが含まれることとした絞り込み条件を管理サーバ１０へ送信する。また、メール取得部２０２は、管理サーバ１０から受信した通常メールのメール内容を、通常メール記憶領域２６０へ記憶する。

つづいて、制御部２００は、案内メール記憶領域２５８に記憶されている案内メールのメール内容と、通常メール記憶領域２６０に記憶されている通常メールのメール内容及び、要求情報として「ファイルパス」とを、ファイルパス抽出部２１６へ入力する。ファイルパス抽出部２１６は、入力されたメール内容の本文から、ファイルパスを抽出し（ステップＳ３０６）、解析結果データとしてファイルパスのリストを制御部２００へ出力する。

つづいて、制御部２００は、ファイルパス抽出部２１６から出力された解析結果データに１以上のファイルパスが含まれるか否かを判定する（ステップＳ３０８）。解析結果データにファイルパスが含まれていない場合は、メイン処理を終了する（ステップＳ３０８；Ｎｏ）。

解析結果データにファイルパスが含まれている場合は、つづいて制御部２００は、解析結果データからファイルパスを１つずつ読み出し、ファイルパスに基づいてファイルサーバ３０に記憶されているファイルを取得する（ステップＳ３１０）。また、制御部２００は、取得したファイルをファイル記憶領域２６２に記憶する。

つづいて、制御部２００は、ステップＳ２１０で取得したファイルを表示するアプリを起動しているか否かを判定する（ステップＳ３１２）。ファイルを表示するアプリとは、例えば、ファイルのビューワ機能を備えていたり、ファイルを読み込んでプレビュー表示したりする機能が備えられているアプリである。ステップＳ１５８で起動された起動アプリが、ファイルを表示することが可能であれば、ステップＳ２１２において、制御部２００は、ファイルを表示するアプリを起動していると判定する（ステップＳ３１２；Ｙｅｓ）。ステップＳ２１２において、制御部２００が、ファイルを表示するアプリを起動していないと判定した場合は、制御部２００は、ファイルを表示するアプリを起動する（ステップＳ３１２；Ｎｏ→ステップＳ３１４）。

つづいて、制御部２００は、ステップＳ３１０で取得したファイルを、ファイルを表示するアプリで表示する（ステップＳ３１６）。なお、制御部２００は、ファイルパス抽出部２１６により、解析結果データとして、複数のファイルパスを取得した場合は、ファイルパス毎にファイルを表示する。例えば、解析結果データにファイルパスが３つ含まれる場合は、制御部２００は、３つのファイルを表示するアプリを用いて表示する。

［３．４ 動作例］
管理サーバ１０のメール情報記憶領域１２４に、図１６で示したメール情報が記憶されている場合の動作について説明する。例えば、案内メールの件名が「Ａ製品ミーティング開催通知」である場合、キーワード抽出部２１４は解析結果データとして、キーワードが「Ａ製品ミーティング」であることを制御部２００に出力する。そして、メール取得部２０２は、管理サーバ１０に対して、「Ａ製品ミーティング」が件名として含まれる通常メールのメール内容を取得する。その結果、制御部２００は、件名が「Ａ製品ミーティング資料」と「Ａ製品ミーティング資料（追加）」である通常メールのメール内容を管理サーバ１０から取得する。

つづいて、管理サーバ１０から取得した通常メールのメール内容がファイルパス抽出部２１６に入力される。ファイルパス抽出部２１６は、件名が「Ａ製品ミーティング資料」であるメールの本文からファイルパスとして「file://fileserver/aaaaaa.pdf」と「file://fileserver/bbbbbb.pdf」とを抽出する。また、件名が「Ａ製品ミーティング資料（追加）」であるメールの本文からファイルパスとして「file://fileserver/cccccc.pdf」を抽出する。この３つのファイルパスをリストにしたデータを、解析結果データとして、ファイルパス抽出部２１６は制御部２００へ出力する。

制御部２００は、ファイルパス抽出部２１６から出力された解析結果データを読み出し、ファイルを取得する。ここで、ファイルパスに含まれる「fileserver」が、ファイルサーバ３０を表している場合は、ファイルサーバ３０から、aaaaaa.pdfと、bbbbbb.pdfと、cccccc.pdfの３つのファイルを取得する。そして、制御部２００は、取得したファイルをファイル記憶領域２６２に記憶する。

つづいて、制御部２００は、ファイル記憶領域２６２に記憶されたファイルを表示する。このようにすることで、ユーザによって会議の開始が指示されたときに、開始された会議に関係するファイルを表示させることができる。

本実施形態によれば、会議に関係するメールに記載されたファイルパスや、添付されたファイルに基づいてファイルを取得し、取得したファイルを表示するアプリを起動させることが可能となる。したがって、ユーザは、ファイルを表示するためのアプリを探し、起動させる手間を省くことが可能となる。

［４．第４実施形態］
つづいて第４実施形態について説明する。第４実施形態は、第３実施形態と同様に、ファイルサーバ３０から取得したファイルを起動する実施形態であるが、ファイルパスに含まれるファイル名の拡張子を起動情報とする実施形態である。本実施形態は、第３実施形態の図１７を図１９に置き換えた実施形態である。なお、同一の機能部及び処理には同一の符号を付し、説明については省略する。

図１８を参照して、本実施形態における起動アプリ情報記憶領域２５４に記憶される起動アプリ情報について説明する。本実施形態の起動アプリ情報記憶領域２５４には、起動情報の種類が拡張子である起動アプリ情報を含めている。例えば、起動アプリ情報の起動情報の種類が「拡張子」であり、対象文字列が「ｍｐｇ」であり、起動アプリが「動画再生アプリ」であれば、拡張子が「ｍｐｇ」であるファイルのファイルパスがメール内容の本文に含まれる場合に、「動画再生アプリ」を起動し、ファイルパスで示されたファイルを表示する。また、同様にして、起動アプリ情報の起動情報の種類が「拡張子」であり、対象文字列が「ｘｌｓ」であり、起動アプリが「表計算アプリ」であれば、拡張子が「ｘｌｓ」であるファイルのファイルパスがメール内容の本文に含まれる場合に、「表計算アプリ」を起動し、ファイルパスで示されたファイルを表示する。なお、表示するファイルの拡張子が起動アプリ情報に記憶されていない場合は、第３実施形態に記載したファイルを表示するアプリによってファイルを表示する。

つづいて、図１９を参照して、本実施形態における処理の流れを説明する。なお、ファイルパス抽出部２１６から出力された解析結果データに基づきファイルを取得するステップであるステップＳ３１０以降の処理について説明する。制御部２００は、ファイル記憶領域２６２に記憶されたファイルを１つずつ読み出す（ステップＳ４０２）。このとき、読み出したファイルのファイル名の拡張子が、起動情報の種類が「拡張子」である起動アプリ情報のうち、何れかの特定文字列と一致する場合は、制御部２００は、対応する起動アプリを起動する（ステップＳ４０４；Ｙｅｓ→ステップＳ４０６）。そして、制御部２００は、起動した起動アプリでファイルを表示する（ステップＳ４０８）。

また、読み出したファイルのファイル名の拡張子が、起動情報の種類が「拡張子」である起動アプリ情報の何れの特定文字列にも一致しない場合は、制御部２００は、ファイルを表示するアプリを起動していないときは、ファイルを表示するアプリを起動する（ステップＳ４０４；Ｎｏ→ステップＳ３１４）。そして、ファイルを表示するアプリで、ステップＳ４０２で読み出したファイルを表示する（ステップＳ３１６）。

ここで、起動アプリ情報記憶領域２５４に起動アプリ情報が図１８に示すように記憶されている場合の動作について説明する。また、ファイルパス抽出部２１６から出力された解析結果データに、拡張子が「ｍｐｇ」であるファイルパスと、拡張子が「ｘｌｓ」であるファイルパスと、拡張子が「ｐｄｆ」であるファイルパスとの３つのファイルパスが含まれていたとする。この場合、制御部２００は、ステップＳ３１０でファイルを取得し、取得したファイルを１ファイルずつ読み出す。

制御部２００は、拡張子が「ｍｐｇ」であるファイルを読み出した場合は、動画再生アプリを起動し、ファイルを表示する。つづいて、制御部２００は、拡張子が「ｘｌｓ」であるファイルを読み出した場合は、表計算アプリを起動し、ファイルを表示する。つづいて、制御部２００は、拡張子が「ｐｄｆ」であるファイルを読み出した場合は、ファイルを表示するアプリを起動し、ファイルを表示する。したがって、この場合は、制御部２００は、３つのアプリを起動することとなる。

本実施形態によれば、ファイルを表示するアプリが、特定の種類のファイルの表示に適さない場合は、特定の種類のファイルの表示に適したアプリを起動させた上で、そのアプリによってファイルを表示させることが可能となる。

なお、本実施形態では、ファイル記憶領域２６２から読み出したファイルの拡張子が、起動情報の種類が「拡張子」である起動アプリ情報に記憶された拡張子の何れの特定文字列のいずれにも一致しない場合は、ファイルを表示するアプリを起動することとして説明したが、アプリを起動しないようにしてもよい。この場合は、起動情報の種類が「拡張子」である起動アプリ情報に記憶された拡張子以外の拡張子を含むファイルを表示するアプリが起動しないこととなる。

［５．第５実施形態］
つづいて第５実施形態について説明する。第５実施形態は、第１実施形態に記載した処理に加え、ユーザＩＤを起動情報として、ユーザが頻繁に使用する、使用頻度の高いアプリを、会議を開始するときに起動する実施形態である。本実施形態は、第１実施形態の図５を図２０に置き換え、図９を図２３に置き換えた実施形態である。なお、同一の機能部及び処理には同一の符号を付し、説明については省略する。

［５．１ 機能構成］
図２０を参照して、本実施形態における表示装置２４の機能構成について説明する。表示装置２４は、表示装置２０と異なり、記憶部２５０に、さらに使用アプリ履歴情報記憶領域２６４を確保されていることが異なる。

図２１を参照して、使用アプリ履歴情報記憶領域２６４について説明する。使用アプリ履歴情報記憶領域２６４は、会議が開催されている間に、すなわち、会議の開始から終了までに、ユーザによって使用されたアプリの履歴情報である使用アプリ履歴情報を記憶する領域である。使用アプリ履歴情報は、図２１に示すように、ユーザを特定するためのユーザＩＤ（例えば、「User1」）と、開催した会議に対応するスケジュール情報を特定するためのスケジュールＩＤ（例えば、「１」）と、会議開催されている間にユーザによって使用されたアプリを示す使用アプリ（例えば、「ウェブブラウザ」）とが記憶される。

なお、会議が開催されている間に複数のアプリが使用された場合は、使用アプリ履歴情報使用アプリには複数のアプリが記憶される。また、会議が開催されている間に、ユーザによって使用されたアプリがない場合は、使用アプリには何も記憶しない。また、アプリの使用とは、ユーザによって操作された場合に使用されたこととしてもよい。例えば、あるアプリを起動したが、ユーザによって何も操作がされずアプリが終了させる操作がされたり、会議が終了されたりした場合には、そのアプリは使用されなかったとして、使用アプリ履歴情報には使用アプリとして記憶しないこととしてもよい。このようにすることで、一時的に頻用していたアプリが会議開始時に表示装置２４によって起動されても、使用せずにアプリを終了させた場合などは、頻用されていないとして、会議開始時に表示装置２４によっては起動されなくなる。

また、図２２を参照して、本実施形態における起動アプリ情報記憶領域２５４について説明する。本実施形態の起動アプリ情報記憶領域２５４には、起動情報の種類がＵＲＬである起動アプリ情報の他に、起動情報の種類がユーザＩＤである起動アプリ情報を含めている。例えば、起動アプリ情報の起動情報の種類が「ユーザＩＤ」であり、対象文字列が「Ｕｓｅｒ１」であり、起動アプリが「ウェブブラウザ」であれば、表示装置２０を使用するユーザのユーザＩＤが「Ｕｓｅｒ１」ある場合は、「ウェブブラウザ」を起動する。

［５．２ 処理の流れ］
つづいて、図２３と図２４を参照して、本実施形態の処理の流れについて説明する。なお、案内メールを取得するステップであるステップＳ１１０以降の処理について説明する。はじめに、制御部２００は、使用アプリ履歴情報記憶領域２６４から表示装置２０を使用するユーザの使用アプリ履歴情報を読み出して、使用アプリ履歴情報として記憶されたアプリ毎に、使用頻度の高いアプリがあるか否かを判定する（ステップＳ５０２；Ｙｅｓ→ステップＳ５０４）。

本実施形態では、使用頻度の高いアプリを、頻用アプリ条件を満たすアプリであるとする。頻用アプリ条件とは、使用アプリ履歴情報に基づき、使用頻度が高いと考えられるアプリが満たす条件をいう。頻用アプリ条件としては、例えば、以下の条件が考えられる。なお、以下の例におけるｎやｍは、表示装置２０の記憶部２５０に記憶される整数値である。この値は、表示装置２０に予め定められてもよいし、ユーザによって定められてもよい。

（１）直近使用回数
直近ｎ回の会議のうち、ｍ回以上使用されたアプリは、頻用アプリ条件を満たすとする。例えば、ｎ＝５、ｍ＝３とすれば、直近の５回の会議において、３回以上使用されたアプリは、頻用アプリ条件を満たし、起動頻度の高いアプリとして判定する。

（２）連続使用回数
直近ｎ回の会議で、連続して使用されたアプリは、頻用アプリ条件を満たすとする。例えば、ｎ＝３とすれば、直近の３回の会議においてユーザによって起動されたアプリを、頻用アプリ条件を満たし、起動頻度の高いアプリとして判定する。

（３）前回使用したアプリ
（２）においてｎ＝１とした場合に相当する。この場合、前回の会議を開始した後に使用されたアプリ（前回使用したアプリ）を、頻用アプリ条件を満たし、起動頻度の高いアプリとして判定する。

上記の条件以外の条件を頻用アプリ条件としても構わないことは勿論である。例えば、使用アプリ履歴情報に、アプリの操作時間や、アプリに対するクリック回数や、キーボード入力回数といった、アプリに対するユーザの振る舞いを記憶してもよい。そして、アプリの操作時間が所定の時間を超えるといったような、アプリに対するユーザの振る舞いに応じて、アプリの使用頻度が高いか否かを判定してもよい。

使用頻度が高いアプリがある場合は、起動アプリ情報記憶領域２５４に、起動情報の種類を「ユーザＩＤ」とし、対象文字列を表示装置２０を使用するユーザのユーザＩＤとし、起動アプリを使用頻度の高いアプリとした起動アプリ情報を記憶する（ステップＳ５０４；Ｙｅｓ→ステップＳ５０６）。

つづいて、制御部２００は、使用アプリ履歴情報に基づき、表示装置２０を使用するユーザにとって使用頻度の低いアプリがあるか否かを判定する（ステップＳ５０８）。使用頻度が低いか否かの判定は、ステップＳ５０４のように、所定の条件を満たすアプリを使用頻度が低いアプリとしてもよいし、頻用アプリ条件を満たさなくなったアプリを使用頻度が低いアプリとしてもよい。

また、起動アプリ情報記憶領域２５４に、表示装置２０を使用するユーザに対応する起動アプリ情報が記憶されている場合は、制御部２００は、起動アプリ情報に記憶されている起動アプリについて、使用頻度が低いか否かの判定を行ってもよい。

使用頻度の低いアプリがあった場合は、表示装置２０を使用するユーザに対応する起動アプリ情報の起動アプリから、使用頻度の低いアプリを削除する（ステップＳ５０８；Ｙｅｓ→ステップＳ５１０）。

つづいて、案内メールの本文に起動情報が含まれる場合に、対応するアプリを起動する処理であるステップＳ１５８に続く処理について説明する。図２４を参照して、制御部２００は、表示装置２０を使用するユーザＩＤが、起動情報の種類が「ユーザＩＤ」である起動アプリ情報のうち、いずれかの対象文字列と一致するか否かを判定する（ステップＳ５５２）。表示装置２０を使用するユーザのユーザＩＤが、起動情報の種類が「ユーザＩＤ」である起動アプリ情報のいずれかの対象文字列と一致する場合は、制御部２００は、表示装置２０を使用するユーザのユーザＩＤに対応する起動アプリを起動する（ステップＳ５５２；Ｙｅｓ→ステップＳ５５４）。

また、制御部２００は、表示装置２０を使用するユーザによりアプリが起動されたか否かを判定し、アプリが起動された場合は、起動されたアプリの使用アプリ履歴情報を、使用アプリ履歴情報記憶領域２６４に記憶する（ステップＳ５５６；Ｙｅｓ→ステップＳ５５８）。具体的には、制御部２００は、表示装置２０を使用するユーザのユーザＩＤと、ステップＳ１１０で選択されたスケジュールに対応するスケジュール情報のスケジュールＩＤと、起動されたアプリとを、使用アプリ履歴情報として、使用アプリ履歴情報記憶領域２６４に記憶する。

そして、制御部２００は、会議が終了したか否かを判定し、会議が終了した場合はメイン処理を終了する（ステップＳ５６０；Ｙｅｓ）。また、会議が終了しない場合は、ステップＳ５５６へ戻る（ステップＳ５６０；Ｎｏ→ステップＳ５５６）。会議が終了したか否かの判定は、例えば、制御部２００は、表示部２３０に、会議が終了したことを指示するボタンを表示する制御を行い、ユーザによって当該ボタンが選択された場合に会議が終了したと判定する。また、スケジュール情報に終了予定日時が記憶されている場合は、現在の時刻が終了予定時刻を超えたときに、制御部２００は会議が終了したと判定してもよい。

上述した処理により、会議が開始されたあとに、表示装置２０を使用するユーザによって使用されたアプリが使用アプリ履歴情報として、使用アプリ履歴情報記憶領域２６４に記憶される。そして、同一のユーザによって別の会議が開始されたときは、使用アプリ履歴情報２６４に記憶された使用アプリ履歴情報に基づき起動アプリ情報２５４にアプリが記憶されたり、削除されたりする。そして、起動アプリ情報２５４に表示装置２０を使用するユーザに対応する起動アプリがある場合は、その起動アプリが起動される。

本実施形態によれば、表示装置２０を使用するユーザのユーザＩＤを起動情報として、表示装置２０を使用するユーザによって使用される頻度の高いアプリを起動させることが可能となる。したがって、表示装置２０を使用するユーザは、使用する頻度の高いアプリを探し、起動させるという手間を省くことができ、利便性の向上を実現することができる。

［６．変形例］
本発明は上述した各実施の形態に限定されるものではなく、種々の変更が可能である。すなわち、本発明の要旨を逸脱しない範囲内において適宜変更した技術的手段を組み合わせて得られる実施の形態についても本発明の技術的範囲に含まれる。また、上述した説明以外であっても、矛盾のない範囲において、ステップの順番を変更したり、一部のステップを省略したりしても構わない。

また、上述した実施形態は、説明の都合上、それぞれ別に説明している部分があるが、技術的に可能な範囲で組み合わせて起動してもよいことは勿論である。例えば、第１実施形態と第３実施形態とを組み合わせて起動することにより、案内メールに記載されたＵＲＬと、案内メール及び通常メールに記載されたファイルパスとに基づき、アプリを起動させることが可能となる。

また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭ（Read Only Memory）やＨＤＤ等の記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ （Blu-ray Disk） 等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の何れであってもよい。また、ロードしたプログラムを起動することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

１０ 管理サーバ
１００ 制御部
１１０ 通信部
１２０ 記憶部
１２２ スケジュール情報記憶領域
１２４ メール情報記憶領域
２０、２２、２４ 表示装置
２００ 制御部
２０２ メール取得部
２１０ メール解析部
２１２ ＵＲＬ抽出部
２１４ キーワード抽出部
２１６ ファイルパス抽出部
２２０ 通信部
２３０ 表示部
２４０ 操作部
２５０ 記憶部
２５２ ユーザ情報記憶領域
２５４ 起動アプリ情報記憶領域
２５６ アプリ記憶領域記憶領域
２５８ 案内メール記憶領域
２６０ 通常メール記憶領域
２６２ ファイル記憶領域
２６４ 使用アプリ履歴情報記憶領域

Claims (8)

1. 会議の予約をメールに基づいて受け付けることが可能な会議サーバに接続し、当該会議サーバから取得された前記会議のスケジュール情報を一覧表示する表示部と、
   前記メールを取得する取得部と、
   前記メールに含まれる起動情報を抽出する抽出部と、
   一覧表示された前記スケジュール情報から１のスケジュール情報が選択されたとき、選択された当該スケジュール情報に対応した前記メールに含まれる前記起動情報に従ったアプリケーションを起動する制御を行う制御部と、
   を備えたことを特徴とする情報処理装置。
2. 前記起動情報は、前記メールに含まれるＵＲＬ（Uniform Resource Locator）であることを特徴とする請求項１に記載の情報処理装置。
3. 前記起動情報は、前記メールに含まれるファイルパスであることを特徴とする請求項１に記載の情報処理装置。
4. 前記制御部は、前記メールに前記ファイルパスが含まれる場合は、当該ファイルパスで示されたファイルを表示するアプリケーションを起動する制御を行うことを特徴とする請求項３に記載の情報処理装置。
5. 前記起動情報は、前記メールに含まれる拡張子であることを特徴とする請求項１に記載の情報処理装置。
6. 前記制御部は、前記メールに拡張子が含まれる場合は、拡張子に従ったアプリケーションを起動する制御を行うことを特徴とする請求項５に記載の情報処理装置。
7. 前記表示部は、前記スケジュール情報を一覧表示して１のスケジュール情報の選択を受け付けるリストと、当該１のスケジュール情報に対応する会議の開始の指示を受け付けるボタンとを表示し、
   前記制御部は、前記ボタンが選択されたときに、前記起動情報を取得し、当該起動情報に応じたアプリケーションを起動する
   ことを特徴とする請求項１から６の何れか一項に記載の情報処理装置。
8. 前記１のスケジュール情報が選択されてから、当該１のスケジュール情報に対応した会議が終了するまでに、前記情報処理装置を使用するユーザにより起動されたアプリケーションの履歴を記憶する履歴記憶部と、
   前記履歴に基づき、前記ユーザにより起動されたアプリケーションが頻用アプリケーション条件を満たすアプリケーションであるか否かを判定する判定部と、
   をさらに備え、
   前記制御部は、前記１のスケジュール情報が選択されたとき、前記判定部により前記頻用アプリケーション条件を満たすアプリケーションを起動する制御を行う
   ことを特徴とする請求項１から７までの何れか一項に記載の情報処理装置。

Images