JP6163788B2 - 通信端末、通信方法、及びプログラム - Google Patents

Description

本発明は、相手側と通信するための通信アプリケーションを有する通信端末、通信方法、及びプログラムに関する。

近年、スマートフォンやＰＣ(Personal Computer)等に複数の通話アプリケーションがインストールされ、様々なプロトコルによって通話を行うことができるようになった。この通話アプリケーションは、通話せずに待ち受け中であっても、定期的にセンターのサーバと通信を行うため、通話アプリケーションが起動していれば、たとえ通話していなくても電力が消費される。そのため、使用しない通話アプリは起動させないでおくと、消費電力を抑制することができる。

一方で、ファイルデータ等を管理する複数のアプリケーションのうち、相手側から電話が掛かって来た場合に、着信した相手側の電話番号に応じたアプリケーションを起動させる技術が開示されている（特許文献１）。

しかしながら、互いに通話を行う通話端末のように通信を行う通信端末では、それぞれ通話アプリケーション等の通信アプリケーションが起動していなければ、通信することができない。よって、消費電力を抑制すべく通信アプリケーションを起動させず、通信を行う際に特許文献１に開示された起動させる技術を利用した場合には、自分側の通信アプリケーションを起動させるにすぎず、相手側の通信アプリケーションを起動させる訳ではないため、必ずしも通信することができる訳ではないという課題を生じる。

請求項１に係る発明は、相手側と通信するための通信アプリケーションを有する通信端末であって、前記通信アプリケーションに対して起動させる命令を行う起動命令手段と、前記起動命令手段による命令によって前記通信アプリケーションが起動した後、当該通信アプリケーションに対して、通信の準備が完了した旨を問い合わせる問合手段と、前記問合手段によって通信の準備が完了した旨が問い合わされたことに基づき、前記起動命令手段による命令によって起動された前記通信アプリケーションから、前記通信の準備が完了した旨の通知を受け付ける通知受付手段と、前記通知受付手段によって前記通信の準備が完了した旨の通知が受け付けられた後、通信ネットワークを介して、前記相手側に当該相手側の通信アプリケーションの起動を要求する旨の通知を送信する送信手段と、を有することを特徴とする通信端末である。

以上説明したように本発明によれば、自分側の通信アプリケーションに対して起動させる命令を行い、相手側に相手側の通信アプリケーションの起動を要求する。これにより、通信アプリケーションによる通信をするときに、通信アプリケーションを起動すればよいため、電力消費を抑制することができるという効果を奏する。

本発明の一実施形態に係る通話システムの概略図である。 通話端末１０の外観図の一例である。 通話端末１０のハードウェア構成図である。 アプリ管理システム、及び通話管理システムのハードウェア構成図である。 通話端末７０のハードウェア構成図である。 通話端末１０のソフトウェア構成図である。 通話端末７０のソフトウェア構成図である。 通話端末（１０、７０）、アプリ管理システム、及び通話管理システムの各機能ブロック図である。 アプリ管理テーブルを示す概念図である。 ユーザ認証管理テーブルを示す概念図である。 端末の認証管理テーブルを示す概念図である。 端末状態管理テーブルを示す概念図である。 要求元端末のログインから通信セッション確立までの処理を示したシーケンス図である。 要求元端末側の通話アプリを待ち受け状態にする処理を示したシーケンス図である。 要求元端末側の画面例を示した図である。 要求元端末側の画面例を示した図である。 宛先端末側の通話アプリを待ち受け状態にする処理を示したシーケンス図である。 通話アプリによって通話するための通信セッションを確立する処理を示したシーケンス図である。

以下、図１乃至図１８を用いて、本発明の一実施形態について説明する。

＜＜実施形態の全体構成＞＞
図１は、本発明の一実施形態に係る通話システムの概略図である。図１に示されているように、通話システム１は、テレビ会議端末が一例である通話端末１０、通話アプリケーション間の通信を管理するアプリ管理システム３０、通話端末を管理する通話管理システム５０、スマートフォンが一例である通話端末７０によって構築されている。このうち、アプリ管理システム３０及び通話管理システム５０は、サーバ機能を備えたコンピュータである。この通話システム１によって、通話端末１０のユーザと通話端末７０のユーザとの間で、通話を行うことができる。この通話は、音、映像（画像）、又は、音及び映像（画像）によって実現することができる。なお、以下、「アプリケーション」は「アプリ」と省略して説明する。

また、通話端末（１０、７０）、アプリ管理システム３０、及び通話管理システム５０は、インターネット、携帯電話網、及び／又はＬＡＮ(Local Area Network)等の通信ネットワーク２によって通信可能である。更に、本実施形態では、通信ネットワーク２に通話管理システム５０も含まれ、通話端末７０と通信を行うための携帯電話網の末端にある基地局２ａも含まれる。

なお、図１では、説明を簡単にするために、基地局２ａ、通話端末１０、アプリ管理システム３０、通話管理システム５０、及び通話端末７０は、１台ずつ表されているだけであり、それぞれ複数台であってもよい。

また、通話端末１０と通話端末７０は、互いに同じ通話アプリを利用した場合、通信ネットワーク２を介して通話を実現することができる。ここで、通話アプリは、通話及びメッセージアプリを含み、テレビ会議用の通話アプリの他に、例えば、Skype, Google Talk, LINE, FaceTime, カカオトーク, Tango（登録商標又は未登録商標）等が挙げられる。このように複数の通話アプリの提供元が異なる場合には、それぞれの通話アプリに対応する複数の通話管理システム５０が上記通信ネットワーク上に配置される。

＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。図２は、本実施形態に係る通話端末１０の外観図である。図２に示されているように、通話端末１０は、筐体１１００、アーム１２００、及びカメラハウジング１３００を備えている。このうち、筐体１１００の前側壁面１１１０には、複数の吸気孔によって形成された不図示の吸気面が設けられており、筐体１１００の後側壁面１１２０には、複数の排気孔が形成された排気面１１２１が設けられている。これにより、筐体１１００に内蔵された冷却ファンの駆動によって、不図示の吸気面を介して通話端末１０の後方の外気を取り込み、排気面１１２１を介して通話端末１０の後方へ排気することができる。筐体１１００の右側壁面１１３０には、収音用孔１１３１が形成され、後述する内蔵型のマイク１１４によって音声、物音、雑音等の音が収音可能となっている。

筐体１１００の右側壁面１１３０側には、操作パネル１１５０が形成されている。この操作パネル１１５０には、後述の複数の操作ボタン（１０８ａ〜１０８ｅ）、後述の電源スイッチ１０９、及び後述のアラームランプ１１９が設けられていると共に、後述の内蔵型のスピーカ１１５からの出力音を通すための複数の音声出力孔によって形成された音出面１１５１が形成されている。また、筐体１１００の左側壁面１１４０側には、アーム１２００及びカメラハウジング１３００を収容するための凹部としての収容部１１６０が形成されている。筐体１１００の右側壁面１１３０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にケーブルを接続するための複数の接続口（１１３２ａ〜１１３２ｃ）が設けられている。一方、筐体１１００の左側壁面１１４０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にディスプレイ１２０用のケーブル１２０ｃを接続するための不図示の接続口が設けられている。

なお、以下では、操作ボタン（１０８ａ〜１０８ｅ）のうち任意の操作ボタンを示す場合には「操作ボタン１０８」を用い、接続口（１１３２ａ〜１１３２ｃ）のうち任意の接続口を示す場合には「接続口１１３２」を用いて説明する。

次に、アーム１２００は、トルクヒンジ１２１０を介して筐体１１００に取り付けられており、アーム１２００が筐体１１００に対して、１３５度のチルト角θ１の範囲で、上下方向に回転可能に構成されている。図２は、チルト角θ１が９０度の状態を示している。カメラハウジング１３００には、後述の内蔵型のカメラ１１２が設けられており、ユーザ、書類、及び部屋等を撮像することができる。また、カメラハウジング１３００には、トルクヒンジ１３１０が形成されている。カメラハウジング１３００は、トルクヒンジ１３１０を介して、アーム１２００に取り付けられている。そして、カメラハウジング１３００は、トルクヒンジ１３１０を介してアーム１２００に取り付けられており、カメラハウジング１３００がアーム１２００に対して、図２で示されている状態を０度として±１８０度のパン角θ２の範囲で、且つ、±４５度のチルト角θ３の範囲で、上下左右方向に回転可能に構成されている。

なお、上記図２の外観図はあくまで一例であってこの外観に限定するものではない。通話端末１０は例えば汎用的なＰＣ、スマートフォン、タブレット型端末、であってもよい。カメラやマイクは必ずしも内蔵型である必要はなく外付けであってもよい。

なお、アプリ管理システム３０及び通話管理システム５０は、それぞれ一般のサーバコンピュータの外観と同じであるため、外観の説明を省略する。また、通話端末７０は、一般のスマートフォンの外観と同じであるため、外観の説明を省略する。

図３は、本実施形態に係る通話端末１０のハードウェア構成図である。図３に示されているように、本実施形態の通話端末１０は、通話端末１０全体の動作を制御するＣＰＵ(Central Processing Unit)１０１、ＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ(Read Only Memory)１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ(Random Access Memory)１０３、通話端末１０用のプログラム、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、通話端末１０の宛先を選択する場合などに操作される操作ボタン１０８、通話端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ(Interface)１１１を備えている。

また、通話端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、通話端末１０の各種機能の異常を知らせるアラームランプ１１９、及び上記各構成要素を図５に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。

ディスプレイ１２０は、被写体の画像や操作用等を表示する液晶や有機ＥＬ(Organic Electroluminescence)によって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ(High-Definition Multimedia Interface)やＤＶＩ(Digital Video Interactive)信号用のケーブルであってもよい。

カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)や、ＣＣＤ（Charge Coupled Device）等が用いられる。

外部機器接続Ｉ／Ｆ１１８には、図６に示されている筐体１１００の接続口１１３２に差し込まれたＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。

なお、記録メディア１０６は、通話端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。

図４は、本発明の本実施形態に係るアプリ管理システム３０のハードウェア構成図である。アプリ管理システム３０は、アプリ管理システム３０全体の動作を制御するＣＰＵ３０１、ＩＰＬ等のＣＰＵ３０１の駆動に用いられるプログラムを記憶したＲＯＭ３０２、ＣＰＵ３０１のワークエリアとして使用されるＲＡＭ３０３、アプリ管理システム３０用のプログラム等の各種データを記憶するＨＤ３０４、ＣＰＵ３０１の制御にしたがってＨＤ３０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ(Hard Disk Drive)３０５、フラッシュメモリ等の記録メディア３０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ３０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ３０８、通信ネットワーク２を利用してデータ通信するためのネットワークＩ／Ｆ３０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード３１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス３１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)３１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ３１４、及び、上記各構成要素を図４に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン３１０を備えている。

一方、通話管理システム５０は、上記アプリ管理システム３０と同様のハードウェア構成を有しているため、その説明を省略する。但し、通話管理システム５０のＨＤ３０４には、通話管理システム５０を制御するためのプログラム等の各種データが記憶されている。

図５は、通話端末７０のハードウェア構成図である。図５に示されているように、通話端末７０は、通話端末７０全体の動作を制御するＣＰＵ７０１、基本入出力プログラムを記憶したＲＯＭ(Read Only Memory)７０２、ＣＰＵ７０１のワークエリアとして使用されるＲＡＭ７０３、ＣＰＵ７０１の制御にしたがってデータの読み出し又は書き込みを行うＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）７０４、ＣＰＵ７０１の制御に従って被写体を撮像し画像データを得るＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ７０５、地磁気を検知する電子磁気コンパスやジャイロコンパスや加速度センサ等の各種加速度・方位センサ７０６、フラッシュメモリ等の記録メディア７０７に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ７０８を備えている。そして、メディアドライブ７０８の制御に従って、既に記録されていたデータが読み出され、又は新たにデータが書き込まれて記憶する記録メディア７０７が着脱自在な構成となっている。

なお、ＥＥＰＲＯＭ７０４には、ＣＰＵ７０１が実行するオペレーティングシステム（ＯＳ）、その他のプログラム、及び、種々データが記憶されている。また、ＣＭＯＳセンサ７０５は、光を電荷に変換して被写体の画像を電子化する電荷結合素子であり、被写体を撮像することができれば、ＣＭＯＳセンサに限らず、ＣＣＤ(Charge Coupled Device)センサであってもよい。

更に、通話端末７０は、音声を音声信号に変換する音声入力部７１１、音声信号を音声に変換する音声出力部７１２、アンテナ７１３ａ、このアンテナ７１３ａを利用して無線通信信号により、最寄の基地局８ａと通信を行う通信回路７１３、ＧＰＳ衛星９９９からＧＰＳ信号を受信するＧＰＳ受信部７１４、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬなどのディスプレイ７１５、このディスプレイ７１５上に載せられ、感圧式又は静電式のパネルによって構成され、指やタッチペン等によるタッチによってディスプレイ７１５上におけるタッチ位置を検出するタッチパネル７１６、及び、上記各部を電気的に接続するためのアドレスバスやデータバス等のバスライン７１０を備えている。

また、通話端末７０は、専用の電池７１７も設けられており、この電池７１７によって駆動される。なお、音声入力部７１１は、音声を入力するマイクが含まれ、音声出力部７１２には、音声を出力するスピーカが含まれている。

図６は、通話端末１０のソフトウェア構成図である。図６に示されているように、ＯＳ１０２０、起動アプリ１０３０、通話アプリ１０３１、通話アプリ１０３２、及び通話アプリ１０３３は、ＲＡＭ１０３の作業領域１０１０上で動作する。このうち、ＯＳ１０２０は、基本的な機能を提供し、通話端末１０全体を管理する基本ソフトウェアである。通話アプリ（１０３１、１０３２、１０３３）は、他の端末と通話を行うためのアプリであり、それぞれ通信プロトコルが異なる。

図７は、通話端末７０のソフトウェア構成図である。図７に示されているように、ＯＳ６９２０、起動アプリ７０３０、通話アプリ７０３１、通話アプリ７０３２、及び通話アプリ７０３３は、ＲＡＭ７０３の作業領域７０１０上で動作する。このうち、ＯＳ６９２０は、基本的な機能を提供し、通話端末７０全体を管理する基本ソフトウェアである。通話アプリ（７０３１、７０３２、７０３４）は、他の端末と通話を行うためのアプリであり、それぞれ通信プロトコルが異なる。

なお、通話アプリ１０３１と通話アプリ７０３１は同じ通信プロトコルを実行する。通話アプリ１０３２と通話アプリ７０３２は同じ通信プロトコルを実行する。通話アプリ１０３３と通話アプリ７０３４は異なる通信プロトコルを実行する。

なお、上記起動アプリおよび通話アプリの通信プロトコルとしては、(1)SIP(Session Initiation Protocol)、(2)H.323、(3)SIPを拡張したプロトコル、(4)インスタントメッセンジャーのプロトコル、(5)SIPのMESSAGEメソッドを利用したプロトコル、(6)インターネットリレーチャットのプロトコル(IRC(Internet Relay Chat))、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコル等が挙げられる。このうち、(4)インスタントメッセンジャーのプロトコルは、例えば、(4-1)XMPP(Extensible Messaging and Presence Protocol)、又は(4-2)ICQ（登録商標）、AIM（登録商標）、若しくはSkype（登録商標）などで利用されるプロトコルである。また、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコルは、例えば、Jingleである。

＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。図８は、本実施形態の通話システム１の一部を構成する通話端末１０、アプリ管理システム３０、通話管理システム５０、及び通話端末７０の機能ブロック図である。図８では、通話端末１０、アプリ管理システム３０、通話管理システム５０、及び通話端末７０が、通信ネットワーク２を介してデータ通信することができるように接続されている。なお、通話端末１０及び通話端末７０は、図３及び図５に示されているように異なるハードウェア構成を有しているが、本実施形態で説明する機能部分に関しては同様の機能であるため、通話端末１０の各機能構成に付された番号の後に、括弧によって通話端末７０の各機能構成に付された番号が表されている。

＜通話端末の機能構成＞
通話端末１０は、起動制御部１０５０及び通話制御部１０６０を有している。このうち、起動制御部１０５０は、図６に示されている起動アプリ１０３０が実行されることによって実現される。また、通話制御部１０６０は、図６に示されている通話アプリ（１０３１、１０３２、１０３３）の何れかが実行されることによって実現される。

また、起動制御部１０５０は、送受信部１１、操作入力受付部１２、表示制御部１３、起動命令部１４、問合部１５、通知受付部１６、指示部１７及び記憶・抽出部１９を有している。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された起動アプリ（プログラム）に従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。

一方、通話制御部１０６０は、送受信部２１、起動部２３、起動受付部２４、問合受付部２５、通知部２６、指示受付部２７を有している。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された通話アプリ（プログラム）に従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。

また、通話端末１０は、図３に示されているＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４によって構築される記憶部１０００を有している。この記憶部１０００には、後述のアプリ管理テーブルによって構成されているアプリ管理ＤＢ(Data Base)１００１が構築される。

（アプリ管理テーブル）
図９は、アプリ管理テーブルを示す概念図である。アプリ管理テーブルでは、通話アプリを識別するための通話アプリＩＤ(Identification）と、起動アプリ１０３０が起動することができる通話アプリを示す起動対象（例えば起動アプリ１０３０の実行ファイルを示すアドレスなど）とが関連付けて管理されている。

（起動制御部の各機能構成）
次に、図３及び図８を用いて、通話端末１０における起動制御部１０５０の各機能構成について詳細に説明する。なお、以下では、通話端末１０における起動制御部１０５０の各機能構成を説明するにあたって、図３に示されている各構成要素のうち、起動制御部１０５０の各機能構成を実現させるための主な構成要素との関係も説明する。

図８に示されている通話端末１０の送受信部１１は、図３に示されているＣＰＵ１０１からの命令、及びネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して、相手側の通話端末、各装置又はシステム等と各種データ（または情報）の送受信を行う。

操作入力受付部１２は、図３に示されているＣＰＵ１０１からの命令、並びに図２に示されている操作ボタン（１０８ａ、１０８ｂ、１０８ｃ、１０８ｄ、１０８ｅ）及び電源スイッチ１０９によって実現され、ユーザによる各種入力を受け付けたり、選択受付分としてユーザによる各種選択を受け付ける。例えば、ユーザが、図３に示されている電源スイッチ１０９をＯＮにすると、図８に示されている操作入力受付部１２が電源オンを受け付けて、電源をＯＮにする。

表示制御部１３は、図３に示されているＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、通話する際に相手側から送られてきた画像データをディスプレイ１２０に送信するための制御を行う。また、表示制御部１６は、図１５に示されているような宛先リストのデータ、及び図１６に示されているような通話アプリリストのデータをディスプレイ１２０に送信して、ディスプレイ１２０に宛先リスト及び通話アプリリストを表示させることができる。

起動命令部１４は、図３に示されているＣＰＵ１０１からの命令によって実現され、送受信部１１によって受信された通話アプリ識別情報で示される通話アプリに対して起動させる命令を行う。

問合部１５は、図３に示されているＣＰＵ１０１からの命令によって実現され、起動命令部１４によって通話アプリに対して起動が要求されてから所定時間後に、この通話アプリに対して、通話の準備が完了したかを問い合わせる。この所定時間は、通話アプリが起動してから、アプリ管理システム３０に対してユーザ認証が完了するまでの間の時間は少なくとも必要であり、例えば５秒である。

通知受付部１６は、図３に示されているＣＰＵ１０１からの命令によって実現され、問合部１５によって通話の準備が完了したかを問い合わされたことに基づいて、通話制御部１０６０（通話アプリ）から送られて来た、通話の準備が完了した旨の通知（情報）を受け付ける。

指示部１７は、図３に示されているＣＰＵ１０１からの命令によって実現され、通話制御部１０６０（通話アプリ）に対して、通話の開始要求を行う旨の指示を行う。

記憶・抽出部１９は、図３に示されているＣＰＵ１０１からの命令及び図３に示すＳＳＤ１０５によって実行され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを抽出する処理を行う。また、記憶・抽出部１９は、特定部として、送受信部１９によって受信された通話アプリＩＤを検索キーとして、アプリ管理テーブル（図９参照）を検索することにより、対応する起動対象を特定する。

（通話制御部の各機能構成）
次に、図３及び図８を用いて、通話端末１０における通話制御部１０６０の各機能構成について詳細に説明する。なお、以下では、通話端末１０における通話制御部１０６０の各機能構成を説明するにあたって、図３に示されている各構成要素のうち、通話制御部１０６０の各機能構成を実現させるための主な構成要素との関係も説明する。

図８に示されている送受信部２１は、図３に示されているＣＰＵ１０１からの命令、及びネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して、相手側の通話端末、各装置又はシステム等と各種データ（または情報）の送受信を行う。

起動受付部２４は、図３に示されているＣＰＵ１０１からの命令によって実現され、起動命令部１４からの起動の命令を受け付ける。

起動部２３は、図３に示されているＣＰＵ１０１からの命令によって実現され、起動受付部２４で、起動の要求を受け付けることに基づいて、通話制御部１０６０（通話アプリ）の動作を起動する。

問合受付部２５は、図３に示されているＣＰＵ１０１からの命令によって実現され、問合部１５によって、通話の準備が完了したかの問い合わせを受け付ける。

通知部２６は、図３に示されているＣＰＵ１０１からの命令によって実現され、起動制御部１０５０に対して、通話の準備が完了した旨の通知を行う。

指示受付部２７は、図３に示されているＣＰＵ１０１からの命令によって実現され、起動制御部１０５０から、通話の開始要求を行う旨の指示を受け付ける。

＜アプリ管理システムの機能構成＞
アプリ管理システム３０は、送受信部３１、認証部３２、及び記憶・抽出部３９を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ３０４からＲＡＭ３０３上に展開されたアプリ管理システム３０用のプログラムに従ったＣＰＵ３０１からの命令によって動作することで実現される機能又は手段である。

また、アプリ管理システム３０は、図４に示されているＲＯＭ３０２、ＲＡＭ３０３、ＨＤ３０４によって構築される記憶部３０００を有している。この記憶部３０００には、後述のユーザ管理テーブルによって構成されているユーザ管理ＤＢ３００１が構築される。

（ユーザ認証管理テーブル）
図１０は、ユーザ認証管理テーブルを示す概念図である。ユーザ認証管理テーブルでは、通話アプリを利用するユーザを識別するためのユーザＩＤと、ユーザのパスワードとが関連付けて管理されている。これらのユーザの情報はユーザが通話アプリを利用するために事前にアプリ管理システム５０に登録される情報である。

（アプリ管理システムの各機能構成）
次に、アプリ管理システム３０の各機能構成について詳細に説明する。なお、以下では、アプリ管理システム３０の各機能構成を説明するにあたって、図８に示されている各構成要素のうち、アプリ管理システム３０の各機能構成を実現させるための主な構成要素との関係も説明する。

図８に示されているアプリ管理システム３０の送受信部３１は、図４に示されているＣＰＵ３０１からの命令、及び図４に示されているネットワークＩ／Ｆ３０９によって実現され、通信ネットワーク２を介して他の端末、装置、又はシステムと各種データ（または情報）の送受信をアプリ管理システムが管理する通話アプリに対応した通信プロトコルに従って行う。

認証部３２は、図４に示されているＣＰＵ３０１からの命令によって実現され、送受信部３１で受信されたユーザＩＤ及びパスワードを検索キーとして、ユーザ認証管理テーブル（図１０参照）を検索し、このユーザ認証管理テーブルに同一のユーザＩＤ及びパスワードが管理されているかを判断することによってユーザ認証を行う。

記憶・抽出部３９は、図４に示されているＣＰＵ３０１からの命令及び図４に示すＨＤＤ３０５によって実行され、又はＣＰＵ３０１からの命令によって実現され、記憶部３０００に各種データを記憶したり、記憶部３０００に記憶された各種データを抽出する処理を行う。

＜通話管理システムの機能構成＞
通話管理システム５０は、送受信部５１、認証部５２、管理部５３、記憶・抽出部５９を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ３０４からＲＡＭ３０３上に展開された通話管理システム５０用のプログラムに従ったＣＰＵ３０１からの命令によって動作することで実現される機能又は手段である。また、通話管理システム５０は、図４に示されているＨＤ３０４により構築される記憶部５０００を有している。この記憶部５０００には、後述の端末の認証管理テーブルによって構成されている端末の認証管理ＤＢ５００１、及び端末状態管理テーブルによって構成されている端末状態管理ＤＢ５００２が記憶されている。

（端末の認証管理テーブル）
図１１は、端末の認証管理テーブルを示す概念図である。この端末の認証管理テーブルでは、通話端末（１０、７０）を識別するための端末ＩＤ、及び通話端末（１０、７０）のパスワードが関連付けられて管理される。なお、ここでの端末ＩＤとは端末に予め記憶されているＩＤでもよいし、ユーザが端末に対して入力するＩＤでもよい。

（端末状態管理テーブル）
図１２は、端末状態管理テーブルを示す概念図である。この端末状態管理テーブルでは、各通話端末（１０、７０）の端末ＩＤ毎に、端末名、各通話端末（１０、７０）の稼動状態、各通話端末（１０、７０）からログイン要求が受信された受信日時、及び通話端末（１０、７０）のＩＰアドレスが関連付けられて管理される。なお、稼動状態には、端末ＩＤで示されている通話端末（１０、７０）がオンライン、オフラインであるかが示されている。更に、オンラインには、この端末ＩＤで示された通話端末と「通話可能」、この端末ＩＤで示された通話端末が通話を「一時中断中」、及びこの端末ＩＤで示された通話端末が「通話中」の各状態がある。

（管理システムの各機能構成）
次に、通話管理システム５０の各機能構成について詳細に説明する。なお、以下では、通話管理システム５０の各機能構成を説明するにあたって、図４に示されている各構成要素のうち、通話管理システム５０の各機能構成を実現させるための主な構成要素との関係も説明する。

送受信部５１は、図４に示されているＣＰＵ３０１からの命令、及び図４に示されているネットワークＩ／Ｆ３０９によって実行され、通信ネットワーク２を介して各通話端末、装置又はシステムと各種データ（または情報）の送受信を行う。

認証部５２は、図４に示されているＣＰＵ３０１からの命令によって実現され、送受信部５１で受信された端末ＩＤ及びパスワードを検索キーとして、端末の認証管理テーブル（図１１参照）を検索し、この端末の認証管理テーブルに同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末の認証を行う。

管理部５３は、図４に示されているＣＰＵ３０１からの命令によって実現され、端末状態管理テーブル（図１２参照）で、通話端末（１０、７０）の端末ＩＤ及び端末名毎に、通話端末（１０、７０）の稼動状態、通話管理システム５０がログイン要求を受信した受信日時、及び通話端末（１０、７０）のＩＰアドレスを関連付けて記憶して管理する。

記憶・抽出部３９は、図４に示されているＣＰＵ３０１からの命令及び図４に示すＨＤＤ３０５によって実行され、又はＣＰＵ３０１からの命令によって実現され、記憶部３０００に各種データを記憶したり、記憶部３０００に記憶された各種データを抽出する処理を行う。

一方、通話端末７０は、通話端末１０と同様に、起動制御部７０５０、及び通話制御部７０６０を有する。また、起動制御部７０５０は、送受信部７１、操作入力受付部７２、表示制御部７３、起動命令部７４、問合部７５、通知受付部７６、及び記憶・抽出部７９を有している。更に、通話制御部７０６０は、送受信部８１、起動部８３、起動受付部８４、問合受付部８５、及び通知部８６を有している。

起動制御部７０５０、及び通話制御部７０６０は、それぞれ起動制御部１０５０、及び通話制御部１０６０と同じ機能を有しているため、その説明を省略する。また、送受信部７１、操作入力受付部７２、表示制御部７３、起動命令部７４、問合部７５、通知受付部７６、指示部７７及び記憶・抽出部７９は、それぞれ送受信部１１、操作入力受付部１２、表示制御部１３、起動命令部１４、問合部１５、通知受付部１６、指示部１７及び記憶・抽出部１９と同じ機能を有しているため、その説明を省略する。更に、送受信部８１、起動部８３、起動受付部８４、問合受付部８５、通知部８６、及び指示受付部８７は、それぞれ送受信部２１、起動部２３、起動受付部２４、問合受付部２５、通知部２６及び指示受付部２７と同じ機能を有しているため、その説明を省略する。なお、図８では、通話端末１０の各機能構成の符号の右側の括弧内に、通話端末７０の各機能構成の符号が付されている。

＜＜実施形態の処理または動作＞＞
続いて、図１３乃至図１８を用いて、本実施形態の通信方法を説明する。なお、本実施形態では、通話端末１０が通話の開始を要求する通話元端末であり、通話端末７０が通話端末１０の宛先である宛先端末である。また、図１３は、要求元端末のログインから通信セッション確立までの処理を示したシーケンス図である。

図１３に示されているように、要求元端末（通話端末１０）の起動アプリ１０３０は、起動制御部１０５０の送受信部によって、通話管理システム５０に対し、ログイン要求を行う（ステップＳ１）。このログイン要求には、要求元端末を識別するための要求元端末ＩＤ及び端末のパスワードが含まれる。これにより、通話管理システム５０の送受信部５１は、ログイン要求並びに端末ＩＤ及びパスワードを受信する。

次に、認証部５２は、送受信部５１によって受信された端末ＩＤ及びパスワードの組と同じ組が、端末の認証管理テーブル（図１１参照）で管理されているかを判断することで、端末の認証を行う（ステップＳ２）。そして、この端末の認証により、正当な通話端末であると判断された場合には、管理部５３は、端末状態管理テーブル（図１２参照）の対応する端末ＩＤに対して、稼動状態、受信日時、及び端末のＩＰアドレスを管理する（ステップＳ３）。なお、ＩＰアドレスは、要求元端末からログイン要求を受信する際に受信される。

次に、送受信部５１は、要求元端末の起動アプリ１０３０に対して、認証結果を送信する（ステップＳ４）。これにより、送受信部１１は、認証結果を受信する。そして、上記ステップＳ２により、正当な端末であると判断された場合には、起動アプリ１０３０と通話管理システム５０との間で通信セッションが確立される（ステップ５）。

同じく、図１３に示されているように、宛先端末（通話端末７０）の起動アプリ７０３０は、起動制御部７０５０の送受信部７１によって、通話管理システム５０に対し、ログイン要求を行う（ステップＳ２１）。このログイン要求には、要求元端末を識別するための要求元端末ＩＤ及び端末のパスワードが含まれる。これにより、通話管理システム５０の送受信部５１は、ログイン要求並びに端末ＩＤ及びパスワードを受信する。

次に、認証部５２は、送受信部５１によって受信された端末ＩＤ及びパスワードの組と同じ組が、端末の認証管理テーブル（図１１参照）で管理されているかを判断することで、端末の認証を行う（ステップＳ２２）。そして、この端末の認証により、正当な通話端末であると判断された場合には、管理部５３は、端末状態管理テーブル（図１２参照）の対応する端末ＩＤに対して、稼動状態、受信日時、及び端末のＩＰアドレスを管理する（ステップＳ２３）。なお、ＩＰアドレスは、宛先端末からログイン要求を受信する際に受信される。

次に、送受信部５１は、宛先端末の起動アプリ７０３０に対して、認証結果を送信する（ステップＳ２４）。これにより、送受信部７１は、認証結果を受信する。そして、上記ステップＳ２２により、正当な端末であると判断された場合には、起動アプリ７０３０と通話管理システム５０との間で通信セッションが確立される（ステップ２５）。

続いて、図１４を用いて、要求元端末側の通話アプリを待ち受け状態にする処理を説明する。なお、図１４は、要求元端末側の通話アプリを待ち受け状態にする処理を示したシーケンス図である。

図１４に示されているように、要求元端末（通話端末１０）の起動アプリ１０３０は、起動制御部１０５０の表示制御部１３によって、ディスプレイ１２０に、図１５に示されているような宛先リスト画面１３０を表示させる（ステップＳ４１）。この場合、表示制御部１３は、記憶・抽出部１９によって、記憶部１０００から抽出された宛先リストに基づいて、宛先リスト画面１３０を表示させる。

この宛先リスト画面１３０には、各宛先名が示される宛先リスト１３１が表示されている。そして、通話端末１０のユーザが、宛先リスト１３１から所望の宛先を選択すると、操作入力受付部１２は、宛先の選択を受け付ける（ステップＳ４２）。ここでは、“JAMES”が選択された場合について説明する。

次に、表示制御部１３は、ディスプレイ１２０に、図１６に示されているような通話アプリリスト画面１４０を表示させる（ステップＳ４３）。この場合、表示制御部１３は、記憶・抽出部１９によって、アプリ管理テーブル（図９参照）から抽出された起動対象に基づいて、宛先リスト画面１３０を表示させる。この通話アプリリスト画面１４０には、図１５で選択された宛先を示す宛先表示領域１３２、及び、利用可能な通話アプリ（１０３１，１０３２，１０３３）の各アイコン（１４１、１４２、１４３）が表示されている。そして、通話端末１０のユーザが、所望のアイコンを選択すると、操作入力受付部１２は、通話アプリの選択を受け付ける（ステップＳ４４）。ここでは、“通話アプリａ”が選択された場合について説明する。

次に、記憶・抽出部１９は、操作入力受付部１２によって選択が受け付けられた通信アプリケーションを示す通話アプリＩＤに基づいて、アプリ管理テーブル（図９参照）を検索することにより、対応する起動対象の通信アプリケーションを特定する（ステップＳ４５）。

次に、起動アプリ１０３０は、起動制御部１０５０の起動命令部１４によって、上記ステップＳ４４で選択された通話アプリａのアイコン１４１によって特定される通話アプリ１０３１に対して、起動させる命令を行う（ステップＳ４６）。この起動の命令には、宛先ユーザを識別するための宛先ユーザＩＤが含まれる。これにより、通話アプリ１０３１は、通話制御部１０６０の起動受付部２４によって、起動の命令を受け付ける。

次に、通信制御部１０６０の起動部２３は、通話アプリ１０３１を起動する（ステップＳ４７）。そして、送受信部２１は、アプリ管理システム３０に対して、ログイン要求を行う（ステップＳ４８）。このログイン要求には、要求元端末のユーザを識別するための要求元ユーザＩＤ及びこのユーザのパスワードが含まれる。これにより、アプリ管理システム３０の送受信部３１は、ログイン要求並びに要求元ユーザＩＤ及びパスワードを受信する。

次に、アプリ管理システム３０の認証部３２は、送受信部３１で受信された要求元ユーザＩＤ及びパスワードを検索キーとして、ユーザ認証管理テーブル（図１０参照）を検索し、このユーザ認証管理テーブルに同一のユーザＩＤ及びパスワードが管理されているかを判断することによってユーザ認証を行う(ステップＳ４９)。ここでは、正当なユーザであると認証された場合について説明する。

次に、送受信部３１は、通話端末１０の通話アプリ１０３１に対して、認証結果を送信する（ステップＳ５０）。これにより、通話アプリ１０３１は、通話制御部１０６０の送受信部２１によって、認証結果を受信する。

一方、起動アプリ１０３０は、上記ステップＳ４６の処理から一定時間後、起動制御部１０５０の問合部１５によって、通話アプリ１０３１に対して、ログインが完了することで、通話アプリ１０３１の通話の準備が完了したかの問い合わせを行う（ステップＳ５１）。これにより、通話アプリ１０３１は、通話制御部１０６０の問合受付部２５によって、問合部１５からの問い合わせを受け付ける。

これに対して、通話アプリ１０３１は、通話制御部１０６０の通知部２６によって、起動アプリ１０３０に、通話の準備が完了した旨の通知を送る（ステップＳ５２）。これにより、起動アプリ１０３０は、起動制御部１０５０の通知受付部１６によって、通話の準備が完了した旨の通知を受ける。

次に、要求元端末（通話端末１０）の起動アプリ１０３０は、起動制御部１０５０の送受信部１１によって、通話管理システム５０に対し、宛先端末としての相手側の通話アプリの起動を要求する旨の通知を送信する（ステップＳ５３）。この通知には、要求元端末の端末ＩＤ、宛先端末の端末ＩＤ、及び選択された通話アプリ１０３０を識別するための通話アプリＩＤが含まれている。これにより、通話管理システム５０の送受信部５１は、通話アプリの起動を要求する旨の通知を受信する。

以上より、要求元端末（通話端末１０）の通話アプリ１０３１は、起動アプリ１０３０に通話の準備が完了した旨の通知を送ってから（ステップＳ５３参照）、後述のように、宛先端末（通話端末７０）の通話アプリ７０３１で通話の準備が完了した後に、起動アプリ１０３０から通話の開始を要求する指示を受ける（下記ステップＳ７２参照）までの間、一時的に待機状態となる。

続いて、図１７を用いて、宛先端末側の通話アプリを待ち受け状態にする処理を説明する。なお、図１７は、宛先端末側の通話アプリを待ち受け状態にする処理を示したシーケンス図である。

まず、通話管理システム５０の送受信部５１は、宛先端末（通話端末７０）に対して、この宛先端末側の通話アプリの起動を要求する旨の通知を送信する（ステップＳ６１）。この通知には、上記ステップＳ５３によって受信された通話アプリＩＤが含まれている。これにより、宛先端末（通話端末７０）の起動アプリ７０３０は、起動制御部７０５０の送受信部７１によって、通話アプリの起動を要求する旨の通知を受信する。なお、通話管理システム５０では、記憶・抽出部５９が上記ステップＳ５３によって受信された宛先端末ＩＤに基づいて、端末状態管理テーブル（図１２参照）を検索し、宛先端末のＩＰアドレスを抽出することで、このＩＰアドレスに通話アプリの起動を要求する旨の通知を送信することができる。

次に、起動アプリ７０３０は、起動制御部７０５０の記憶・抽出部７９によって、上記ステップＳ６１によって受信された通話アプリＩＤを検索キーとして、アプリ管理テーブル（図９参照）を検索することにより、対応する起動対象を特定する（ステップＳ６２）。

次に、起動命令部７４は、上記ステップＳ６２によって特定された通話アプリ７０３１に対して、起動の命令を行う（ステップＳ６３）。これにより、通話アプリ７０３１は、通話制御部７０６０の起動受付部８４によって、起動の命令を受け付ける。

次に、起動部８３は、通話アプリ７０３１を起動する（ステップＳ６４）。そして、送受信部８１は、アプリ管理システム３０に対して、ログイン要求を行う（ステップＳ６５）。このログイン要求には、宛先端末のユーザを識別するための宛先ユーザＩＤ及びこのユーザのパスワードが含まれる。これにより、アプリ管理システム３０の送受信部３１は、ログイン要求並びに宛先ユーザＩＤ及びパスワードを受信する。

次に、アプリ管理システム３０の認証部３２は、送受信部３１で受信された宛先ユーザＩＤ及びパスワードを検索キーとして、ユーザ認証管理テーブル（図１０参照）を検索し、このユーザ認証管理テーブルに同一のユーザＩＤ及びパスワードが管理されているかを判断することによってユーザ認証を行う。ここでは、正当なユーザであると認証された場合について説明する。

次に、送受信部３１は、通話端末７０の通話アプリ７０３１に対して、認証結果を送信する（ステップＳ６７）。これにより、通話アプリ７０３１は、通話制御部７０６０の送受信部８１によって、認証結果を受信する。

一方、起動アプリ７０３０は、上記ステップＳ６３の処理から一定時間後、起動制御部７０５０の問合部７５によって、通話アプリ７０３１に対して、ログインが完了することで、通話アプリ７０３１の通話の準備が完了したかの問い合わせを行う（ステップＳ６８）。これにより、通話アプリ７０３１は、通話制御部７０６０の問合受付部８５によって、問合部７５からの問い合わせを受け付ける。

これに対して、通話アプリ７０３１は、通話制御部７０６０の通知部８６によって、起動アプリ７０３０に、通話の準備が完了を示す通知を伝える（ステップＳ６９）。これにより、起動アプリ７０３０は、起動制御部７０５０の通知受付部７６によって、通話の準備が完了した旨の通知を受け付ける。

次に、送受信部７１は、上記ステップＳ６９に基づき、通話の準備が完了した旨の通知を、通話管理システム５０に送信する（ステップＳ７０）。これにより、通話管理システム５０の送受信部５１は、通話の準備が完了した旨の通知を受信する。

次に、通話管理システム５０の送受信部５１は、要求元端末（通話端末１０）の起動アプリ１０３０に対して、通話の準備が完了した旨の通知を送信する（ステップＳ７１）。これにより、起動アプリ１０３０は、起動制御部１０５０の送受信部１１によって、通話の準備が完了した旨の通知を受信する。なお、上記ステップＳ５およびステップＳ２５において各通話端末１０、７０と通話管理システム５０との間は通信セッションが既に確立されているため、通話管理システム５０は、上記ステップＳ５３によって受信された要求元端末ＩＤに基づいて、端末状態管理テーブル（図１２参照）を検索し、要求元端末のＩＰアドレスを抽出することで、このＩＰアドレスに通話の準備が完了した旨の通知を送信することができる。また、必要に応じて上記ステップＳ６１の起動要求およびステップＳ７０の通話の準備が完了した旨の通知に、要求元端末ＩＤおよび宛先端末ＩＤを含めて送信してもよい。

次に、起動アプリ１０３０は、起動制御部１０５０の指示部１７によって、通話アプリ１０３１に対して、通話を開始するように指示する（ステップＳ７２）。この指示には、上記ステップＳ４２で選択された宛先に対応する宛先ユーザＩＤが含まれていてもよい。この場合には、上記ステップＳ４６で必ずしも宛先ユーザＩＤを起動命令に含める必要はない。これにより、通話アプリ１０３１は、通話制御部１０６０の指示受付部２７によって、通話の開始を要求する指示を受け付ける。

続いて、図１８を用いて、通話アプリによって通話するための通信セッションを確立する処理を示したシーケンス図である。なお、図１８は、通話アプリによって通話するための通信セッションを確立する処理を示したシーケンス図である。

図１８に示されているように、要求元端末（通話端末１０）の通話アプリ１０３１は、通話制御部１０６０の送受信部２１によって、アプリ管理システム３０に対し、通話の開始を要求する旨の通知を送信する（ステップＳ８１）。この通知には、要求元端末（通話端末１０）のユーザを識別するための要求元ユーザＩＤ、及び宛先端末（通話端末７０）のユーザを識別するための宛先ユーザＩＤが含まれている。これにより、アプリ管理システム３０の送受信部３１は、通話の開始を要求する旨の通知を受信する。

次に、アプリ管理システム３０の送受信部３１は、宛先端末（通話端末７０）の通話アプリ７０３１に対して、通話の開始を要求する旨の通知を送信する（ステップＳ８２）。この通知には、上記ステップＳ８１によって通話アプリ１０３１から送られて来た要求元ユーザＩＤ及び宛先ユーザＩＤが含まれている。これにより、宛先端末（通話端末７０）の通話アプリ７０３１は、通話の開始を要求する旨の通知を受信する。

これに対して、通話アプリ７０３１は、通話制御部７０６０の送受信部８１によって、アプリ管理システム３０に対し、応答可否を示す情報を送信する（ステップＳ８３）。この応答可否を示す情報には、宛先端末（通話端末７０）側でユーザが通話を開始する場合には応答する旨が示され、宛先端末（通話端末７０）側でユーザが通話を開始しない場合には応答しない旨が示される。これにより、アプリ管理システム３０の送受信部３１は、応答可否を示す情報を受信する。

次に、アプリ管理システム３０の送受信部３１は、要求元端末（通話端末１０）の通話アプリ１０３１に対し、上記ステップＳ８３によって宛先端末（通話端末７０）の通話アプリ７０３１から送られて来た、応答可否を示す情報を送信する（ステップＳ８４）。これにより、通話アプリ１０３１は、通話制御部１０６０の送受信部２１によって、応答可否を示す情報を受信する。

以上より、要求元端末（通話端末１０）と宛先端末（通話端末７０）との間で、それぞれ通話アプリ１０３１と通話アプリ７０３１によって、通信セッションが確立する（ステップＳ８５）。

＜＜本実施形態の主な効果＞＞
以上説明したように本実施形態によれば、起動アプリ１０３０は、通話アプリ１０３１に対して起動を命令する一方で、宛先端末側に通話アプリ７０３１を起動させる要求を行う。これにより、通話端末１０は、常に自分側の通話アプリ１０３１を起動していないため、電力消費を抑制することができるだけでなく、宛先端末側に通話アプリ７０３１を起動させることを促すことで、宛先端末と通話する可能性が増すという効果を奏する。

また、起動アプリ７０３０は、通話アプリ７０３１に対して起動を命令する一方で、要求元端末側に通話アプリ７０３１による通話の準備が完了した旨を伝える。これにより、通話端末７０は、常に自分側の通話アプリ７０３１を起動していないため、電力消費を抑制することができるだけでなく、要求端末側に自分側の通話アプリ７０３１による通話の準備が完了した旨を伝えることで、要求元端末と通話する可能性が増すという効果を奏する。

更に、通話アプリが、定期的にセンターのサーバと通信を行う機能を有する場合には、たとえ通話アプリが１つしか通話端末１０にインストールされていないとしても、定期的な通信により消費電力が大きくなる。しかし、このような機能を有する通話アプリを起動せずに、定期的にセンターと通信を行わない起動アプリを起動させておけば、消費電力を抑制することができる。特に、複数の通話アプリが通話端末１０にインストールされている場合には、全ての通話アプリを起動させずに、起動アプリを起動させておくことで、多くの消費電力を抑制することができる。

また、起動命令部１４によって通話アプリ１０３１に対して起動が命令された後、問合部１５は、通話アプリ１０３１に通話の準備が完了したかを問い合わせることで、通話アプリ１０３１が自主的に通話の準備を完了した旨を通知する機能を有していなくても、起動アプリ１０３０が通話の準備を完了したかを示す通知を受け付けることができるという効果を奏する。一方、起動命令部７４によって通話アプリ７０３１に対して起動が命令された後、問合部７５は、通話アプリ７０３１に通話の準備が完了したかを問い合わせることで、通話アプリ７０３１が自主的に通話の準備を完了した旨を通知する機能を有していなくても、起動アプリ７０３０が通話の準備を完了したかを示す情報を受け付けることができるという効果を奏する。

＜＜実施形態の補足＞＞
上記では、上記ステップＳ５１によって、起動アプリ１０３０から通話アプリ１０３１に対して、通話の準備が完了した旨の問い合わせを行っているが、これに限るものではない。例えば、起動アプリ１０３０が通話アプリ１０３１に対して問い合わせずに、通話アプリ１０３１の方から起動アプリ１０３０に対して、ステップＳ５２の通話の準備が完了した旨を伝えるようにしてもよい。なお、上記ステップＳ６８における起動アプリ７０３０と通話アプリ７０３１との関係も同様である。

また、本実施形態の各ＩＤは、それぞれを一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、各ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。例えば、通話アプリＩＤは、通話アプリ識別情報の一例であって、この通話アプリ識別情報には、通話アプリＩＤの他にアプリの名称等も含まれる。

また、図１６に示されているアイコンは、文字だけでなく、絵記号、又は、絵記号に文字もしくは記号が含まれていてもよい。

更に、通話端末（１０、７０）、アプリ管理システム３０、及び通話管理システム５０用の各プログラムは、インストール可能な形式又は実行可能な形式のファイルによって、コンピュータで読み取り可能な記録媒体（記録メディア１０６等）に記録されて流通されるようにしてもよい。また、上記記録媒体の他の例として、ＣＤ−Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク等が挙げられる。

また、上記実施形態におけるアプリ管理システム３０、及び通話管理システム５０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。

また、上記実施形態の各プログラムが記憶されたＣＤ−ＲＯＭ等の記録媒体、並びに、これらプログラムが記憶されたＨＤ３０４は、プログラム製品(Program Product)として、国内又は国外へ提供されることができる。

また、図１２では、受信日時について管理しているが、これに限るものではなく、受信日時のうち少なくとも受信時間を管理すればよい。

更に、上記実施形態では、図１２で端末のＩＰアドレスを管理することとしたが、これに限るものではなく、ＦＱＤＮ(Fully Qualified Domain Name)を管理してもよい。この場合、周知のＤＮＳ(Domain Name System)サーバによって、ＦＱＤＮに対応するＩＰアドレスが取得されることになる。

また、上記では、通話端末１０の一例としてテレビ会議端末について説明し、通話端末７０の一例としてスマートフォンについて説明したが、これに限るものではない。例えば、通話端末（１０、７０）の一方又は両方が、ＩＰ(Internet Protocol)電話機や、インターネット電話機、ＰＣ(Personal Computer)等であってもよい。

更に、上記では、テレビ会議端末（下位概念）やスマートフォン（下位概念）等の通話端末（中位概念）によって、通話を行うことに関して説明したが、これに限るものではなく、通話を含めたより広い概念として通信を行うことができればよい。例えば、アプリが自らセンターのサーバにアクセスして、各種データを送信したり取得する場合にも適用される。即ち、上記通話アプリ識別情報、通話アプリ、通話端末、通話制御部、通話管理システム、及び通話システムは、それぞれ、より広い概念（上位概念）である通信アプリ識別情報、通信アプリ、通信端末、通信制御部、通信管理システム、及び通信システムの一例として示されている。この場合、相手側が、通信端末ではなく、サーバの場合もあり得る。また、通信端末には、ゲーム機、又はカーナビゲーション装置等が含まれる。

１ 通話システム（通信システムの一例）
２ 通信ネットワーク
１０ 通話端末（通信端末の一例）
１１、７１ 送受信部（送信手段の一例、受信手段の一例）
１２、７２ 操作入力受付部（選択受付手段の一例）
１３、７３ 表示制御部
１４、７４ 起動命令部（起動要求手段の一例）
１５、７５ 問合部（問合手段の一例）
１６、７６ 通知受付部（通知受付手段の一例）
１７、７７ 指示部（指示手段の一例）
１９、７９ 記憶・抽出部（特定手段の一例）
２１、８１ 送受信部
２３、８３ 起動部
２４、８４ 起動受付部（起動受付手段の一例）
２５、８５ 問合受付部（問合受付手段の一例）
２６、８６ 通知部（通知手段の一例）
２７、８６ 指示受付部（指示受付手段の一例）
３０ アプリ管理システム
５０ 通話管理システム（通信管理システムの一例）
１０００ 記憶部（記憶手段の一例）
１００１ アプリ管理ＤＢ
３０００ 記憶部
３００１ ユーザ認証管理ＤＢ
５０００ 記憶部
５００１ 端末認証管理ＤＢ
５００２ 端末状態管理ＤＢ

特開２００７−３２８４０５号公報

Claims (8)

1. 相手側と通信するための通信アプリケーションを有する通信端末であって、
   前記通信アプリケーションに対して起動させる命令を行う起動命令手段と、
   前記起動命令手段による命令によって前記通信アプリケーションが起動した後、当該通信アプリケーションに対して、通信の準備が完了した旨を問い合わせる問合手段と、
   前記問合手段によって通信の準備が完了した旨が問い合わされたことに基づき、前記起動命令手段による命令によって起動された前記通信アプリケーションから、前記通信の準備が完了した旨の通知を受け付ける通知受付手段と、
   前記通知受付手段によって前記通信の準備が完了した旨の通知が受け付けられた後、通信ネットワークを介して、前記相手側に当該相手側の通信アプリケーションの起動を要求する旨の通知を送信する送信手段と、
   を有することを特徴とする通信端末。
2. 請求項１に記載の通信端末であって、更に、
   前記起動命令手段が前記通信アプリケーションに起動させる命令を行う前に、前記起動命令手段による命令によって起動対象となる通信アプリケーションの選択を受け付ける選択受付手段を有し、
   前記起動命令手段は、前記選択受付手段によって受け付けられた通信アプリケーションに対して起動を要求することを特徴とする通信端末。
3. 請求項２に記載の通信端末であって、更に、
   前記通信アプリケーションを識別するための通信アプリ識別情報及び起動対象となる通信アプリケーションが関連付けて記憶された記憶手段と、
   前記選択受付手段によって選択が受け付けられた通信アプリケーションを示す前記通信アプリ識別情報に基づいて前記記憶手段を検索することにより、対応する起動対象の通信アプリケーションを特定する特定手段と、
   を有し、
   前記起動命令手段は、前記特定手段によって特定された通信アプリケーションに対して起動させる命令を行うことを特徴とする通信端末。
4. 前記通信端末は、通話を行うための通話アプリケーションを有する通話端末であることを特徴とする請求項１乃至３のいずれか一項に記載の通信端末。
5. 前記通話端末は、スマートフォン、テレビ電話端末、携帯電話機、パーソナルコンピュータ、又はＩＰ電話機であることを特徴とする請求項４に記載の通信端末。
6. 前記通信端末は、ゲーム機、又はカーナビゲーション装置であることを特徴とする請求項１乃至３のいずれか一項に記載の通信端末。
7. 相手側と通信するための通信アプリケーションを有する通信端末が実行する通信方法であって、
   前記通信端末は、前記通信アプリケーションを識別するための通信アプリ識別情報及び起動対象となる通信アプリケーションが関連付けて記憶された記憶手段を有し、
   前記通信端末は、
   所望の通信アプリケーションの選択を受け付ける選択受付ステップと、
   前記選択受付ステップによって選択が受け付けられた通信アプリケーションを示す前記通信アプリ識別情報に基づいて前記記憶手段を検索することにより、対応する起動対象の通信アプリケーションを特定する特定ステップと、
   前記特定ステップによって特定された通信アプリケーションに対して起動させる命令を行う起動命令ステップと、
   前記起動命令ステップによる命令によって前記通信アプリケーションが起動した後、当該通信アプリケーションに対して、通信の準備が完了した旨を問い合わせる問合ステップと、
   前記問合ステップによって通信の準備が完了した旨が問い合わされたことに基づき、前記起動命令ステップによる命令によって起動された前記通信アプリケーションから、前記通信の準備が完了した旨の通知を受け付ける通知受付ステップと、
   前記通知受付ステップによって前記通信の準備が完了した旨の通知が受け付けられた後、通信ネットワークを介して、前記相手側に当該相手側の通信アプリケーションの起動を要求する旨の通知を送信する送信ステップと、
   を実行することを特徴とする通信方法。
8. コンピュータに、請求項７に記載の各ステップを実行させることを特徴とするプログラム。

Images