特許 6796422 制御装置、選択方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6796422

(24)【登録日】2020年11月18日

(45)【発行日】2020年12月9日

(54)【発明の名称】制御装置、選択方法及びプログラム

(51)【国際特許分類】

   H04M 3/00 20060101AFI20201130BHJP

【ＦＩ】

   H04M3/00 B

【請求項の数】4

【全頁数】16

(21)【出願番号】特願2016-144872(P2016-144872)

(22)【出願日】2016年7月22日

(65)【公開番号】特開2018-14695(P2018-14695A)

(43)【公開日】2018年1月25日

【審査請求日】2019年7月3日

(73)【特許権者】

【識別番号】000102717

【氏名又は名称】ＮＴＴテクノクロス株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】生駒 勝幸

【審査官】 西巻 正臣

(56)【参考文献】

【文献】 特開２００７−１６６３２２（ＪＰ，Ａ）

【文献】 特開２００３−２１９０４６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｍ１／００

１／２４−３／００

３／１６−３／２０

３／３８−３／５８

７／００−７／１６

１１／００−１１／１０

９９／００

(57)【特許請求の範囲】

【請求項1】

複数の端末と通信する制御装置であって、
前記複数の端末の各々を利用するユーザを識別するユーザ識別子と、前記複数の端末の各々が備える複数の通信アプリケーションを識別するアプリケーション識別子と、該複数の通信アプリケーションの各々に割当てられる呼識別子とが対応づけられる管理情報を記憶する記憶手段と、
発信元の端末から受信した発信元及び発信先のユーザ識別子と前記管理情報とに基づき、発信元の端末及び発信先の端末の両方が備える複数の通信アプリケーションのうち、１以上の通信アプリケーションを選択すると共に、該選択された通信アプリケーションであって発信先の端末が備える通信アプリケーションに割当てられる呼識別子を選択する選択手段と、
前記選択手段で選択された通信アプリケーションのアプリケーション識別子と呼識別子とを、前記通信の発信元の端末に通知する通知手段と、
を有し、
前記記憶手段は、複数の通信アプリケーションごとに複数の属性の各々に関する順位づけを示す通信アプリケーション管理情報を記憶し、
前記管理情報には、更に、ユーザ識別子ごとに、優先すべき属性として前記複数の属性のうちいずれか１つの属性が設定されており、
前記選択手段は、発信元の端末から受信した発信先のユーザ識別子と、該発信元のユーザ識別子に設定される属性とに基づき、発信元の端末及び発信先の端末の両方が備える複数の通信アプリケーションのうち、発信元のユーザ識別子に設定される属性に関する通信アプリケーション間の順位に基づいて、１以上の通信アプリケーションを選択する、制御装置。

【請求項2】

前記管理情報には、更に、アプリケーション識別子ごとに、該アプリケーション識別子に対応する通信アプリケーションを備える端末の種別が対応づけられており、ユーザ識別子ごとに、着信時に優先すべき端末の種別が設定されており、
前記選択手段は、発信元の端末から受信した発信先のユーザ識別子に基づき、該発信先のユーザ識別子に設定されている着信時に優先すべき端末の種別を前記管理情報から抽出し、発信元の端末及び抽出された端末の種別に該当する発信先の端末の両方が備える複数の通信アプリケーションのうち、１以上の通信アプリケーションを選択する、請求項１に記載の制御装置。

【請求項3】

複数の端末と通信する制御装置が実行する選択方法であって、
前記複数の端末の各々を利用するユーザを識別するユーザ識別子と、前記複数の端末の各々が備える複数の通信アプリケーションを識別するアプリケーション識別子と、該複数の通信アプリケーションの各々に割当てられる呼識別子とが対応づけられる管理情報を記憶手段に記憶するステップと、
発信元の端末から受信した発信元及び発信先のユーザ識別子と前記管理情報とに基づき、発信元の端末及び発信先の端末の両方が備える複数の通信アプリケーションのうち、１以上の通信アプリケーションを選択すると共に、該選択された通信アプリケーションであって発信先の端末が備える通信アプリケーションに割当てられる呼識別子を選択するステップと、
選択された通信アプリケーションのアプリケーション識別子と呼識別子とを、前記通信の発信元の端末に通知するステップと、
を有し、
前記記憶するステップは、複数の通信アプリケーションごとに複数の属性の各々に関する順位づけを示す通信アプリケーション管理情報を前記記憶手段に記憶し、
前記管理情報には、更に、ユーザ識別子ごとに、優先すべき属性として前記複数の属性のうちいずれか１つの属性が設定されており、
前記選択するステップは、発信元の端末から受信した発信先のユーザ識別子と、該発信元のユーザ識別子に設定される属性とに基づき、発信元の端末及び発信先の端末の両方が備える複数の通信アプリケーションのうち、発信元のユーザ識別子に設定される属性に関する通信アプリケーション間の順位に基づいて、１以上の通信アプリケーションを選択する、選択方法。

【請求項4】

コンピュータを、請求項１又は２に記載の制御装置の各手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、制御装置、選択方法及びプログラムに関する。

【背景技術】

【0002】

現在、ＶｏＩＰ（Voice over Internet Protocol）を利用した通信アプリケーションが数多く提供されている。ユーザは、スマートフォン等の端末にこれらの通信アプリケーションをインストールすることで、同一の通信アプリケーションを利用しているユーザとの間で通信を行うことができる。

【0003】

また、通信オペレータによっては、企業内等の内線通話を携帯電話で利用可能にするサービスを提供している。当該サービスを利用するユーザは、例えば端末に予めインストールされている通信アプリケーションを用いて企業内等のユーザと内線通話を行うことができる。なお、ＶｏＩＰに関する従来技術として、例えば特許文献１に記載の技術が知られている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１１−１１４４７６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

端末に複数の通信アプリケーションがインストールされている場合、ユーザは、通話の相手先のユーザが利用している通信アプリケーションを選択する必要がある。通話の相手先が、発信者の端末にインストールされている全ての通信アプリケーションを全て利用しているとは限られないこと、また、通信アプリケーションごとに料金及び通信品質等に差異があることから、通話の相手先に応じて通話に使用する通信アプリケーションを自動的に選択することができれば、ユーザの利便性が格段に向上することになる。

【0006】

開示の技術は上記に鑑みてなされたものであって、端末で利用可能な複数の通信アプリケーションのうち、適切な通信アプリケーションを自動的に選択することを可能にする技術を提供することを目的とする。

【課題を解決するための手段】

【0007】

開示の技術の制御装置は、複数の端末と通信する制御装置であって、前記複数の端末の各々を利用するユーザを識別するユーザ識別子と、前記複数の端末の各々が備える複数の通信アプリケーションを識別するアプリケーション識別子と、該複数の通信アプリケーションの各々に割当てられる呼識別子とが対応づけられる管理情報を記憶する記憶手段と、発信元の端末から受信した発信元及び発信先のユーザ識別子と前記管理情報とに基づき、発信元の端末及び発信先の端末の両方が備える複数の通信アプリケーションのうち、１以上の通信アプリケーションを選択すると共に、該選択された通信アプリケーションであって発信先の端末が備える通信アプリケーションに割当てられる呼識別子を選択する選択手段と、前記選択手段で選択された通信アプリケーションのアプリケーション識別子と呼識別子とを、前記通信の発信元の端末に通知する通知手段と、を有する。

【発明の効果】

【0008】

開示の技術によれば、端末で利用可能な複数の通信アプリケーションのうち、適切な通信アプリケーションを自動的に選択することを可能にする技術が提供される。

【図面の簡単な説明】

【0009】

【図1】実施の形態に係る通信アプリケーション制御システムの構成例を示す図である。

【図2】実施の形態に係る制御装置の機能構成例を示す図である。

【図3】ユーザ管理情報の一例を示す図である。

【図4】通信アプリケーション管理情報の一例を示す図である。

【図5】実施の形態に係る端末の機能構成例を示す図である。

【図6】実施の形態に係る通信アプリケーション制御システムが行う動作例（その１）を示すシーケンス図である。

【図7】実施の形態に係る通信アプリケーション制御システムが行う動作例（その２）を示すシーケンス図である。

【発明を実施するための形態】

【0010】

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。

【0011】

＜システム構成＞
図１は、実施の形態に係る通信アプリケーション制御システムの構成例を示す図である。本通信アプリケーション制御システムは、制御装置１０と、複数の端末２０_１〜端末２０_４とを有する。図１には４つの端末２０_１〜端末２０_４が示されているが、図示の便宜上であり、端末の数は５つ以上でもよいし３つ以下でもよい。以下の説明において、任意の端末２０_１〜２０_４を示す場合、「端末２０」と記載する。

【0012】

制御装置１０は、各端末２０にインストールされている通信アプリケーションを把握しており、端末２０からの要求に応じて、端末２０間で通話に用いられる通信アプリケーションの選択を行う装置である。以下の説明において「通信アプリケーション」を「通信アプリ」と省略して記載することがある。

【0013】

端末２０は、ユーザが利用する通信端末であり、例えば、ＰＣ（Personal Computer）、携帯（スマートフォン、タブレットなど）等である。端末２０には少なくとも１つ以上の通信アプリケーションがインストールされている。通信アプリケーションは、例えば、スマートフォンにプリインストールされているダイヤルアプリケーション、ＩＰパケットによる無料通話が可能なアプリケーション、サービス提供者により割当てられた０５０番号を用いて通話が可能なアプリケーションなどである。

【0014】

また、各端末２０にインストールされている通信アプリケーションは異なっていてもよい。また、各端末２０にインストールされている通信アプリケーションの数に制約はない。また、本通信アプリケーション制御システムでは、１人のユーザが複数の端末２０（例えば、ＰＣ及びスマートフォンなど）を利用することを許容する。また、端末２０にインストールされる通信アプリケーションには、複数の端末２０で排他的に発着信を行う機能（例えば、ＰＣ及び携帯の両方にインストール可能であるが、発着信はいずれか一方でのみ可能とする機能）を有する通信アプリケーションを含む。

【0015】

通信アプリ１サーバ３０_１及び通信アプリ２サーバ３０_２は、それぞれ通信アプリケーション１及び通信アプリケーション２に対応して呼処理を行うサーバである。通信アプリ１サーバ３０_１及び通信アプリ２サーバ３０_２は、例えば通信アプリケーションを提供する第三者（サードパーティー）が構築するサーバを想定しているが、これに限定されるのではなく、本通信アプリケーション制御システムの一部であってもよい。以下の説明において、任意の通信アプリ１サーバ３０_１及び通信アプリ２サーバ３０_２を示す場合、「通信アプリサーバ３０」と記載する。

【0016】

＜機能構成＞
（制御装置）
図２は、実施の形態に係る制御装置の機能構成例を示す図である。本実施の形態に係る制御装置１０は、通信部１００と、ユーザ管理部１０１と、選択部１０２と、通知部１０３と、記憶部１０４とを有する。記憶部１０４には、端末２０を利用しているユーザに関する情報と、各端末２０にインストールされている通信アプリケーションに関する情報とを含むユーザ管理情報と、通信アプリケーションごとに複数の属性（特徴）の各々に関する順位づけを示す通信アプリケーション管理情報とが記憶されている。

【0017】

通信部１００と、ユーザ管理部１０１と、選択部１０２と、通知部１０３と、記憶部１０４とは、１つのコンピュータを用いて実現されてもよいし、異なるコンピュータを用いて実現されていてもよいし、細かい単位でコンピュータが分散されていてもよい。すなわち、制御装置１０は、１又は複数のコンピュータを用いて実現されていてもよい。また、当該１又は複数のコンピュータは、仮想化技術を利用した仮想サーバであってもよいし、クラウド上に実装された仮想サーバであってもよい。

【0018】

ここで、制御装置１０の機能構成を説明する前に、ユーザ管理情報及び通信アプリ管理情報の具体例について説明する。図３にユーザ管理情報の一例を示す。「ユーザＩＤ」は、ユーザを一意に識別するための識別子である。「通信アプリＩＤ」は、ユーザが利用している１以上の端末の各々にインストールされている通信アプリケーションを識別する識別子である。「搭載端末」は、「通信アプリＩＤ」に対応する通信アプリケーションがインストールされている端末２０を示している。例えば、図３の例では、ユーザＡは端末（携帯）２０_１及び端末（ＰＣ）２０_２を利用しており、更に、端末（携帯）２０_１には通信アプリケーション１〜３がインストールされ、端末（ＰＣ）２０_２には通信アプリケーション２及び３がインストールされていることを示している。なお、「搭載端末」の括弧内（「携帯」又は「ＰＣ」）は端末２０の種別を意図している。図３の例では、端末２０の種別として「携帯」又は「ＰＣ」が記載されているが、これに限定されず、他の種別が設定されてもよい。

【0019】

「電話番号／電話ＩＤ」は、通信アプリケーションの各々に割当てられる呼識別子であり、ユーザ毎及び通信アプリケーション毎に異なる。例えば、図３の例では、ユーザＡが利用する端末（携帯）２０_１にインストールされている通信アプリケーション１には、内線番号の呼識別子として「１１１１１」と、外線番号の呼識別子として「０８０１２３４５６７８」が割当てられている。この場合、他のユーザが利用する端末２０の通信アプリケーション１が「０８０１２３４５６７８」に発呼した場合、他のユーザが利用する端末２０の通信アプリケーション１とユーザＡが利用する端末（携帯）２０_１の通信アプリケーション１との間で通話が行われることになる。また、例えば、ユーザＡが利用する端末２０_１（携帯）及び端末２０_２（ＰＣ）にインストールされている通信アプリケーション２には、呼識別子として「Ap2_User_a」が割当てられている。この場合、他のユーザが利用する端末２０の通信アプリケーション２が「Ap2_User_a」に発呼した場合、他のユーザが利用する端末２０の通信アプリケーション２とユーザＡが利用する端末（携帯）２０_１又は端末（ＰＣ）２０_２の通信アプリケーション２との間で通話が行われることになる。端末（携帯）２０_１又は端末（ＰＣ）２０_２のうち、どちらの端末に着信するかについては前述した"排他的に発着信を行う機能"により決定されることを想定している。

【0020】

「起動状態（優先接続）」は、通信アプリケーションが、当該通信アプリケーションがインストールされている複数の端末２０のうちいずれか１つで着信可能である場合に設定される情報である。つまり、「起動状態（優先接続）」は、当該通信アプリケーション宛に着信があった場合に、優先的に着信する端末２０を示しており、前述した"排他的に発着信を行う機能"により決定される。例えば、図３の例では、ユーザＡの通信アプリケーション２の「起動状態（優先接続）」は「ＰＣ」に設定されている。この場合、他のユーザが利用する端末２０の通信アプリケーション２が「Ap2_User_a」に発呼した場合、他のユーザが利用する端末２０の通信アプリケーション２とユーザＡが利用する端末（ＰＣ）２０２の通信アプリケーション２との間で通話が行われることになる。なお、「起動状態（優先接続）」の設定値は、各端末２０から通知されてユーザ管理情報に格納されることを想定している。

【0021】

「内線エリアへの在圏」は、通信アプリケーションの「電話番号／電話ＩＤ」に内線番号が割当てられている場合に設定される情報である。内線番号が割当てられている通信アプリケーションがインストールされている端末２０が、内線通話が可能なエリアに在圏している場合、「内線エリアへの在圏」に「在圏」が設定される。一方、当該端末２０が、内線通話が可能なエリアに在圏していない場合、「内線エリアへの在圏」に「非在圏」が設定される。

【0022】

「内線グループ」は、通信アプリケーションの「電話番号／電話ＩＤ」に内線番号が割当てられている場合に設定される情報であり、その内線番号で通話が可能な内線グループを示す情報が設定される。なお、本実施の形態における内線通話は、同一の内線グループ内でのみ許可される前提である。

【0023】

「発信時優先設定」は、複数の通信アプリケーションにより提供される複数の通話方法のうち、ユーザが優先すべきと希望している属性（特徴）を示す。例えば、「コスト優先」が設定されている場合、ユーザは、複数の通話方法のうち、最も低コストである通話方法を希望していることを意味する。同様に、「音質優先」又は「セキュリティ優先」が設定されている場合、ユーザは、複数の通話方法のうち、それぞれ、最も高音質又は高セキュリティである通話方法を希望していることを意味する。

【0024】

「着信時優先設定」は、ユーザが利用している複数の端末２０のうち、着信を優先させたい端末２０の種別を示している。「携帯優先」に設定されている場合、ユーザは、複数の端末２０のうち、端末２０の種別が「携帯」である端末２０での着信を希望していることを示す。「ＰＣ優先」に設定されている場合、ユーザは、複数の端末２０のうち、端末２０の種別が「ＰＣ」である端末２０での着信を希望していることを示す。「設定無し」に設定されている場合、ユーザは、複数の端末２０のうちどの端末２０で着信を受けてもよいと希望していることを示す。

【0025】

図４に通信アプリケーション管理情報の一例を示す。「内外線種別」は、通信アプリケーションが内線通話及び外線通話の両方に対応している場合に設定される。図４の例では、通信アプリケーション１は、内線通話及び外線通話の両方に対応している（つまり、内線番号及び外線番号の両方が割当てられている）ことを示している。なお、「内外線種別」は省略されてもよい。

【0026】

「利用可能端末」は、通信アプリケーションが利用可能な端末２０の種別を示している。図４の例では、通信アプリケーション１は「携帯」である端末２０でのみ利用可能であり、通信アプリケーション２及び３は「携帯」及び「ＰＣ」である端末２０で利用可能であることを示している。なお、「利用可能端末」は省略されてもよい。

【0027】

「特徴毎の順位」は、通信アプリケーションに関する様々な特徴（例えば、通話コスト、セキュリティ強度、音声品質など）について、通信アプリケーション間の順位を示す情報である。図４の例では、音声品質は、通信アプリケーション１の外線通話が最も良好であることを示している。また、通話コストは、通信アプリケーション２が最も安価であることを示している。図４の例では、通信アプリケーションに関する様々な特徴として、通話コスト、セキュリティ強度、及び、音声品質が示されているが、これに限定されず、他の特徴が設定されていてもよい。図２に戻り説明を続ける。

【0028】

通信部１００は、端末２０と通信する機能を有する。また、通信部１００は、端末２０からの発信を受け付けると共に、発信を受け付けたことを選択部１０２に通知する機能を有する。

【0029】

ユーザ管理部１０１は、各ユーザが利用している各端末２０にインストールされている通信アプリケーションに関する情報を収集し、収集した情報をユーザ管理情報に格納する機能を有する。なお、ユーザ管理部１０１は、当該情報の収集を、端末２０に問い合わせることで行うようにしてもよいし、ユーザからの入力により収集するようにしてもよい。

【0030】

選択部１０２は、通信の発信元の端末２０から受信した発信元及び発信先のユーザ識別子（例えば図３に示す「ユーザＩＤ」）とユーザ管理情報とに基づき、発信元のユーザが利用する１以上の発信元の端末２０及び発信先のユーザが利用する１以上の発信先の端末２０の両方が備える複数の通信アプリケーションのうち、１以上の通信アプリケーションを選択すると共に、該選択された通信アプリケーションであって発信先の端末２０が備える通信アプリケーションに割当てられる呼識別子（例えば図３に示す「電話番号／電話ＩＤ」）を選択する機能を有する。

【0031】

また、選択部１０２は、通信の発信元の端末２０から受信した発信先のユーザ識別子と、該発信元のユーザ識別子に設定される属性（例えば図３に示す「発信時優先設定」）とに基づき、発信元のユーザが利用する１以上の発信元の端末２０及び発信先のユーザが利用する１以上の発信先の端末２０の両方が備える複数の通信アプリケーションのうち、発信元のユーザ識別子に設定される属性に関する通信アプリケーション間の順位（例えば図４に示す「特徴毎の順位」）に基づいて、１以上の通信アプリケーションを選択するようにしてもよい。

【0032】

また、選択部１０２は、発信元の端末２０から受信した発信先のユーザ識別子に基づき、該発信先のユーザ識別子に設定されている着信時に優先すべき端末２０の種別（例えば図３に示す「起動状態（優先接続）」）をユーザ管理情報から抽出し、発信元の端末２０及び抽出された端末２０の種別に該当する発信先の両方が備える複数の通信アプリケーションのうち、１以上の通信アプリケーションを選択するようにしてもよい。

【0033】

通知部１０３は、選択部１０２で選択された通信アプリケーションのアプリケーション識別子（例えば図３に示す「通信アプリＩＤ」）と呼識別子（例えば図３に示す「電話番号／電話ＩＤ」）とを、通信の発信元の端末２０に通知する機能を有する。

【0034】

（端末）
図５は、実施の形態に係る端末の機能構成例を示す図である。本実施の形態に係る端末２０は、通信部２００と、アプリ制御部２０１と、アプリ状態管理部２０２と、１以上の通信アプリケーション２０３とを有する。

【0035】

通信部２００と、アプリ制御部２０１と、アプリ状態管理部２０２と、１以上の通信アプリケーション２０３とは、１つのコンピュータを用いて実現されてもよいし、異なるコンピュータを用いて実現されていてもよいし、細かい単位でコンピュータが分散されていてもよい。

【0036】

通信部２００は、制御装置１０と通信する機能を有する。

【0037】

アプリ制御部２０１は、当該端末２０にインストールされている１以上の通信アプリケーション２０３を制御する機能を有する。また、アプリ制御部２０１は、更に、送信部２０１１、取得部２０１２及び制御部２０１３を含む。送信部２０１１は、通信の発信先のユーザを識別するユーザ識別子を制御装置１０に送信する。また、取得部２０１２は、制御装置１０から、端末２０自身が備える１以上の通信アプリケーション２０３のうち、通信に利用すべき通信アプリケーション２０３のアプリケーション識別子と、通信の発信先に対応する呼識別子とを取得する。また、制御部２０１３は、取得部２０１２で取得したアプリケーション識別子に対応する通信アプリケーション２０３を起動すると共に、取得部２０１２で取得した呼識別子を該通信アプリケーション２０３に設定することで、発信先のユーザの端末２０に発呼する。

【0038】

アプリ状態管理部２０２は、通信アプリケーション２０３に関する情報を制御装置１０に送信する。通信アプリケーション２０３に関する情報とは、例えば、図３で説明した各項目（「ユーザＩＤ」、「電話アプリＩＤ」、「搭載端末」、「電話番号／電話ＩＤ」、「起動状態（優先接続）」、「内線エリアへの在圏」、「内線グループ」）の全部又は一部である。アプリ状態管理部２０２は、通信アプリケーション２０３に関する情報が更新された場合（例えば、「起動状態（優先接続）」が変更された場合、又は、「内線エリアへの在圏」が変更された場合など）に、変更後の通信アプリケーション２０３に関する情報を制御装置１０に送信するようにしてもよい。

【0039】

＜動作例＞
（動作例（その１））
図６は、実施の形態に係る通信アプリケーション制御システムが行う動作例（その１）を示すシーケンス図である。図６を用いて、ユーザＡからユーザＢに発信する際に、本通信アプリケーション制御システムが行う動作例（その１）について説明する。なお、図６において、端末２０_１はユーザＡが利用する端末２０であり、端末２０_３は、ユーザＢが利用する端末２０であると仮定する。また、各ユーザは１つの端末２０を利用している前提とする。また、ユーザ管理情報には、図３に示すユーザ管理情報のうち、端末の種別が「携帯」である端末２０のみが設定されていると仮定する。

【0040】

まず、制御装置１０のユーザ管理部１０１は、端末２０_１及び端末２０_３から、端末２０_１及び端末２０_３にそれぞれインストールされている通信アプリケーション２０３に関する情報を収集してユーザ管理情報に格納する（Ｓ１０１）。なお、ステップＳ１０１の処理手順は省略されてもよい。この場合、ユーザ管理情報は予めユーザ（ユーザＡ及びユーザＢ）の入力操作などにより予め記憶部１０４に格納されている前提とする。

【0041】

続いて、ユーザＡの指示により、端末２０_１の送信部２０１１は、発信元ユーザＩＤ（ユーザＡ）及び発信先ユーザＩＤ（ユーザＢ）を制御装置１０に送信する（Ｓ１０２）。続いて、制御装置１０の選択部１０２は、ユーザＡが利用する端末２０_１、及び、ユーザＢが利用する端末２０_３の間で通信に用いることが可能な通信アプリケーション及び発信先ユーザの電話番号／電話ＩＤを選択する（Ｓ１０３）。通信アプリケーション及び発信先ユーザの電話番号／電話ＩＤの選択方法については後述する。なお、選択される通信アプリケーション及び電話番号／電話ＩＤは、それぞれ複数であってもよい。この場合、実際に通信に用いる通信アプリケーション又は電話番号／電話ＩＤは、後述するステップＳ１０５でユーザの選択に委ねられる。

【0042】

続いて、通知部１０３は、ステップＳ１０３で選択された通信アプリケーションの通信アプリＩＤ及び発信先ユーザの電話番号／電話ＩＤを端末２０_１に通知する（Ｓ１０４）。端末２０_１の取得部２０１２は、制御装置１０から通知された「通信アプリＩＤ」及び「電話番号／電話ＩＤ」を取得する。

【0043】

続いて、端末２０_１の制御部２０１３は、取得部２０１２で取得された「通信アプリＩＤ」に対応する通信アプリケーション２０３を起動し、取得部２０１２で取得された「電話番号／電話ＩＤ」で発信を行うように通信アプリケーション２０３に指示する。（Ｓ１０５）。なお、端末２０_１の制御部２０１３は、取得部２０１２で、複数の「通信アプリＩＤ」又は複数の「電話番号／電話ＩＤ」を取得した場合、ユーザに対して実際に通信に用いる通信アプリケーション２０３の選択又は電話番号／電話ＩＤの選択を促すと共に、ユーザにより選択された通信アプリケーション２０３を起動し、ユーザにより選択された電話番号／電話ＩＤで発信を行うように通信アプリケーション２０３に指示する。

【0044】

続いて、端末２０_１の通信アプリケーション２０３は、指示された「電話番号／電話ＩＤ」で発信を行い、端末２０_３の通信アプリケーション２０３との間で、通信アプリサーバ３０を介して通話が行われる（Ｓ１０６）。

【0045】

以上説明した動作例によれば、ユーザが利用する端末２０で利用可能な複数の通信アプリケーションのうち、通話の相手先のユーザが利用する端末２０で利用可能な通信アプリケーションの中で、適切な通信アプリケーションが自動的に選択されることになり、ユーザの利便性を向上させることが可能になる。

【0046】

（動作例（その２））
図７は、実施の形態に係る通信アプリケーション制御システムが行う動作例（その２）を示すシーケンス図である。図７を用いて、ユーザＡからユーザＢに発信する際に、本通信アプリケーション制御システムが行う動作例（その２）について説明する。図７の例では、図６と異なり、各ユーザは複数の端末２０を利用している前提とする。具体的には、端末２０_１及び端末２０_２はユーザＡが利用し、端末２０_３及び端末２０_４はユーザＢが利用している。また、端末２０_１及び端末２０_３の端末の種別は「携帯」であり、端末２０_２及び端末２０_４の端末の種別は「ＰＣ」であるとする。特に言及しない点は図６と同一でよい。

【0047】

まず、制御装置１０のユーザ管理部１０１は、端末２０_１、端末２０_２、端末２０_３、及び端末２０_４にそれぞれインストールされている通信アプリケーション２０３に関する情報を収集してユーザ管理情報に格納する（Ｓ２０１）。なお、図６と同様、ステップＳ２０１の処理手順は省略されてもよい。

【0048】

続いて、ユーザＡの指示により、端末２０_１又は端末２０_２の送信部２０１１は、発信元ユーザＩＤ（ユーザＡ）及び発信先ユーザＩＤ（ユーザＢ）を制御装置１０に送信する。ここで、本実施の形態では、複数の端末２０を利用するユーザは、任意の種別の端末２０から発信を行うことができる。すなわち、制御装置１０は、携帯の端末２０_１から発信を受け付けてもよいし（Ｓ２０２）、ＰＣの端末２０_２から発信を受け付けてもよい（Ｓ２０３）。また、本実施の形態では、ＰＣの端末２０から発信を受け付けた場合であっても、実際の発信は、携帯の端末２０から行われるように制御されるようにしてもよい。以下、実際の発信は、携帯の端末２０_１から行われるように制御される前提で説明する。

【0049】

続いて、制御装置１０の選択部１０２は、端末２０_１及び端末２０_３、若しくは、端末２０_１及び端末２０_４の間で通信に用いることが可能な通信アプリケーション及び発信先ユーザの電話番号／電話ＩＤを選択する（Ｓ２０４）。通信アプリケーション及び発信先ユーザの電話番号／電話ＩＤの選択方法については後述する。なお、選択される通信アプリケーション及び電話番号／電話ＩＤは、それぞれ複数であってもよい。この場合、実際に通信に用いる通信アプリケーション又は電話番号／電話ＩＤは、後述するステップＳ２０６でユーザの選択に委ねられる。

【0050】

続いて、通知部１０３は、ステップＳ２０４で選択された通信アプリケーションの通信アプリＩＤ及び発信先ユーザの電話番号／電話ＩＤを端末２０_１に通知する（Ｓ２０５）。端末２０_１の取得部２０１２は、制御装置１０から通知された「通信アプリＩＤ」及び「電話番号／電話ＩＤ」を取得する。

【0051】

続いて、端末２０_１の制御部２０１３は、取得部２０１２で取得された「通信アプリＩＤ」に対応する通信アプリケーション２０３を起動し、取得部２０１２で取得された「電話番号／電話ＩＤ」で発信を行うように通信アプリケーション２０３に指示する。（Ｓ２０６）。なお、端末２０_１の制御部２０１３は、取得部２０１２で、複数の「通信アプリＩＤ」／又は複数の「電話番号／電話ＩＤ」を取得した場合、ユーザに対して実際に通信に用いる通信アプリケーション２０３の選択又は電話番号／電話ＩＤの選択を促すと共に、ユーザにより選択された通信アプリケーション２０３を起動し、ユーザにより選択された電話番号／電話ＩＤで発信を行うように通信アプリケーション２０３に指示する。

【0052】

続いて、端末２０_１の通信アプリケーション２０３は、指示された「電話番号／電話ＩＤ」で発信を行い、端末２０_３又は端末２０_４の通信アプリケーション２０３との間で通話が行われる（Ｓ２０７、Ｓ２０８）。なお、発信された呼が接続される端末の種別（図７では携帯の端末２０_３又はＰＣの端末２０_４）の切替えは通信アプリサーバ３０で行われるため、端末２０_１は特に意識する必要はない。

【0053】

以上説明した動作例によれば、ユーザが利用する端末２０で利用可能な複数の通信アプリケーションのうち、通話の相手先のユーザが利用する複数の端末２０で利用可能な通信アプリケーションの中で、適切な通信アプリケーションが自動的に選択されることになり、ユーザの利便性を向上させることが可能になる。

【0054】

（通信アプリケーション及び発信先ユーザの電話番号／電話ＩＤの選択方法について）
以上説明した図６のステップＳ１０３又は図７のステップＳ２０４の処理手順において、選択部１０２が行う通信アプリケーション及び発信先ユーザの電話番号／電話ＩＤの選択方法について具体例を説明する。なお、特に断りが無い限り、ユーザ管理情報には図３に示す情報が格納され、通信アプリ管理情報には図４に示す情報が格納されている前提とする。また、以下に示す各選択方法は任意に組み合わせることが可能である。

【0055】

［選択方法（その１）］
選択方法（その１）では、選択部１０２は、発信先のユーザＩＤと、発信元のユーザＩＤに設定されている「発信時優先設定」とに基づき、発信元の端末２０及び発信先の端末２０の両方が備える複数の通信アプリケーションのうち、発信元のユーザＩＤに設定されている「発信時優先設定」に関する通信アプリケーション間の順位（通信アプリ管理情報の「特徴毎の順位」で示される順位）に基づいて１以上の通信アプリケーションを選択する。また、選択した通信アプリケーションのうち発信先のユーザの端末２０に設定されている「電話番号／電話ＩＤ」を、発信先ユーザの電話番号／電話ＩＤとして選択する。

【0056】

例えば、ユーザＡからユーザＢに発信する場合であり、「発信時優先設定」が「コスト優先」に設定されており、かつ、発信元の端末２０及び発信先の端末２０の両方が備える通信アプリケーションが通信アプリ１〜３であるとする。この場合、通信アプリ管理情報において最も通話コストが安価な通信アプリは通信アプリ２である。従って、選択部１０２は、"通信アプリ２"及び"Ap2_User_b"を選択する。

【0057】

同様に、ユーザＡからユーザＢに発信する場合であり、「発信時優先設定」が「セキュリティ優先」に設定されており、かつ、発信元の端末２０及び発信先の端末２０の両方が備える通信アプリケーションが通信アプリ１〜３であるとする。この場合、通信アプリ管理情報において最もセキュリティが高い通信アプリは通信アプリ１である。従って、選択部１０２は、"通信アプリ１"及び"22222（内線番号）"、並びに、"通信アプリ１"及び"09034567890（外線番号）"を選択する。なお、選択部１０２は、更に、後述する「選択方法（その４）」及び／又は「選択方法（その５）」で説明する処理手順を組み合わせることで、いずれか一方の「電話番号／電話ＩＤ」を選択するようにしてもよい。

【0058】

同様に、ユーザＡからユーザＢに発信する場合であり、「発信時優先設定」が「音質優先」に設定されており、かつ、発信元の端末２０及び発信先の端末２０の両方が備える通信アプリケーションが通信アプリ１〜３であるとする。この場合、通信アプリ管理情報において最も音声品質が高い通信アプリは通信アプリ１であり、内外線種別は外線である。従って、選択部１０２は、"通信アプリ１"及び"09034567890（外線番号）"を選択する。

【0059】

［選択方法（その２）］
選択方法（その２）は、前述の図７に示す動作例に適用可能な選択方法である。選択方法（その２）では、発信先のユーザが利用する端末２０が複数存在する場合、選択部１０２は、発信先のユーザＩＤに設定されている「着信時優先設定」に基づき、発信先のユーザが利用する端末２０のうち「着信時優先設定」に設定される種別の端末２０と、発信元のユーザが発信に用いる端末２０との間で通信に用いることが可能な１以上の通信アプリケーションを選択する。また、選択した通信アプリケーションのうち発信先のユーザの端末２０に設定されている「電話番号／電話ＩＤ」を、発信先ユーザの電話番号／電話ＩＤとして選択する。

【0060】

例えば、ユーザＡからユーザＢに発信する場合であり、ユーザＢの「着信時優先設定」が「携帯優先」に設定されているとする。この場合、ユーザ管理情報において、ユーザＢが利用する端末（携帯）２０_３とユーザＡが利用する端末２０の両方にインストールされている通信アプリケーションは通信アプリ１及び通信アプリ３である。従って、選択部１０２は、"通信アプリ１"及び"22222（内線番号）"、通信アプリ１"及び"090234567890（外線番号）"、並びに、"通信アプリ３"及び"05023456789"を選択する。この場合、選択部１０２は、更に、「選択方法（その１）」で説明した選択方法を組み合わせることで、通信アプリケーションを１つに選択するようにしてもよい。また、"通信アプリ１"が選択された場合、更に、後述する「選択方法（その４）」及び／又は「選択方法（その５）」で説明する処理手順を組み合わせることで、いずれか一方の「電話番号／電話ＩＤ」を選択するようにしてもよい。

【0061】

また、ユーザＡからユーザＢに発信する場合であり、ユーザＢの「着信時優先設定」が「ＰＣ優先」に設定されているとする。この場合、ユーザ管理情報において、ユーザＢが利用する端末（ＰＣ）２０_２とユーザＡが利用する端末２０の両方にインストールされている通信アプリケーションは通信アプリ２である。従って選択部１０２は、"通信アプリ２"及び"Ap2_User_b"を選択する。

【0062】

また、ユーザＡからユーザＢに発信する場合であり、ユーザＢの「着信時優先設定」が「設定無し」に設定されているとする。この場合、ユーザ管理情報において、ユーザＢが利用する各端末２０とユーザＡが利用する端末２０の両方にインストールされている通信アプリケーションは通信アプリ１、通信アプリ２、及び通信アプリ３である。従って、選択部１０２は、図３に示すユーザ管理情報に基づき、"通信アプリ１"及び"22222（内線番号）"、通信アプリ１"及び"090234567890（外線番号）"、"通信アプリ２"及び"Ap2_User_b"、並びに、"通信アプリ３"及び"05023456789"を選択する。この場合、選択部１０２は、更に、「選択方法（その１）」で説明した選択方法を組み合わせることで、通信アプリケーションを１つに選択するようにしてもよい。また、"通信アプリ１"が選択された場合、更に、後述する「選択方法（その４）」及び／又は「選択方法（その５）」で説明する処理手順を組み合わせることで、いずれか一方の「電話番号／電話ＩＤ」を選択するようにしてもよい。

【0063】

［選択方法（その３）］
選択方法（その３）は、前述の図７に示す動作例に適用可能な選択方法である。選択方法（その３）は、選択方法（その２）で説明した選択方法に加えて、更に、発信先のユーザの通信アプリケーションにおける「起動状態（優先接続）」に基づき、発信先のユーザが利用する端末２０と、発信元のユーザが発信に用いる端末２０との間で通信に用いることが可能な１以上の通信アプリケーションを選択する。

【0064】

例えば、選択方法（その２）において、ユーザＢからユーザＡに発信する場合であり、ユーザＡの「着信時優先設定」が「携帯優先」に設定されている場合、選択部１０２は、図３に示すユーザ管理情報に基づき、"通信アプリ１"及び"11111（内線番号）"、通信アプリ１"及び"09012345678（外線番号）"、並びに、"通信アプリ３"及び"05012345678"を選択する。ここで、ユーザＡの"通信アプリ２"の起動状態（優先接続）は「ＰＣ」であり、"通信アプリ３"の起動状態（優先接続）は「携帯」である。すなわち、"通信アプリ２"が選択されると、ユーザＡのＰＣの端末２０に着信することになる。ユーザＡの「着信時優先設定」は「携帯優先」に設定されていることから、"通信アプリ２"が選択されるとユーザＡの「着信時優先設定」と矛盾した通信アプリケーションが選択されてしまう。従って、選択部１０２は、"通信アプリ２"を選択肢の対象外とする。

【0065】

［選択方法（その４）］
選択方法（その４）は、内線番号及び外線番号の両方が設定されている通信アプリケーションが選択された場合に適用可能な選択方法である。選択方法（その４）では、選択部１０２は、ユーザ管理情報のうち、発信先及び発信元のユーザの通信アプリケーションにおける「内線グループ」が同一である場合に「電話番号／電話ＩＤ」として内線番号を選択し、「内線グループ」が異なる場合、「電話番号／電話ＩＤ」として外線番号を選択する。

【0066】

例えば、ユーザＡからユーザＢに発信する場合であり、通信アプリケーションとして"通信アプリ１"が選択されたとする。この場合、ユーザＡの通信アプリ１とユーザＢの通信アプリ１の内線グループは同一（グループ１）であることから、選択部１０２は、"通信アプリ１"及び"22222（内線番号）"を選択する。

【0067】

［選択方法（その５）］
選択方法（その５）も、内線番号及び外線番号の両方が設定されている通信アプリケーションが選択された場合に適用可能な選択方法である。選択方法（その５）は、発信先のユーザの通信アプリケーションにおける「内線エリアへの在圏」が「在圏」である場合に限り「電話番号／電話ＩＤ」として内線番号を選択し、「内線エリアへの在圏」が「非在圏」である場合、「電話番号／電話ＩＤ」として外線番号を選択する。

【0068】

例えば、ユーザＡからユーザＢに発信する場合であり、通信アプリケーション及び電話番号／電話ＩＤとして"通信アプリ１"及び"22222（内線番号）"、及び、通信アプリ１"及び"09034567890（外線番号）"が選択されたとする。ここで、ユーザＢの通信アプリ１の「内線エリアへの在圏」は「非在圏」である。これは、ユーザＢの端末２０は内線エリアに在圏していないため、内線番号による着信を受けることができないことを意味する。この場合、選択部１０２は、"通信アプリ１"及び"09034567890（外線番号）"を選択する。

【0069】

以上、通信アプリケーション及び発信先ユーザの電話番号／電話ＩＤの選択方法について複数の選択方法を説明した。これにより、適切な通信アプリケーションが自動的に選択されることになり、ユーザの利便性を向上させることが可能になる。

【0070】

＜実施形態の補足＞
図６のステップＳ１０２、図７のステップＳ２０２及びステップＳ２０３で送信される発信元ユーザＩＤ及び発信先ユーザＩＤは、それぞれ、電話番号又は電話ＩＤであってもよい。電話番号又は電話ＩＤはユーザ毎に一意であるため、選択部１０２は、図６のステップＳ１０３又は図７のステップＳ２０４で、電話番号又は電話ＩＤから、発信元ユーザＩＤ及び発信先ユーザＩＤを特定することができる。

【0071】

以上、実施の形態に係る制御装置１０及び端末２０が有する各機能部は、これらが備えるＣＰＵ及びメモリなどのハードウェア資源を用いて、制御装置１０及び端末２０の各々で実施される処理に対応するプログラムを実行することによって実現することが可能である。また、当該プログラムは、記憶媒体に格納することができる。

【0072】

記憶部１０４は、制御装置１０が備えるメモリ又は制御装置１０にネットワークを介して接続される記憶装置等を用いて実現可能である。

【0073】

本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。実施の形態で述べたシーケンスは、矛盾の無い限り順序を入れ替えてもよい。

【符号の説明】

【0074】

１０ 制御装置
２０ 端末
３０ 通信アプリサーバ
１００ 通信部
１０１ ユーザ管理部
１０２ 選択部
１０３ 通知部
１０４ 記憶部
２００ 通信部
２０１ アプリ制御部
２０２ アプリ状態管理部
２０３ 通信アプリケーション
２０１１ 送信部
２０１２ 取得部
２０１３ 制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】