(57)【要約】【課題】クライアント端末の状態に応じて電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供すること【解決するための手段】撮像装置を備える複数のクライアント端末を含む情報処理システムであって、クライアント端末の３次元空間における姿勢を特定し、特定されたクライアント端末の３次元空間における姿勢に応じて、他のクライアント端末へ送信する、当該クライアント端末の撮像装置で撮像された画像の品質を決定し、決定された品質で、当該画像を送信先であるクライアント端末に送信する【選択図】図６
2018169891.tif 000002
【特許請求の範囲】
【請求項１】
撮像装置を備える複数のクライアント端末を含む情報処理システムであって、
前記クライアント端末の３次元空間における姿勢を特定する特定手段と、
前記特定手段により特定されたクライアント端末の３次元空間における姿勢に応じて、他のクライアント端末へ送信する、当該クライアント端末の撮像装置で撮像された画像の品質を決定する決定手段と、
前記決定手段により決定された品質で、前記画像を送信先であるクライアント端末に送信する送信手段と、
を備えることを特徴とする情報処理システム。
【請求項２】
前記特定手段により特定されたクライアント端末の姿勢が、当該クライアント端末が動いていることを示すか止まっていることを示すか判定する第１の判定手段と、
を備え、
前記決定手段は、前記第１の判定手段によりクライアント端末が動いていると判定された場合に、前記他のクライアント端末に送信する画像の品質を、前記クライアント端末が止まっていると判定された場合の品質に比べて高い品質に決定することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記特定手段により特定されたクライアント端末の姿勢が、前記クライアント端末が所定の方向を向いているか判定する第２の判定手段と、
を備え、
前記決定手段は、前記第２の判定手段により前記クライアント端末が所定の方向を向いていると判定された場合に、前記他のクライアント端末に送信する画像の品質を、前記クライアント端末が所定の方向を向いていないと判定された場合の品質に比べて高い品質に決定することを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
撮像装置を備える複数のクライアント端末を含む情報処理システムの制御方法であって、
前記クライアント端末の３次元空間における姿勢を特定する特定工程と、
前記特定工程により特定されたクライアント端末の３次元空間における姿勢に応じて、他のクライアント端末へ送信する、当該クライアント端末の撮像装置で撮像された画像の品質を決定する決定工程と、
前記決定工程により決定された品質で、前記画像を送信先であるクライアント端末に送信する送信工程と、
を含むことを特徴とする制御方法。
【請求項５】
撮像装置を備える複数のクライアント端末を含む情報処理システムを、
前記クライアント端末の３次元空間における姿勢を特定する特定手段と、
前記特定手段により特定されたクライアント端末の３次元空間における姿勢に応じて、他のクライアント端末へ送信する、当該クライアント端末の撮像装置で撮像された画像の品質を決定する決定手段と、
前記決定手段により決定された品質で、前記画像を送信先であるクライアント端末に送信する送信手段として機能させるためのプログラム。
【請求項６】
他の端末と通信可能な、撮像装置を備えるクライアント端末であって、
自機クライアント端末の３次元空間における姿勢を特定する特定手段と、
前記特定手段により特定された自機クライアント端末の３次元空間における姿勢に応じて、前記他の端末へ送信する、自機クライアント端末の撮像装置で撮像された画像の品質を決定する決定手段と、
前記決定手段により決定された品質で、前記画像を前記他の端末へ送信する送信手段と、
を備えることを特徴とするクライアント端末。
【請求項７】
他の端末と通信可能な、撮像装置を備えるクライアント端末の制御方法であって、
自機クライアント端末の３次元空間における姿勢を特定する特定工程と、
前記特定工程により特定された自機クライアント端末の３次元空間における姿勢に応じて、前記他の端末へ送信する、自機クライアント端末の撮像装置で撮像された画像の品質を決定する決定工程と、
前記決定工程により決定された品質で、前記画像を前記他の端末へ送信する送信工程と、
を含むことを特徴とする制御方法。
【請求項８】
他の端末と通信可能な、撮像装置を備えるクライアント端末を、
自機クライアント端末の３次元空間における姿勢を特定する特定手段と、
前記特定手段により特定された自機クライアント端末の３次元空間における姿勢に応じて、前記他の端末へ送信する、自機クライアント端末の撮像装置で撮像された画像の品質を決定する決定手段と、
前記決定手段により決定された品質で、前記画像を前記他の端末へ送信する送信手段として機能させるためのプログラム。
【請求項９】
撮像装置を備える複数のクライアント端末と通信可能な情報処理装置であって、
前記クライアント端末から受信する姿勢の情報に基づいて、クライアント端末の３次元空間における姿勢を特定する特定手段と
前記特定手段により特定されたクライアント端末の３次元空間における姿勢に応じて、当該クライアント端末の撮像装置により撮像された画像を、他のクライアント端末に送信する品質を決定する決定手段と、
前記決定手段により決定された品質で、前記画像を前記他のクライアント端末へ送信する送信手段と、
を備えることを特徴とする情報処理装置。
【請求項１０】
撮像装置を備える複数のクライアント端末と通信可能な情報処理装置の制御方法であって、
前記クライアント端末から受信する姿勢の情報に基づいて、クライアント端末の３次元空間における姿勢を特定する特定工程と
前記特定工程により特定されたクライアント端末の３次元空間における姿勢に応じて、当該クライアント端末の撮像装置により撮像された画像を、他のクライアント端末に送信する品質を決定する決定工程と、
前記決定工程により決定された品質で、前記画像を前記他のクライアント端末へ送信する送信工程と、
を含むことを特徴とする制御方法。
【請求項１１】
撮像装置を備える複数のクライアント端末と通信可能な情報処理装置を、
前記クライアント端末から受信する姿勢の情報に基づいて、クライアント端末の３次元空間における姿勢を特定する特定手段と
前記特定手段により特定されたクライアント端末の３次元空間における姿勢に応じて、当該クライアント端末の撮像装置により撮像された画像を、他のクライアント端末に送信する品質を決定する決定手段と、
前記決定手段により決定された品質で、前記画像を前記他のクライアント端末へ送信する送信手段として機能せるためのプログラム。
【請求項１２】
撮像装置を備える複数のクライアント端末を含む情報処理システムであって、
前記クライアント端末が撮像装置で何を撮像している状態か特定する特定手段と、
前記特定手段により特定された前記クライアント端末が撮像装置で何を撮像している状態かの情報に応じて、他のクライアント端末へ送信する、当該クライアント端末の撮像装置で撮像された画像の品質を決定する決定手段と、
前記決定手段により決定された品質で、前記画像を送信先であるクライアント端末に送信する送信手段と、
を備えることを特徴とする情報処理システム。
【請求項１３】
前記決定手段は、前記特定手段により特定された前記クライアント端末が撮像装置で何を撮像している状態かの情報が、前記クライアント端末が自機のユーザを撮像していることを示す場合に、前記送信手段により送信する画像の品質を、前記クライアント端末が自機のユーザを撮像していない場合の品質に比べて低く決定することを特徴とする請求項１２に記載の情報処理システム。
【請求項１４】
前記特定手段は、前記クライアント端末が撮像に使用中の撮像装置がインカメラである場合に、前記クライアント端末が自機のユーザを撮像している状態であることを特定し、前記クライアント端末が撮像に使用中の撮像装置がアウトカメラである場合に、前記クライアント端末が自機のユーザではない対象を撮像している状態であることを特定することを特徴とする請求項１２又は１３に記載の情報処理システム。
【請求項１５】
撮像装置を備える複数のクライアント端末を含む情報処理システムの制御方法であって、
前記クライアント端末が撮像装置で何を撮像している状態か特定する特定工程と、
前記特定工程により特定された前記クライアント端末が撮像装置で何を撮像している状態かの情報に応じて、他のクライアント端末へ送信する、当該クライアント端末の撮像装置で撮像された画像の品質を決定する決定工程と、
前記決定工程により決定された品質で、前記画像を送信先であるクライアント端末に送信する送信工程と、
を含むことを特徴とする制御方法。
【請求項１６】
撮像装置を備える複数のクライアント端末を含む情報処理システムを、
前記クライアント端末が撮像装置で何を撮像している状態か特定する特定手段と、
前記特定手段により特定された前記クライアント端末が撮像装置で何を撮像している状態かの情報に応じて、他のクライアント端末へ送信する、当該クライアント端末の撮像装置で撮像された画像の品質を決定する決定手段と、
前記決定手段により決定された品質で、前記画像を送信先であるクライアント端末に送信する送信手段として機能させるためのプログラム。
【請求項１７】
他の端末と通信可能な、撮像装置を備えるクライアント端末であって、
自機クライアント端末が撮像装置で何を撮像している状態か特定する特定手段と、
前記特定手段により特定された自機クライアント端末が撮像装置で何を撮像している状態かの情報に応じて、他のクライアント端末へ送信する、自機クライアント端末の撮像装置で撮像された画像の品質を決定する決定手段と、
前記決定手段により決定された品質で、前記画像を前記他の端末へ送信する送信手段と、
を備えることを特徴とするクライアント端末。
【請求項１８】
他の端末と通信可能な、撮像装置を備えるクライアント端末の制御方法であって、
自機クライアント端末が撮像装置で何を撮像している状態か特定する特定工程と、
前記特定工程により特定された自機クライアント端末が撮像装置で何を撮像している状態かの情報に応じて、他のクライアント端末へ送信する、自機クライアント端末の撮像装置で撮像された画像の品質を決定する決定工程と、
前記決定工程により決定された品質で、前記画像を前記他の端末へ送信する送信工程と、
を含むことを特徴とする制御方法。
【請求項１９】
他の端末と通信可能な、撮像装置を備えるクライアント端末を、
自機クライアント端末が撮像装置で何を撮像している状態か特定する特定手段と、
前記特定手段により特定された自機クライアント端末が撮像装置で何を撮像している状態かの情報に応じて、他のクライアント端末へ送信する、自機クライアント端末の撮像装置で撮像された画像の品質を決定する決定手段と、
前記決定手段により決定された品質で、前記画像を前記他の端末へ送信する送信手段として機能させるためのプログラム。
【請求項２０】
撮像装置を備える複数のクライアント端末と通信可能な情報処理装置であって、
クライアント端末が撮像装置で何を撮像している状態か特定する特定手段と、
前記特定手段により特定されたクライアント端末が撮像装置で何を撮像している状態かの情報に応じて、当該クライアント端末の撮像装置により撮像された画像を、他のクライアント端末に送信する品質を決定する決定手段と、
前記決定手段により決定された品質で、前記画像を前記他のクライアント端末へ送信する送信手段と、
を備えることを特徴とする情報処理装置。
【請求項２１】
撮像装置を備える複数のクライアント端末と通信可能な情報処理装置の制御方法であって、
クライアント端末が撮像装置で何を撮像している状態か特定する特定工程と、
前記特定工程により特定されたクライアント端末が撮像装置で何を撮像している状態かの情報に応じて、当該クライアント端末の撮像装置により撮像された画像を、他のクライアント端末に送信する品質を決定する決定工程と、
前記決定工程により決定された品質で、前記画像を前記他のクライアント端末へ送信する送信工程と、
を含むことを特徴とする制御方法。
【請求項２２】
撮像装置を備える複数のクライアント端末と通信可能な情報処理装置を、
クライアント端末が撮像装置で何を撮像している状態か特定する特定手段と、
前記特定手段により特定されたクライアント端末が撮像装置で何を撮像している状態かの情報に応じて、当該クライアント端末の撮像装置により撮像された画像を、他のクライアント端末に送信する品質を決定する決定手段と、
前記決定手段により決定された品質で、前記画像を前記他のクライアント端末へ送信する送信手段として機能せるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、報処理システム、クライアント端末、情報処理装置、その制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ウェブ会議システムが一般に普及してきている。ウェブ会議は電子会議の１つである映像会議である。
【０００３】
また、スマートデバイスの普及に伴い、携帯端末を用いたウェブ会議システムも一般に提供されている。昨今販売されている携帯端末には、インカメラとアウトカメラ（撮像装置）、加速度センサ等の装置が設置されている。
【０００４】
例えば特許文献１には、携帯端末を用いてウェブ会議を行う技術が記載されている。特許文献１によれば、携帯端末でウェブ会議を行う場合、例えば携帯端末自体に搭載されているカメラや、携帯端末上に別途設置・接続されているカメラを用いて画像を撮像し、当該画像を会議に参加している他の端末に送信する。
【０００５】
また、特許文献２には、携帯電話を用いてハンズフリーでテレビ電話を行う技術が記載されている。インカメラで撮像した画像から判断される携帯電話とユーザとの距離に応じて、通常の通話とハンズフリーの通話を切り替え、通常の電話からテレビ電話への移行をスムーズに行えるようにしている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１５−８２２０７号公報
【特許文献２】特開２００８−１８７２２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
電子会議を行う場合、ユーザは会議の相手に対して自分自身の映像を見せたいため、電子会議に利用する端末を机の上に置いてインカメラを使用して会議をするのが基本である。一方で、携帯端末で電子会議を行うようになったために、携帯端末を手に持って建設現場等の作業現場で電子会議を行うことが増えた。
【０００８】
作業現場の小さな部品や、細かな状況等を電子会議の相手に見せ、伝えるために、単にユーザ自身を写す際よりも高品質のビデオ画像を送信したいと考えられる。
【０００９】
一方で、電子会議での通信パケットサイズを小さくしたいという要求がある。スマートデバイス等携帯端末の通信パケット料金は従量課金プランが主であり、電子会議で通信パケットを使いすぎると他の通信で使えるパケットが少なくなってしまうためである。
【００１０】
例えば一般に利用されているウェブ会議システム等においては、ビデオ画像の品質を手動で切り替えることが可能だが、都度ビデオ品質の設定画面を探し出して手動で設定を切り替えるのは手間である。
【００１１】
本発明は、クライアント端末の状態に応じて電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明は、撮像装置を備える複数のクライアント端末を含む情報処理システムであって、前記クライアント端末の３次元空間における姿勢を特定する特定手段と、前記特定手段により特定されたクライアント端末の３次元空間における姿勢に応じて、他のクライアント端末へ送信する、当該クライアント端末の撮像装置で撮像された画像の品質を決定する決定手段と、前記決定手段により決定された品質で、前記画像を送信先であるクライアント端末に送信する送信手段と、を備えることを特徴とする。
また、撮像装置を備える複数のクライアント端末を含む情報処理システムであって、前記クライアント端末が撮像装置で何を撮像している状態か特定する特定手段と、前記特定手段により特定された前記クライアント端末が撮像装置で何を撮像している状態かの情報に応じて、他のクライアント端末へ送信する、当該クライアント端末の撮像装置で撮像された画像の品質を決定する決定手段と、前記決定手段により決定された品質で、前記画像を送信先であるクライアント端末に送信する送信手段と、を備えることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、クライアント端末の状態に応じて電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態における、情報処理システムの構成の一例を示す図である。
【図２】本発明の実施形態における、各種装置のハードウェア構成の一例を示す図である。
【図３】本発明の実施形態における、各種装置の機能構成の一例を示す図である。
【図４】本発明の第１の実施形態における、処理の概要を示すフローチャートである。
【図５】本発明の第１の実施形態における、会議画像送信機能のオン／オフ切替処理の流れを示すフローチャートである。
【図６】本発明の第１の実施形態における、ビデオ品質の切替処理の流れを示すフローチャートである。
【図７】本発明の第１の実施形態における、各種データ構成の一例を示す図である。
【図８】本発明の第１の実施形態における、姿勢情報のデータ構成の一例を示す図である。
【図９】本発明の第１の実施形態における、携帯端末の方向と加速度の対応の一例を示す。
【図１０】本発明の第１の実施形態における、会議画像表示画面のビデオ品質切替の様子の一例を示す図である。
【図１１】本発明の第２の実施形態における、ビデオ品質の切替処理の流れを示すフローチャートである。
【図１２】本発明の第２の実施形態における、会議画像表示画面のビデオ品質切替の様子の一例を示す図である。
【図１３】本発明の第３の実施形態における、ビデオ品質の切替処理の流れを示すフローチャートである。
【図１４】本発明の第３の実施形態における、会議画像表示画面のビデオ品質切替の様子の一例を示す図である。
【図１５】本発明の実施形態における、会議画像表示画面のビデオ品質切替の通知の表示の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して、本発明の実施の形態の一例について説明する。
【００１６】
＜第１の実施形態＞
まず図１を参照して、本発明の実施形態における、情報処理システムの構成の一例について説明する。
【００１７】
図１に示す通り、本発明の情報処理システムは、サーバ２００と、携帯端末１００（携帯端末１００Ａ、携帯端末１００Ｂ、携帯端末１００Ｃ、携帯端末１００Ｄの総称）とが、ネットワーク１０１を介して通信可能に接続され、構成されている。
【００１８】
サーバ２００は、携帯端末１００を用いたウェブ会議を実行するための各種機能を備えている。例えば、サーバ２００には、会議アプリケーションが記憶されている。
【００１９】
当該会議アプリケーションが、ウェブ会議用のルームの作成・記憶、携帯端末１００の識別情報と各携帯端末から受信する会議画像（例えば、会議参加者であるユーザを撮像した画像データである撮像画像（映像／ビデオ画像））の記憶、当該会議画像と会議画像の送信元の端末との対応付けの情報の記憶、当会議該画像の各形態端末への送信処理の制御等を行う。
【００２０】
会議アプリケーションとは、例えば携帯端末１００間で映像、音声を送受信、表示、再生させ、電子会議を行わせるアプリケーションである。
【００２１】
電子会議には、専用回線を使って画像、音声を送受信するテレビ会議や、インターネット回線を用いてウェブ会議等がある。本実施形態の説明においてはウェブ会議を例として説明する。
【００２２】
なお、サーバ２００に記憶されインストールされている会議アプリケーションをサーバアプリケーションと呼ぶ。
【００２３】
携帯端末１００は、カメラ機能及びタッチパネル機能（操作部）を備える端末である。携帯端末１００は、インカメラ（ディスプレイが設置されている面の側に設置されたカメラ）と、アウトカメラ（携帯端末の背面／ディスプレイの設置されている側とは反対の面に設置されているカメラ）を備えているものとする。
【００２４】
携帯端末１００は、自機（自機クライアント端末）に記憶されているクライアント版の会議アプリケーションの機能を用いて、ユーザからの操作に応じてサーバ２００へログインし、当該カメラが撮像して取得した画像（会議画像／映像）を、サーバ２００を介して、同一のルームに入室中（会議に参加中）の他の携帯端末１００に逐次送信するクライアント端末である。
【００２５】
また、カメラから取得した画像データの他に、当該携帯端末１００に記憶されているデータ、例えば写真画像や、ＰＤＦファイル等の文書データ等の静的なデータを、サーバ２００を介して他の携帯端末１００に送信して共有するファイル共有機能を備える。
【００２６】
また、会議アプリケーションは、携帯端末１００で起動中の会議アプリケーション以外のアプリケーションの画面の画像を他の携帯端末に送信して共有するアプリ画像共有機能を備える。
【００２７】
なお、携帯端末１００に記憶されインストールされている会議アプリケーションをクライアントアプリケーションと呼ぶ。以上が図１の、本発明の実施形態における、情報処理システムの構成の一例についての説明である。
【００２８】
次に図２を参照して、本発明の実施形態における、各種装置のハードウェア構成の一例について説明する。
【００２９】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００３０】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００３１】
また、２０５は入力コントローラで、キーボード（ＫＢ）や不図示のマウス等のポインティングデバイス等である入力装置２０９からの入力を制御する。
【００３２】
２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）であるディスプレイ装置２１０等、表示器への表示を制御する。なお、表示器はＣＲＴディスプレイに限られるものでなく、液晶ディスプレイ等の他の表示器であってもよい。
【００３３】
また、本発明の実施形態において、携帯端末１００のディスプレイ装置２１０は、タッチパネル機能を有するものとする。ディスプレイ装置２１０がタッチパネル機能を有する場合、当該ディスプレイ装置２１０は入力装置としても機能し、入力コントローラにタッチパネル機能で検出した（ディスプレイで受け付けた）タッチ操作の情報を入力情報として伝達するものとする。つまり、入力コントローラ２０５は、ディスプレイ装置２１０からの入力制御を行う。
【００３４】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３５】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１０１）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００３６】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。
【００３７】
また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３８】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３９】
さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００４０】
２１２は加速度センサであり、例えば携帯端末１００の加速度を検出する。尚、加速度センサが外部装置として携帯端末１００等の装置に取り付けられている場合、例えば、加速度センサ２１２は入力コントローラ２０５と通信することで検出した加速度の情報を携帯端末１００に伝達する。
【００４１】
当該加速度の情報は、例えばＲＡＭ２０３上に、携帯端末の動作の履歴として蓄積・記憶される。以上が図２の、本発明の実施形態における、各種装置のハードウェア構成の一例についての説明である。
【００４２】
次に図３を参照して、本発明の実施形態における、各種装置の機能構成の一例について説明する。図３は、本発明の実施形態における、各種装置の機能構成の一例を示す図である。
【００４３】
図３の３１１〜３１９の各機能部は、携帯端末１００にインストールされた会議アプリケーション（クライアントアプリケーション）が備える機能部である。また、３２２〜３２３の各機能部は、サーバ２００にインストールされた会議アプリケーション（サーバアプリケーション）が備える機能部である。
【００４４】
撮像画像記憶制御部３１１は、カメラによって撮像された撮像画像を、会議に参加中の他の端末（例えば携帯端末１００Ａにとっての、携帯端末１００Ｂ〜１００Ｄ）に送信する画像である自機の会議画像として外部メモリに記憶する制御を行う制御部である。
【００４５】
会議画像送信部３１２は、自機に記憶されている自機の会議画像をサーバ２００に送信する（サーバ２００を介して、自機と同じ会議に参加中の他の端末（送信先の端末）に送信する）送信部である。未送信の会議画像を送信した場合、送信済みである旨を示す情報を当該会議画像に対付けて記憶することで、送信済みの会議画像と未送信の会議画像とを区別して管理する。
【００４６】
会議画像受信部３２１は、各携帯端末１００から送信された会議画像を受信し、会議画像記憶部３２２は、受信した会議画像を、各会議画像の送信元の端末及びユーザごとに記憶する。
【００４７】
会議画像送信部３２３は、会議画像記憶部３２２に記憶された各会議画像を、各会議画像の送信元以外の、各会議画像と同じ会議に参加している端末に送信する送信部である。例えば携帯端末１００Ａ〜１００Ｄが同じ会議に参加しているとして、携帯端末１００Ａから受信した会議画像は、携帯端末１００Ｂ〜１００Ｄにそれぞれ送信する。
【００４８】
未送信の会議画像を送信した場合、送信済みである旨を示す情報を当該会議画像に対付けて記憶することで、送信済みの会議画像と未送信の会議画像とを区別して管理する。
【００４９】
送信機能有効／無効判定部３１３は、会議画像送信部３１２が機能しているか（会議画像の送信機能がＯＮの状態か）判定する判定部である。会議画像の送信機能のＯＮ／ＯＦＦは、ユーザ操作により任意に切替可能である。会議画像の送信機能がＯＮの状態かＯＦＦの状態かは、後述する会議画像送信フラグ７３０（図７）を参照して判定する。
【００５０】
なお、本発明の実施形態においては、会議画像の送信機能をＯＦＦにすると、携帯端末１００の会議アプリケーションは、カメラアプリケーションからの撮像画像の取得及び会議画像としての記憶処理も中断する。つまり、カメラを利用しない状態とする。
【００５１】
姿勢情報取得部３１４は、携帯端末１００に設置されている加速度センサ２１２から加速度の情報（携帯端末１００の現実空間上の姿勢の動きを示す値）を取得する。加速度の情報については図８及び図９の説明で後述する。
【００５２】
動き判定部３１５は、例えば姿勢情報取得部３１４で取得した、携帯端末１００自身に設置された加速度センサ２１２から出力される加速度の情報（携帯端末１００の現実空間上の姿勢の動きを示す値）に基づいて、携帯端末１００が動いているか静止しているか判定（特定）する。
【００５３】
方向判定部３１６は、例えば姿勢情報取得部３１４で取得した加速度の情報から携帯端末１００がどの方向を向いているか特定し、判定する。
【００５４】
品質切替制御部３１７は、サーバ２００に送信する会議画像（サーバ２００を介して他の携帯端末１００に送信する送信画像）を、方向判定部３１６の判定結果、又は／及び、後述する動き判定部３１５の判定結果に応じて品質を決定し、会議画像のエンコード処理と秒間の送信頻度を切り替えるコーデック制御を行う。
【００５５】
例えば、送信する会議画像を高品質に切り替える。これにより、会議画像送信部３１２の送信する会議画像の圧縮後の情報量と秒間の送信頻度が上がる。
【００５６】
画像の品質を高品質に切り替えたいときとは、着席中のユーザ同士が自身の画像を送信して行うような会議のではなく、例えば作業現場の小さな部品や、細かな状況等を撮影して電子会議の相手に見せたい場合等、ユーザが端末を持ち歩いている（動いている）場合である。
【００５７】
よって品質切替制御部３１７は、例えば動き判定部３１５が携帯端末１００が動いていると判定した場合に送信する会議画像を、携帯端末１００が動いていないときの品質に比べて高品質に切り替える。
【００５８】
会議画像受信部３１８は、サーバ２００から送信された他機（他機クライアント端末）の会議画像を受信し、会議画像表示部３１９は、受信した他機の会議画像及び自機の会議画像を表示画面に表示する。以上が図３の説明である。
【００５９】
以下、図４〜１０を参照して、本発明の第１の実施形態について説明する。
【００６０】
以下の説明において、各フローチャートの各ステップの処理は、各装置のＣＰＵが、各装置にインストールされた会議アプリケーションが備える機能を用いて実行するものとする。
【００６１】
まず図４を参照して、本発明の第１の実施形態における処理の概要について説明する。
【００６２】
ステップＳ４０１で、携帯端末１００は、ユーザ操作に応じて会議アプリケーションを起動する。
【００６３】
ステップＳ４０２で、携帯端末１００は、不図示のログイン画面を表示してユーザＩＤとパスワードの入力を受け付け、入力されたユーザＩＤとパスワードをサーバ２００に送信することで、会議アプリケーション（クライアントアプリケーション及びサーバアプリケーション）への、当該ユーザＩＤのユーザのログイン処理を行う。
【００６４】
厳密には、ユーザＩＤ及びパスワードを受け取ったサーバ２００が自機に当該ユーザＩＤ及びパスワードが記憶されている（認証が成功した）と判定した場合に、サーバアプリケーションへのユーザのログインを実行し、認証成功の旨を携帯端末１００のクライアントアプリケーションに通知することで、クライアントアプリケーションが自身へのユーザのログイン処理を行う。ユーザＩＤ及びパスワードの一例を図７のユーザ情報７００に示す。
【００６５】
ステップＳ４０３で、携帯端末１００は、ログイン後に表示する不図示のメニュー画面をサーバ２００に要求する。メニュー画面とは、参加する会議（会議が開催されている会議室）を選択するための画面である。
【００６６】
ステップＳ４０４で、サーバ２００は当該要求を受信し、ステップＳ４０５でメニュー画面を生成して携帯端末１００に送信する。具体的には生成したメニュー画面のｈｔｍｌ情報（画面情報）を送信する。画面情報には、各会議室の選択部と会議室ＩＤが対応付けて記憶されている。
【００６７】
ステップＳ４０６で、携帯端末１００は当該画面情報を受信し、ｈｔｍｌを解析して表示画面に表示する。
【００６８】
ステップＳ４０７で、携帯端末１００は、ユーザからの入室する会議室の選択操作（参加する会議の選択操作）を受け付ける。そして、選択された会議室の会議室ＩＤを画面情報から特定して、当該会議室へのログインユーザの入室要求をサーバ２００に送信する。
【００６９】
当該入室要求には、携帯端末１００のログインユーザのユーザＩＤと、携帯端末１００自身の端末ＩＤを含める。
【００７０】
本実施形態において、会議室への入室要求とは、当該会議室で行われる会議への参加要求である。また、ユーザを会議室に入室させる処理は、ユーザを当該会議室で行われる会議へ参加させる処理である。
【００７１】
ステップＳ４０８で、サーバ２００は当該要求を受け付け、ステップＳ４０９で、ログインユーザを要求された会議室に入室させる処理を行う。
【００７２】
具体的には、当該ログインユーザのユーザＩＤを、入室要求がされた、予めサーバ２００の外部メモリに記憶されている会議室に対応付けて記憶する。当該対応付けを示す情報の一例を図７の会議情報７１０に示す。
【００７３】
ステップＳ４０９では、サーバ２００は、入室要求された会議室の会議室ＩＤ７１１に対応する参加者ＩＤ７１３の欄に、入室要求元の携帯端末１００でログイン中のログインユーザのユーザＩＤを追加して記憶する。
【００７４】
この際、当該ユーザのログインしている携帯端末１００の端末ＩＤを、端末ＩＤ７１４に記憶する。端末のＩＤとは例えばＩＰアドレス等、端末を一意に識別可能な値である。
【００７５】
会議ＩＤ７１２は、会議室ＩＤ７１１の会議室で開催されている会議のＩＤであり、会議が終了した場合は削除される。当該会議ＩＤは、例えば不図示の予約画面を介して入力される会議名である。
【００７６】
サーバ２００の外部メモリ２１１には、当該会議名に対応付けて、不図示の会議開催時間（何月何日の何時から何時まで会議が行われるか）の情報や、会議への参加権限を持ったユーザＩＤ等が、会議予約の情報として記憶されている。
【００７７】
予約された時間帯に会議室入室可能なユーザは、当該予約情報によって指定された、会議への参加権限を持つユーザＩＤのユーザのみである。
【００７８】
図４の説明に戻る。ステップＳ４１０で、サーバ２００は、図１０の会議画面１０００に示す会議画面の画面情報を自機の外部メモリから取得して、携帯端末１００に送信する。
【００７９】
当該画面情報は例えば画面のレイアウトを示すｈｔｍｌ情報であり、１００１や１００２に示すような会議画像自体は含まれていない。つまり、会議画面のテンプレート情報である。
【００８０】
ステップＳ４１１で、携帯端末１００は、当該会議画面の情報を受信してメモリに記憶する。また、当該会議画面１０００を表示画面に表示する。
【００８１】
ステップＳ４１２で、携帯端末１００は、カメラを起動する。具体的には、メモリ上の会議画像送信フラグ７３０を参照し、会議画像送信フラグ７３０がＯＮの場合には、携帯端末１００のＯＳに対して、カメラアプリケーションにインストールされている所定のカメラアプリケーションを起動し、カメラによる撮像を開始するよう指示する。
【００８２】
会議画像送信フラグ７３０は自機が会議画像を外部装置に送信する状態か（送信している状態か）否かを示す。
【００８３】
会議画像送信フラグ７３０＝ＯＮは、会議画像を外部装置に送信している状態、つまり会議画像の送信機能が有効な状態を示す。会議画像送信フラグ７３０＝ＯＦＦは、会議画像を外部装置に送信していない状態（送信を中止している状態）、つまり会議画像の送信機能が無効となっている状態を示す。
【００８４】
ここでは、まずインカメラを用いて撮像を開始するようカメラアプリケーションに指示するものとする。インカメラとアウトカメラユーザ操作に応じて任意に切替可能である。
【００８５】
携帯端末１００は、インカメラ使用中の場合は、会議画像の撮像にインカメラを使用中である旨を示す情報を自機の外部メモリに記憶する。また、アウトカメラ使用中の場合は、会議画像の撮像にアウトカメラを使用中である旨を示す情報を自機の外部メモリに記憶するものとする。どのカメラを使用してるかの情報をカメラ使用情報と呼ぶものとする。
【００８６】
携帯端末１００は、ステップＳ４１３〜Ｓ４１４の処理を、入室中の会議室からログインユーザが退室するまで繰り返す。
【００８７】
ステップＳ４１３で、携帯端末１００は、カメラアプリケーションにより起動したカメラで撮像された撮像画像をカメラアプリケーションから取得し、メモリに記憶する。
【００８８】
具体的には、後述するステップＳ４１４でサーバ２００に送信する画像を記憶する会議画像テーブル（不図示）に、当該撮像画像を逐次記憶する（取得した順に、順次記憶する）。
【００８９】
会議画像テーブルには、静止画が１フレームごとに連続して記憶される。これらの静止画を連続して表示することで動画（ビデオ）の再生が可能となる。フレームの秒間が狭いほど高精細な動画が得られる。ここでは記憶される画像のフレーム秒間は０．０６７秒（秒間１５フレーム）とする。
【００９０】
そして、ステップＳ４１４で、当該会議画像を送信する品質を決定し、当該決定した品質で会議画像をサーバ２００に送信する。
【００９１】
例えば、携帯端末１００は、ＲＡＭ２０３に記憶されている、現在の品質７４０（図７に図示）に従って自機の会議画像をエンコードし、秒間のフレーム数に従って加工して送信する。
【００９２】
現在の品質７４０は、ステップＳ４１４を実行する携帯端末１００に記憶されている、当該携帯端末１００の会議アプリケーションにおいて設定されているビデオ画像の品質設定である。品質番号はビデオ品質を一意に示すＩＤである。
【００９３】
また、携帯端末１００の外部メモリには図７の品質設定テーブルが予め記憶されている。品質設定テーブル７２０は、会議画像の送信元の端末ごとにビデオ品質を記憶するテーブルである。
【００９４】
品質番号７２１はビデオ品質を一意に示すＩＤである。表示名７２２は、ビデオ品質の表示名を示す。フレームレート７２３は、動画（動画像）の秒間のフレーム（１コマ）数を示す。
【００９５】
エンコード情報７２４は、動画（動画像）のエンコード用パラメータを示す。エンコード用パラメータによってエンコード後のデータ量を小さく指定すると、画像の圧縮率が上がって使用帯域が削減できる。一方でデータの欠落量が増えるため、デコード後の画像品質が低下する。
【００９６】
ステップＳ４１４で、会議アプリケーションは、現在の品質７４０に設定されている品質番号を特定し、当該品質番号の示す画像の送信品質（フレームレート７２３及びエンコード情報７２４）を特定し、特定した送信品質を自機からサーバ２００への（サーバ２００を介した、同じ会議室に入室中の他の携帯端末端末１００のユーザへの）ビデオの送信品質として決定する。そして、当該送信品質で画像をサーバ２００に送信する。
【００９７】
ステップＳ４１５で、サーバ２００は、携帯端末１００から送信された会議画像を受信し、ステップＳ４１６で、送信元の端末ＩＤと対応付けてメモリ上の会議画像テーブルに記憶する。画像の記憶方法はステップＳ４１３で上述した方法と同じである。
【００９８】
サーバ２００において、会議画像テーブルは携帯端末１００ＩＤごと（つまり、当該携帯端末１００においてログイン中のユーザＩＤごと）に生成され、記憶されている。
【００９９】
具体的には、サーバ２００の外部メモリ２１１上においてサーバアプリケーションが管理する会議画像テーブルに、会議画像の送信元の端末ＩＤと会議画像を対応付けて記憶する。
【０１００】
一方、ステップＳ４１７〜Ｓ４１８の処理も、入室中の会議室からログインユーザが退室するまで繰り返す。ステップＳ４１７〜Ｓ４１８の処理は、ステップＳ４１１の処理後に開始する。
【０１０１】
ステップＳ４１７で、携帯端末１００は、他機の会議画像の取得要求をサーバ２００に送信する。
【０１０２】
ステップＳ４２０で、サーバ２００は当該要求を受信し、ステップＳ４２１で、要求に応じて他機の会議画像を自身のメモリ上の会議画像テーブルから取得して、携帯端末１００に送信する。
【０１０３】
なお、サーバ２００の会議画像テーブルでは、どの画像をどのＩＤの携帯端末１００に送信済みかを示す送信済み端末ＩＤが記憶・管理される。サーバ２００が携帯端末１００に送信する画像は、当該携帯端末１００に未送信の画像であって、会議画像テーブルの中において最も古い画像である。
【０１０４】
サーバ２００は要求に応じて、要求元の携帯端末１００に対して、当該携帯端末１００と同じ会議室に入室している（同じ会議に参加している）ユーザの会議画像を会議情報７１０と会議画像テーブルの端末ＩＤから特定し、要求元の端末に送信する。
【０１０５】
また、送信した画像の送信済み端末ＩＤの欄に、送信した先の携帯端末１００の端末ＩＤを記憶する。
【０１０６】
ステップＳ４１８で、携帯端末１００は、会議画像を逐次受信して、会議画面１０００の所定の表示領域に逐次表示する。例えば、表示領域１００２に示すような小さい表示領域に、各携帯端末の会議画像を挿入して表示・更新する。以上が図４の説明である。
【０１０７】
次に図５を参照して、本発明の第１の実施形態における、会議画像送信機能のオン／オフ切替処理の流れについて説明する。
【０１０８】
ステップＳ５０１で、携帯端末１００は、図１０の会議画面１０００に示す「会議画像送信ＯＮ／ＯＦＦ」ボタンの押下指示を受け付ける。
【０１０９】
ステップＳ５０２で、携帯端末１００は、自機の会議画像の送信状態を示す情報を自機のメモリから取得する。例えば会議画像送信フラグ７３０を取得する。
【０１１０】
「会議画像送信ＯＮ／ＯＦＦ」ボタンが押下された時点で、会議画像送信フラグ７３０＝ＯＮだった場合、処理をステップＳ５０３に移行する。会議画像送信フラグ７３０＝ＯＦＦだった場合、処理をステップＳ５０３に移行する。
【０１１１】
ステップＳ５０３で、携帯端末１００は、自機のカメラで撮像した撮像画像を会議画像テーブルに記憶する処理を停止する。具体的には、起動中のカメラアプリケーションにアプリの終了指示をする。当該指示を受け付けたカメラアプリケーションは終了し、撮像を中止する。
【０１１２】
つまり、「会議画像送信ＯＮ／ＯＦＦ」は、カメラのＯＮ／ＯＦＦボタンである。
【０１１３】
ステップＳ５０４で、携帯端末１００は、図４のステップＳ４１４で行っていた会議画像の送信処理を中止する。
【０１１４】
例えば、送信機能有効／無効判定部３１３が、会議画像送信部３１２に対して会議画像の送信を中止するよう指示し、当該指示を受け付けた会議画像送信部３１２が会議画像の外部装置への送信を中止する。ステップＳ５０５で、携帯端末１００は、会議画像送信フラグ７３０をＯＦＦに変更する。
【０１１５】
ステップＳ５０６では、携帯端末１００は、自機のカメラで撮像した撮像画像の会議画像テーブルへの記憶処理を再開する。具体的には、携帯端末１００のＯＳに対して、カメラアプリケーションにインストールされている所定のカメラアプリケーションを起動し、撮像を再開するよう指示する。
【０１１６】
ステップＳ５０７で、携帯端末１００は、図４のステップＳ４１４で行っていた会議画像の送信処理を再開する。例えば、送信機能有効／無効判定部３１３が、会議画像送信部３１２に対して会議画像の送信を開始するよう指示し、当該指示を受け付けた会議画像送信部３１２が会議画像の外部装置への送信を再開する。
【０１１７】
ステップＳ５０８で、携帯端末１００は、会議画像送信フラグ７３０をＯＮに変更し、図５の処理を終了する。以上が図５の説明である。
【０１１８】
次に図６を参照して、本発明の第１の実施形態における、ビデオ品質の切替処理の流れについて説明する。
【０１１９】
送信画像とは、携帯端末１００がサーバ２００に送信し、サーバ２００が他の携帯端末に１００に送信する画像のことである。送信画像は主に会議画像である。
【０１２０】
第１の実施形態において、携帯端末１００は、図６の処理を所定の時間間隔で繰り返し実行するものとする。例えば３秒間隔で実行するものとする。所定の時間間隔の情報は予め携帯端末１００の外部メモリに記憶されており、不図示の設定画面に対するユーザ操作を受け付けることで自由に変更して設定可能であるものとする。
【０１２１】
ステップＳ６０１で、携帯端末１００は、会議画像送信フラグ７３０を参照し、ステップＳ６０２で、会議画像の送信機能が有効か判定する（会議画像を外部装置に送信しているか判定する）。
【０１２２】
本発明の実施形態において、会議画像の送信機能が有効であるということはカメラによる撮像処理が行われ、撮像された撮像画像を携帯端末１００の会議アプリケーションが取得しているということである。
【０１２３】
また、会議画像の送信機能が無効であるということはカメラによる撮像処理が行われず、よって、撮像画像を携帯端末１００の会議アプリケーションが取得していないということである。
【０１２４】
会議画像の送信機能が有効になっている場合は処理をステップＳ６０３に移行し、会議画像の送信機能が無効になっている場合は、図６の処理を終了する。
【０１２５】
ステップＳ６０３で、携帯端末１００は、自機の加速度センサ２１２から取得され、メモリ上に記憶されている加速度の情報を取得する。
【０１２６】
本発明の実施形態における加速度とは、携帯端末１００の現実空間（３次元空間）における姿勢を示す情報である。つまり、重力方向に対する携帯端末１００の向きを特定可能な情報である。
【０１２７】
時間単位ごとの加速度の履歴を参照することで、携帯端末１００が動いているのか、停止しているのかを特定可能である。また、どのような姿勢からどのような姿勢に動いているのかを特定可能である。
【０１２８】
加速度の履歴の一例を、図８の加速度情報８００に示す。また、本発明の実施形態における、携帯端末の方向と加速度の値（Ｘ，Ｙ，Ｚの示す値）の対応の一例を図９に示す。
【０１２９】
加速度情報８００は、携帯端末１００の加速度の履歴を記録した情報である。ここでは０．１秒毎に加速度センサ２１２から加速度を取得して記憶しているものとする。
【０１３０】
本発明の実施形態における携帯端末１００が縦になっている状態とは、加速度情報８００における最新の加速度、つまり携帯端末１００の現在の加速度のＸの値が１に所定以上近い状態のことをいう。例えばＸ＝１は、携帯端末１００が直立している状態（縦方向の状態）を示す。
【０１３１】
Ｘ＝０．７〜１．０は、直立はしていないが、携帯端末１００が縦になっている状態を示す。
【０１３２】
本発明の実施形態における携帯端末１００が横になっている状態（横方向の状態）とは、加速度情報８００における最新の加速度、つまり携帯端末１００の現在の加速度のＹの値が１又は−１に所定以上近い状態のことをいう。
【０１３３】
例えばＹ＝１は、携帯端末１００が直立した状態から左方向（反時計回りの方向）に真横になっている状態を示す。Ｙ＝−１は、携帯端末１００が直立した状態から右方向（時計回りの方向）に真横になっている状態を示す。
【０１３４】
Ｙ＝０．７〜１．０又は、Ｙ＝−０．７〜−１．０の場合は、真横にはなっていないが、携帯端末１００が横になっている状態を示す。
【０１３５】
図６の説明に戻る。ステップＳ６０４で、携帯端末１００は、加速度情報８００を参照し、過去１秒間の加速度変化量を計算する。つまり、自機の３次元空間における姿勢の変化量を求める。
【０１３６】
ステップＳ６０５では、携帯端末１００は、携帯端末１００が静止状態か判定する。ステップＳ６０４で算出した過去１秒間の変化量が、外部メモリ２１１に予め記憶されている変化量の閾値以上の場合に、携帯端末１００が動いている（静止状態ではない）と判定する。
【０１３７】
端末が動いている状態とは、例えば、携帯端末１００がユーザの手に持たれている状態や、ユーザの体に装着されている状態が想定される。
【０１３８】
ステップＳ６０４で算出した過去１秒間の変化量が、外部メモリ２１１に予め記憶されている変化量の閾値を下回っている場合に、携帯端末１００が静止状態であると判定する。
【０１３９】
閾値とは、例えばＸ，Ｙ，Ｚの値においてそれぞれ±０．１とする。Ｘ，Ｙ，Ｚのいずれかの変化量が当該閾値以上の場合に、変化量が閾値以上であると判定する。
【０１４０】
Ｘ，Ｙ，Ｚの全方向の変化量がいずれも閾値未満の場合に、変化量が閾値を下回っていると判定する。つまり、端末が静止状態であると判定する。
【０１４１】
携帯端末１００が動いていない状態（静止している状態）とは、例えば、携帯端末１００が卓上に置かれている状態が想定される。
【０１４２】
本実施形態の説明において、Ｘ，Ｙ，Ｚの値はそれぞれ、１＝９０度である。よて、閾値＝±０．１ということは、±９度以上の姿勢変化があった場合に動いていると判定することとなる。
【０１４３】
携帯端末１００が静止状態の場合には、処理をステップＳ６０６に移行し、静止状態でない場合はステップＳ６０９に移行する。
【０１４４】
ステップＳ６０６で、携帯端末１００は、自機の外部メモリに記憶されている現在の品質７４０をメモリ上に読み出して参照する。また、携帯端末１００は、自機の外部メモリに記憶されている品質定義７５０をメモリ上に読み出して参照する。
【０１４５】
品質定義７５０は、携帯端末１００がどのような状態（定義状態）の場合に、現在のビデオ品質７４０をどの品質番号のビデオ品質に切り替えて設定するかを示す情報である。当該品質定義７５０の情報は、各携帯端末１００の外部メモリに予め記憶されている。
【０１４６】
ステップＳ６０７で、携帯端末１００は、現在の品質７４０の品質番号が、品質定義７５０における静止状態に対応する品質番号と等しいかを比較する。つまり、現在の品質設定が低品質（エコ）以外の、当該低品質よりも高い品質に設定されているか否かを判定する。
【０１４７】
現在の品質７４０の品質番号が、静止状態に対応する品質番号と等しくない（現在の品質設定が低品質よりも高い品質に設定されている場合）、処理をステップＳ６０８に移行する。低品質に設定されている場合、現在の品質設定は適切と判断し、図６の処理を終了する。
【０１４８】
ステップＳ６０８で、携帯端末１００は、現在の品質７４０を、品質定義７５０における静止状態の品質（低品質）に変更する。
【０１４９】
つまり、端末が静止している場合は、端末が動いている場合に比べてビデオの品質を下げる処理を行う。
【０１５０】
現在の品質が非静止状態の品質（高品質）から静止状態の品質（低品質）に切り替えられることで、図４のステップＳ４１４でサーバ２００に送信するデータを、会議画像（送信画像）を静止状態の品質（低品質）に定義された品質で加工したデータ量に切り替えて送信することができる。
【０１５１】
また、ステップＳ６０９では、携帯端末１００は、自機の外部メモリに記憶されている現在の品質７４０をメモリ上に読み出して参照する。また、自機の外部メモリに記憶されている品質定義７５０をメモリ上に読み出して参照する。
【０１５２】
ステップＳ６１０で、携帯端末１００は、現在の品質７４０が、品質定義７５０における非静止状態に設定された品質番号と等しいか判定する。つまり、現在の品質設定が高品質以外の、当該高品質よりも低い品質に設定されているか否かを判定する。
【０１５３】
現在の品質７４０の品質番号が、非静止状態に対応する品質番号と等しくない（現在の品質設定が高品質よりも低い品質に設定されている場合）、処理をステップＳ６１１に移行する。既に高品質に設定されている場合、現在の品質設定は適切と判断し、図６の処理を終了する。
【０１５４】
ステップＳ６０８で、携帯端末１００は、現在の品質７４０を、品質定義７５０における非静止状態の品質（高品質）に変更する。
【０１５５】
つまり、端末が動いている場合は、端末が静止している場合に比べてビデオの品質を上げる処理を行う。
【０１５６】
現在の品質が静止状態の品質から非静止状態の品質に切り替えられることで、図４のステップＳ４１４でサーバ２００に送信するデータを、会議画像（送信画像）を非静止状態の品質に定義された、高品質のビデオ画像（高フレームレートのデータ）に切り替えることができる。以上が図６の説明である。
【０１５７】
図６の処理によれば、クライアント端末の状態に応じて電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供することができる。
【０１５８】
例えば、ユーザが端末を持ち歩いて現場の動画を撮影して会議を行っている場合等、端末が動いて動画を共有している会議では、電子会議で用いる画像の品質を、端末が静止している場合に比べて高品質に設定して現場の細かな状況を会議参加者に伝え易くすることができる。
【０１５９】
また、着席中のユーザ同士が自身の画像を送信して行うような端末が静止した状態の会議では、電子会議で用いる画像の品質を、端末が動いている場合に比べて高品質に設定して通信量を抑えることができる。
【０１６０】
なお、上述した説明においては、携帯端末が非静止状態か静止状態かに応じてビデオ品質を自動で切り替えるものとしたが、例えば図１０の１０１１、１０４１に示すように、ビデオ品質を切り替える前に会議画面１０００上に、本当に品質の切り替えを行うか否かの問い合わせ画面を表示するようにしてもよい。
【０１６１】
当該問い合わせ画面は、携帯端末１００が自機の会議画面上に表示するものとする。
【０１６２】
問い合わせ画面を表示する場合、携帯端末１００は、問い合わせ画面上の指示部である「ＯＫ」ボタンの押下を受け付けることでビデオ画像の品質の切替を行う。
【０１６３】
１０００及び１０５０は低品質のビデオ画像（会議画像）を送信中の画面であり、１０２０及び１０３０は高品質のビデオ画像（会議画像）を送信中の画面である。
【０１６４】
１０１０は図６のステップＳ６１０で、現在の品質７４０に高品質以外の品質設定がされていると判定された場合に表示する問い合わせ画面１０１１を表示した画面である。１０４０は図６のステップＳ６０７で、現在の品質７４０に低質以外の品質設定がされている判定された場合に表示する問い合わせ画面１０４１を表示した画面である。
【０１６５】
問い合わせ画面を表示し、ユーザに品質切替の操作を促すことで、ユーザの意図しない切替を防止し、且つ、クライアント端末の状態に応じて電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供することができる。
【０１６６】
＜第２の実施形態＞
例えばインカメラを使用中の場合、ユーザは自分自身の顔画像を電子会議の会議画像として送信していると考えられる。顔画像の送信は、電子会議に誰が参加しているかを確認するために行われるものである。
【０１６７】
また、アウトカメラを使用中の場合、ユーザが端末を持ち歩いて現場の動画を撮影して会議を行っている等、単に会議参加者を認識するために顔画像を送信する際に比べて、撮影対象物の状況をより詳細に伝えるための動画を撮影して電子会議の会議画像として送信していると考えられる。
【０１６８】
第２の実施形態においては、クライアント端末が何を撮影している状態かに応じて、ビデオ画像の品質を切り替える。
【０１６９】
以下、図１１〜図１２を参照して、本発明の第２の実施形態について説明する。なお、第１の実施形態と共通の処理については説明を割愛する。
【０１７０】
図１１の説明において、各フローチャートの各ステップの処理は、各装置のＣＰＵが、各装置にインストールされた会議アプリケーションが備える機能を用いて実行するものとする。
【０１７１】
第２の実施形態において、携帯端末１００は、図６のステップＳ６０３〜Ｓ６０５処理の代わりに、図１１の処理を実行するものとする。
【０１７２】
携帯端末１００は、図６のステップＳ６０２で、会議画像の送信機能が有効である（会議画像を外部装置に送信している）と判定された場合に、ステップＳ１１０１に処理を移行する。
【０１７３】
ステップＳ１１０１で、携帯端末１００は、自機に記憶されているカメラ使用情報をメモリ上に読み出して参照する。
【０１７４】
ステップＳ１１０２で、携帯端末１００は、インカメラ使用中かアウトカメラ使用中かを判定（特定）する。アウトカメラ使用中の場合には処理を図６のステップＳ６０９に移行する。つまり、現在のビデオ品質が高画質に設定されていない場合には当該品質を高画質に設定変更する。
【０１７５】
また、インカメラ使用中の場合には処理を図６のステップＳ６０６に移行する。つまり、現在のビデオ品質が低画質に設定されていない場合には当該品質を低画質に設定変更する。以上が図１１の説明である。
【０１７６】
図１１の処理によれば、クライアント端末が何を撮影している状態かに応じて電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供することができる。
【０１７７】
例えば、ユーザがアウトカメラで現場等の動画を撮影して会議を行っている際の画像の品質を、インカメラでユーザ自身の画像を撮影している場合に比べて、高品質に設定して現場の細かな状況を会議参加者に伝え易くすることができる。
【０１７８】
また、クライアント端末で使用しているカメラの切替に応じて、電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供することができる。
【０１７９】
なお、上述した説明においては、携帯端末１００がインカメラを使用しているかアウトカメラを使用しているかに応じてビデオ品質を自動で切り替えるものとしたが、例えば図１２の１２１１、１２４１に示すように、ビデオ品質を切り替える前に会議画面上に、本当に品質の切り替えを行うか否かの問い合わせ画面を表示するようにしてもよい。
【０１８０】
問い合わせ画面を表示する場合、携帯端末１００は、問い合わせ画面上の指示部である「ＯＫ」ボタンの押下を受け付けることでビデオ画像の品質の切替を行う。
【０１８１】
１２００及び１２５０はアウトカメラを使用中の会議画面である。表示領域１００１には、アウトカメラで撮影した高品質のビデオ画像を表示している。また、当該会議画面を表示している携帯端末１００は、他の携帯端末１００に対して、自機のアウトカメラで撮影した高品質のビデオ画像を送信している。
【０１８２】
１２２０及び１２３０はインカメラを使用中の会議画面である。表示領域１００１には、インカメラで撮影した低品質のビデオ画像を表示している。また、当該会議画面を表示している携帯端末１００は、他の携帯端末１００に対して、自機のインカメラで撮影した低品質のビデオ画像を送信している。
【０１８３】
１２１０は、図１１のステップＳ１１０２でインカメラ使用中と判定され、且つ、図６のステップＳ６０７で、現在の品質７４０に低質以外の品質設定がされている判定された場合に表示する問い合わせ画面１２１１を表示した会議画面である。
【０１８４】
１２４０は、図１１のステップＳ１１０２でアウトカメラ使用中と判定され、且つ、図６のステップＳ６１０で、現在の品質７４０に高品質以外の品質設定がされていると判定された場合に表示する問い合わせ画面１２４１を表示した会議画面である。
【０１８５】
問い合わせ画面を表示し、ユーザに品質切替の操作を促すことで、ユーザの意図しない切替を防止し、且つ、クライアント端末が何を撮影している状態かに応じて電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供することができる。
【０１８６】
＜第３の実施形態＞
特にスマートフォン等の携帯端末を用いて着席した状態等で電子会議を行う場合、長時間に渡って映像の送受信や会話を行うことが多いため、携帯端末を机上等に置くことが多い。また、携帯端末を机上に置く場合、倒れ難いように携帯端末を横にして置くことが多いと考えられる。
【０１８７】
一方で、例えば建設現場やイベント会場等の現場の状況確認の目的等で、外出先等で立った状態で、あるいは歩き回りながら電子会議を行う場合、携帯端末を手に持って、確認したい箇所をアウトカメラで順々に撮像しながら会議を行うと考えられる。スマートフォンや携帯電話等の携帯端末は、一般に縦向きで手に持たれることが多い。
【０１８８】
よって、第３の実施形態においては、携帯端末１００の向きに応じて、ビデオ画像の品質を切り替える。
【０１８９】
例えば、携帯端末１００が縦向きの場合には、現場の画像等、高品質の画像を送信したいものと判断し、高品質の画像を他の端末に送信する。また、携帯端末１００が横向きの場合には、単にユーザ自身の顔画像を送信するだけであり、低品質の画像を送信しても構わないと判断し、低品質の画像を他の端末に送信する。
【０１９０】
以下、図１３〜図１４を参照して、本発明の第３の実施形態について説明する。なお、第１の実施形態と共通の処理については説明を割愛する。
【０１９１】
図１３の説明において、各フローチャートの各ステップの処理は、各装置のＣＰＵが、各装置にインストールされた会議アプリケーションが備える機能を用いて実行するものとする。
【０１９２】
第３の実施形態において、携帯端末１００は、図６のステップＳ６０４〜Ｓ６０５処理の代わりに、図１３の処理を実行するものとする。
【０１９３】
携帯端末１００は、図６のステップＳ６０３の処理を実行した後、処理をステップＳ１３０１に移行する。
【０１９４】
ステップＳ１３０１で、携帯端末１００は、携帯端末１００が横の状態か縦の状態か判定する。つまり、現在のビデオ品質が低画質に設定されていない場合には当該品質を低画質に設定変更する。以上が図１１の説明である。
【０１９５】
横の状態の場合には、処理を図６のステップＳ６０６に移行し、縦の状態である場合は処理をステップＳ６０９に移行する。つまり、現在のビデオ品質が高画質に設定されていない場合には当該品質を高画質に設定変更する。以上が図１３の説明である。
【０１９６】
図１３の処理によれば、携帯端末１００の向きに応じて、電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供することができる。
【０１９７】
例えば、端末を縦にして現場等の動画を撮影して会議を行っている際の画像の品質を、端末を横にしてユーザ自身の画像を撮影している場合に比べて、高品質に設定して現場の細かな状況を会議参加者に伝え易くすることができる。
【０１９８】
つまり、携帯端末１００が地面に対してどの方向を向いている状態かに応じて、電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供することができる。
【０１９９】
なお、上述した説明においては、携帯端末１００が縦の状態か横の状態かに応じてビデオ品質を自動で切り替えるものとしたが、例えば図１４の１４１１、１４３１に示すように、ビデオ品質を切り替える前に会議画面上に、本当に品質の切り替えを行うか否かの問い合わせ画面を表示するようにしてもよい。
【０２００】
問い合わせ画面を表示する場合、携帯端末１００は、問い合わせ画面上の指示部である「ＯＫ」ボタンの押下を受け付けることでビデオ画像の品質の切替を行う。
【０２０１】
会議画面１４００では、端末が横の状態で、例えばインカメラを使用して撮影した低品質のビデオ画像を表示している。また、当該会議画面１４００を表示している携帯端末１００は、自機で撮影されたビデオ画像を、低品質の状態で他の携帯端末１００に対して送信している。
【０２０２】
１４１０は、図１３のステップＳ１３０１で端末が縦向きである（縦向きになっている）と判定され、且つ、図６のステップＳ６１０で、現在の品質７４０に高質以外の品質設定がされている判定された場合に表示する問い合わせ画面１２１１を表示した会議画面である。
【０２０３】
会議画面１４２０では、端末が縦の状態で、例えばアウトカメラを使用して撮影した高品質のビデオ画像を表示している。また、当該会議画面１４００を表示している携帯端末１００は、自機で撮影されたビデオ画像を、高品質の状態で他の携帯端末１００に対して送信している。
【０２０４】
１２３０は、図１３のステップＳ１３０１で端末が横である（横の状態になっている）と判定され、且つ、図６のステップＳ６０７で、現在の品質７４０に低品質以外の品質設定がされていると判定された場合に表示する問い合わせ画面１２４１を表示した会議画面である。
【０２０５】
問い合わせ画面を表示し、ユーザに品質切替の操作を促すことで、ユーザの意図しない切替を防止し、且つ、クライアント端末が地面に対してどの方向を向いている状態かに応じて、電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供することができる。
【０２０６】
なお、上述した実施形態の説明においては、クライアント端末の状態に応じて、ビデオ品質切替の問い合わせ画面（品質切替用の「ＯＫ」ボタン）を表示するものとしたが、例えば、当該品質切替用のボタンは予め会議画面に表示しておき、クライアント端末の状態に応じて強調表示して、ユーザに対して品質の切替の推奨の通知を行うようにしてもよい。
【０２０７】
例えば、上述した各実施形態における問い合わせ画面の表示処理の代わりに、図１５に示すように、既に会議画面１５００に表示されている「ビデオ品質切替」ボタン１５０１を、携帯端末１００が１５１０の「ビデオ品質切替」ボタン１５１１に示すように拡大して強調表示することで、ユーザに対して品質の切替の推奨の通知を行うようにしてもよい。
【０２０８】
また、例えば上述した各実施形態における問い合わせ画面の表示処理の代わりに、既に会議画面１５２０に表示されている「ビデオ品質切替」ボタン１５２１を、携帯端末１００が１５３０の「ビデオ品質切替」ボタン１５３１に示すように所定の色に色変更したり、点滅させて強調表示することで、ユーザに対して品質の切替の推奨の通知を行うようにしてもよい。
【０２０９】
携帯端末１００は、「ビデオ品質切替」ボタンの押下を受け付けるごとに、現在の品質を７４０を低品質から高品質、高品質から低品質に切替える。
【０２１０】
クライアント端末の状態に応じてビデオ品質の切替ボタンを識別表示することで、ユーザは、携帯端末がどのような状態になった場合に、ビデオの品質を切り替えればよいか、また、どのボタンを押すことでビデオの品質を切り替えることが可能かを認識することができる。
【０２１１】
つまり、ユーザに品質切替の操作を促すことで、ユーザの意図しない切替を防止し、且つ、クライアント端末の状態に応じて電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供することができる。
【０２１２】
＜第４の実施形態＞
また、上述した実施形態においては、端末が動いているか静止しているか、インカメラとアウトカメラのどちらを使用しているか、端末の向きが横か縦か、に応じて、高品質で送信すべきビデオ画像（例：現場の画像）を撮影中か、低品質で送信すべきビデオ画像（例：端末を使っているユーザ自身の画像）を撮影中かを推測し、当該ビデオ品質を切り替えるものとしたが、例えば顔認識技術を用いてビデオ品質の切替を行うようにしてもよい。
【０２１３】
具体的には、携帯端末１００が、ステップＳ６０３でＹＥＳと判定された後、自機のカメラが撮影した最新の撮影画像を取得し、当該撮影画像の中に自機のログインユーザの顔画像が含まれているか、顔認識技術を用いて判定する。
【０２１４】
ユーザの顔画像は、例えばユーザＩＤと対応付けてサーバ２００に記憶されているものとし、図４のステップＳ４０２のログイン成功に伴って、携帯端末１００がサーバ２００に要求して取得、自機のメモリに記憶するものとする。
【０２１５】
携帯端末１００は、自機のカメラで撮影した画像に、自機のログインユーザの顔が写っている場合には、単に当該ログインユーザが会議に参加していることを会議相手に伝えるためにユーザの顔を写していると判断する。つまり、ビデオ品質は高品質である必要はなく、低品質でも当該ログインユーザが会議に参加していることは十分に伝わるため、ビデオ品質を低品質にすべきと判定し、処理をステップＳ６０９に移行する。
【０２１６】
また、自機のカメラで撮影した画像に、自機のログインユーザの顔が写っていない場合には、単に当該ログインユーザが会議に参加していることを会議相手に伝えるために撮影しているのではなく、例えば作業現場の小さな部品や細かな状況等を電子会議の相手に伝えるために撮影対象を撮影していると判断する。つまり、ビデオ品質が低品質だと状況が十分に伝わらないため、ビデオ品質を高品質にすべきと判定し、処理をステップＳ６０６に移行する。
【０２１７】
つまり、クライアント端末が何を撮影している状態かに応じて、ビデオ画像の品質を切り替えることが可能となる。
【０２１８】
以上説明したように、本発明によれば、クライアント端末の状態に応じて電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供することができる。
【０２１９】
つまり、状況に応じてビデオ送信の品質を使い分けて会議をすることで、満足なビデオ品質で会議しつつ、費用削減効果が期待できる。
【０２２０】
また、都度ビデオ品質の設定画面を探し出して手動で設定を切り替える手間を軽減することができる。
【０２２１】
なお、上述した各実施形態の発明は自由に組み合せ可能であるものとする。
【０２２２】
例えば、携帯端末が横向きの状態であって、携帯端末が動いていない状態であり、且つ、カメラ画像に携帯端末自身のログインユーザが写っている場合に、現在のビデオ品質を低品質に切り替えるようにしてもよい。また、携帯端末が縦向きの状態であって、携帯端末が動いている状態であり、且つ、カメラ画像に携帯端末自身のログインユーザが写っていない場合に、現在のビデオ品質を高品質に切り替えるようにしてもよい。
【０２２３】
また、例えば問い合わせ画面の表示と、「ビデオ品質切替」ボタンの強調表示（識別表示）を同時に行ってもよい。
【０２２４】
また、上述した実施形態における切替処理は、カメラアプリケーションによって動作するインカメラとアウトカメラを切り替えることで外部装置に送信する会議画像を切り替えるが、例えばインカメラとアウトカメラを同時に動作させてそれぞれの撮像画像を記憶部に記憶しておき、携帯端末１００が備える切替制御部が他の携帯端末１００に送信する画像をインカメラの画像からアウトカメラの画像へ、アウトカメラの画像からインカメラの画像へ切り替えて、会議画像送信部３１２によって画像をサーバ２００に送信するようにしてもよい。
【０２２５】
また、上述した実施形態の説明においては、送信機能が有効か無効かによって、カメラを私用しているか否かを判定していたが、例えば、カメラアプリケーションから撮像画像を取得できる状態かを判定して、撮像画像を取得できる／している状態の場合には携帯端末の状態をカメラを使用している状態と判定し、撮像画像を取得できない／していない状態の場合には携帯端末の状態をカメラを使用していない状態と判定するようにしてもよい。
【０２２６】
例えば、携帯端末１００が、自機からサーバ２００に送信する画像を蓄積したキュー（記憶部）を参照し、所定の時間の間（例えば過去５秒間の間）に所定数以上（例えば２５以上）の撮像画像が追加されている場合に、カメラアプリケーションから撮像画像を取得できる／していると判定する。また、所定数以上（例えば２５以上）の撮像画像が追加されていない場合に、撮像画像を取得できない／していないと判定するものとするようにしてもよい。なお、当該判定方法はあくまで一例であり、他の判定方法を用いてもよい。
【０２２７】
また、上述した実施形態の説明においては、サーバ２００で各画面情報を生成して、当該画面情報を携帯端末１００が受信することで画面を表示していたが、予め画面の情報が携帯端末１００のメモリ上に記憶してある場合には、各画面情報の要求、生成及び送受信の処理を省略し、自身のメモリ上に記憶されている画面情報を読み出して表示画面に表示するものとする。
【０２２８】
また、サーバ２００が、ステップＳ４０５において携帯端末１００に対してメニュー画面の表示指示をし、当該指示を受け付けた携帯端末１００が自機の記憶部に記憶されたメニュー画面の画面情報を読み出して表示するようにしてもよい。
【０２２９】
また、サーバ２００が、ステップＳ４１０において携帯端末１００に対して会議画面の表示指示をし、当該指示を受け付けた携帯端末１００が自機の記憶部に記憶された会議画面の画面情報を読み出して表示するようにしてもよい。
【０２３０】
なお、特に会議の場合、長時間に渡って映像の送受信や会話を行うことが多いため、携帯端末を机上等に置くことが多いと考えられる。また、携帯端末を机上に置く場合、倒れ難いように携帯端末を横にして置くことが多いと考えられるため、携帯端末が横の状態の場合に、会議で主に使用するインカメラ（ユーザ自身を撮影するためのカメラ）を使用するものとしたが、本発明の用途は必ずしもこれに限るものではない。
【０２３１】
例えば、端末が横にして装着する自撮り棒（登録商標）等の器具の先端にクライアント端末を装着して現場の様子を撮影する場合もあるし、自席で電子会議を行う場合、端末を横に置くと隣の席のユーザの顔まで写ってしまうため、あえて端末を縦にして自身の画像を撮影、送信して電子会議を行うこともある。
【０２３２】
よって、例えば、不図示の設定画面においてユーザ操作を受け付け、携帯端末が横の状態の場合にビデオの品質を高品質に切り替え、縦の状態の場合にビデオの品質を低品質に切り替える設定ファイル（品質定義７５０）を携帯端末１００の外部メモリに記憶してもよい。
【０２３３】
携帯端末１００は、図１３のステップＳ１３０１を実行する直前に当該設定ファイルを外部メモリから読み出して、「携帯端末が横の状態の場合にビデオの品質を高品質に切り替え、縦の状態の場合にビデオの品質を低品質に切り替える設定」になっている場合には、ステップＳ１３０１で端末が縦であると判定された場合は処理をステップＳ６０６に移行し、端末が横であると判定された場合は処理をステップＳ６０９に移行する。
【０２３４】
尚、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０２３５】
具体的には、携帯端末１００とサーバ２００が一体であり、上述した実施形態の各ステップの処理を１つの筐体として実行するようにしてもよい。
【０２３６】
また、例えば、図６の処理、図１１の処理、図１３の処理、及び第４の実施形態において説明した撮影画像の中の顔認識及びログインユーザが写っているか否かの判定処理を、サーバ２００が、自機の外部メモリに携帯端末１００ごとに受信して記憶しているビデオ画像、加速度情報８００、会議画像送信フラグ７３０、現在の品質７４０、及び品質定義７５０に従って、携帯端末１００ごとに実行するようにしてもよい。
【０２３７】
この場合、サーバ２００は、ステップＳ６０８で対象の携帯端末１００に対して品質設定テーブル７２０を送信して、ビデオの送信品質を低品質にするよう指示し、当該指示を受け付けた携帯端末１００が自機のビデオの送信品質を低品質に設定する。
【０２３８】
また、サーバ２００は、ステップＳ６１１で対象の携帯端末１００に対して品質設定テーブル７２０を送信して、ビデオの送信品質を高品質にするよう指示し、当該指示を受け付けた携帯端末１００が自機のビデオの送信品質を高品質に設定する。
【０２３９】
サーバ側でクライアント端末の状態の判定（特定）、及び当該状態に応じたビデオ品質の決定を行うことで、当該処理をクライアント端末自身が行うことによるクライアント端末側の処理負荷を軽減しつつ、クライアント端末の状態に応じて電子会議に用いるビデオ品質を容易に切り替え可能な仕組みを提供することができる。
【０２４０】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０２４１】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０２４２】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０２４３】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０２４４】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０２４５】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０２４６】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０２４７】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０２４８】
尚、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。
即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０２４９】
１００Ａ  携帯端末
１００Ｂ  携帯端末
１００Ｃ  携帯端末
１００Ｄ  携帯端末
１０１    ネットワーク
２００    サーバ
【図１】
2018169891.tif 000003
【図２】
2018169891.tif 000004
【図３】
2018169891.tif 000005
【図４】
2018169891.tif 000006
【図５】
2018169891.tif 000007
【図６】
2018169891.tif 000008
【図７】
2018169891.tif 000009
【図８】
2018169891.tif 000010
【図９】
2018169891.tif 000011
【図１０】
2018169891.tif 000012
【図１１】
2018169891.tif 000013
【図１２】
2018169891.tif 000014
【図１３】
2018169891.tif 000015
【図１４】
2018169891.tif 000016
【図１５】
2018169891.tif 000017