JP5397549B2 - 携帯電話装置、着信処理プログラム、および着信処理方法 - Google Patents

Description

本発明は、着信を処理する通信端末装置、着信処理プログラム、および着信処理方法に関するものである。

近年、携帯電話等の通信端末に、１台の計算機上で複数のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を動作させる仮想化技術の適用が見込まれている。１台の携帯電話上で複数のＯＳが動作すると、これまで複数台の携帯電話を持ち歩いていた利用者は、各携帯電話の機能を１台の携帯電話にまとめることができる。

関連する先行技術として、例えば、移動機ＯＳと、非接触型ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）を制御するアプリケーションマネージャと、非接触型ＩＣのデバイスドライバとを含む移動体端末がある。移動機ＯＳは、移動体端末の種々の機能を実行する。デバイスドライバは、アプリケーションマネージャの制御にしたがって非接触型ＩＣのＯＳを駆動させる。

また、自機のＩＤ情報を送信するタグと、セルラ通信ネットワークに接続可能なサーバと、タグからの情報を集約する集約ポイントとを含む通信システムがある。通信システムにおいて、集約ポイントは、タグからのＩＤ情報を受信する受信部と、セルラ通信ネットワーク経由のセルラ通信を行う通信部を備え、セルラ通信モードとタグ受信機能を含む複数のモードを切り替える切替信号をサーバから受信して、モードの切替制御を行う。

特開２００６−７２９５６号公報 特開２００４−２４２２７４号公報

しかしながら、上述した従来技術では、端末上で動作する複数のＯＳがそれぞれ異なる特徴を有している場合、着信時にどのＯＳを使用すればよいのか判断することが難しいという問題がある。この結果、例えば、発信者がテレビ電話を掛けてきたときに、着信側でテレビ電話に対応していないＯＳを使用すると、テレビ電話による通話を行うことができず、コミュニケーションが阻害されてしまう場合がある。

１つの側面では、本発明は、発信元からの着信要求を適切に処理することができる通信端末装置、着信処理プログラム、および着信処理方法を提供することを目的とする。

本発明の一側面によれば、発信元からの着信要求を受け付け、受け付けた着信要求に基づいて、前記発信元が要求する通信サービスを特定し、自端末で動作する複数のＯＳに含まれる各ＯＳが処理可能な通信サービスに基づいて、前記複数のＯＳの中から、特定された前記発信元が要求する通信サービスを処理可能なＯＳを検索し、検索されたＯＳに前記着信要求を割り振る通信端末装置、着信処理プログラム、および着信処理方法が提案される。

本発明の一態様によれば、発信元からの着信要求を適切に処理することができるという効果を奏する。

図１は、実施の形態１にかかる通信端末装置１００の機能的構成の一例を示すブロック図である。 図２は、ＯＳ対応テーブルの記憶内容の一例を示す説明図である。 図３は、実施の形態１にかかる通信端末装置の着信処理手順の一例を示すフローチャートである。 図４は、実施の形態２にかかる通信端末装置のハードウェア構成を示すブロック図である。 図５は、実施の形態２にかかる通信端末装置の一実施例を示す説明図である。 図６は、実施の形態２にかかる通信端末装置の機能的構成を示すブロック図である。 図７は、仮想マシン対応テーブルの記憶内容の一例を示す説明図である。 図８は、電話帳の記憶内容の一例を示す説明図である。 図９は、アプリケーションリストの記憶内容の一例を示す説明図である。 図１０は、時間帯リストの記憶内容の一例を示す説明図である。 図１１は、場所リストの記憶内容の一例を示す説明図である。 図１２は、操作履歴テーブルの記憶内容の一例を示す説明図である。 図１３は、実施の形態２にかかる通信端末装置の着信処理手順の一例を示すフローチャートである。 図１４は、第１の決定処理の具体的処理手順の一例を示すフローチャートである。 図１５は、第２の決定処理の具体的処理手順の一例を示すフローチャートである。 図１６は、実施の形態３にかかる通信端末装置の一実施例を示す説明図である。

以下に添付図面を参照して、この発明にかかる通信端末装置、着信処理プログラム、および着信処理方法の好適な実施の形態を詳細に説明する。

（実施の形態１）
まず、実施の形態１にかかる通信端末装置１００の機能的構成について説明する。通信端末装置１００は、通信機能を有するコンピュータであり、例えば、携帯電話機、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）電話機、スマートフォンなどである。

図１は、実施の形態１にかかる通信端末装置１００の機能的構成の一例を示すブロック図である。図１において、通信端末装置１００は、受付部１０１と、特定部１０２と、検索部１０３と、割振部１０４と、を含む構成である。

受付部１０１は、発信元１１０からの着信要求を受け付ける。ここで、発信元１１０は、例えば、通信事業者が提供する電話網を介して通信端末装置１００と通信可能な通信端末装置である。着信要求は、電話や電子メールの着信要求である。着信要求には、例えば、発信元１１０の識別子や、発信元１１０が要求する通信サービスの識別子が含まれている。

特定部１０２は、受け付けた着信要求に基づいて、発信元１１０が要求する通信サービスを特定する。ここで、通信サービスとは、通信業者が利用者に提供するサービスである。通信サービスとしては、例えば、相手の顔を見ながら通話できるサービス、３人以上で通話できるサービス、着信と同時に相手の着信画面に文字や絵文字などのメッセージを表示するサービスなどがある。

具体的には、例えば、特定部１０２が、受け付けた着信要求に含まれる発信元１１０が要求する通信サービスの識別子を特定する。以下の説明では、通信業者が利用者に提供する複数の通信サービスを「通信サービスＳ１〜Ｓｍ」と表記する。また、通信サービスＳ１〜Ｓｍのうち任意の通信サービスを「通信サービスＳｊ」と表記する（ｊ＝１，２，…，ｍ）。

検索部１０３は、自端末で動作する複数のＯＳに含まれる各ＯＳが処理可能な通信サービスに基づいて、複数のＯＳの中から、特定された発信元１１０が要求する通信サービスを処理可能なＯＳを検索する。ここで、各ＯＳは、発信元１１０からの着信要求を処理するソフトウェアである。各ＯＳは、通信サービスＳ１〜Ｓｍのうち、処理可能な通信サービスもあれば、処理不能な通信サービスもある。以下の説明では、通信端末装置１００で動作する複数のＯＳを「ＯＳ１〜ＯＳｎ」と表記する。また、ＯＳ１〜ＯＳｎのうち任意のＯＳを「ＯＳｉ」と表記する（ｉ＝１，２，…，ｎ）。

具体的には、例えば、検索部１０３が、図２に示すＯＳ対応テーブル２００の中から、発信元１１０が要求する通信サービスＳｊの識別子に対応するＯＳｉを検索する。ＯＳ対応テーブル２００は、自端末で動作する複数のＯＳに含まれる各ＯＳが処理可能な通信サービスを表すテーブルである。ここで、ＯＳ対応テーブル２００の記憶内容について説明する。

図２は、ＯＳ対応テーブルの記憶内容の一例を示す説明図である。図２において、ＯＳ対応テーブル２００は、複数のＯＳ１〜ＯＳｎに含まれる各ＯＳｉと、各ＯＳｉが処理可能な通信サービスＳｊのサービスＩＤとを対応付けて記憶している。サービスＩＤは、通信業者が利用者に提供する通信サービスＳｊの識別子である。ＯＳ名は、通信端末装置１００で動作するＯＳｉの名称である。

ＯＳ対応テーブル２００によれば、自端末で動作するＯＳｉが処理可能なサービスＳｊを特定することができる。例えば、発信元１１０が要求する通信サービスＳｊの識別子としてサービスＩＤ『Ｓ１』が特定された場合、上記検索部１０３は、ＯＳ対応テーブル２００を参照することにより、特定されたサービスＩＤ『Ｓ１』に対応するＯＳ名『ＯＳ１』を検索する。

割振部１０４は、検索されたＯＳｉに、発信元１１０からの着信要求を割り振る。具体的には、例えば、割振部１０４が、検索されたＯＳｉの着信要求を処理する機能部に、発信元１１０からの着信要求を引き渡す。この結果、ＯＳｉにより発信元１１０からの着信要求が処理されて、発信元１１０が要求する通信サービスＳｊが提供されることになる。

（通信端末装置１００の着信処理手順）
図３は、実施の形態１にかかる通信端末装置の着信処理手順の一例を示すフローチャートである。図３のフローチャートにおいて、まず、受付部１０１により、発信元１１０からの着信要求を受け付けたか否かを判断する（ステップＳ３０１）。

ここで、受付部１０１により、発信元１１０からの着信要求を受け付けるのを待つ（ステップＳ３０１：Ｎｏ）。そして、受付部１０１により、着信要求を受け付けた場合（ステップＳ３０１：Ｙｅｓ）、特定部１０２により、受け付けた着信要求に含まれる発信元１１０が要求する通信サービスＳｊのサービスＩＤを特定する（ステップＳ３０２）。

つぎに、検索部１０３により、図２に示したＯＳ対応テーブル２００の中から、発信元１１０が要求する通信サービスＳｊのサービスＩＤに対応するＯＳｉを検索する（ステップＳ３０３）。そして、割振部１０４により、検索されたＯＳｉに、発信元１１０からの着信要求を割り振って（ステップＳ３０４）、本フローチャートによる一連の処理を終了する。

以上説明した実施の形態１にかかる通信端末装置１００によれば、自端末で動作する複数のＯＳ１〜ＯＳｎの中から、発信元１１０が要求する通信サービスＳｊを処理可能なＯＳｉを検索して、発信元１１０からの着信要求を割り振ることができる。これにより、発信元１１０からの着信要求を適切に処理することができ、発信元１１０の意図が反映された通信サービスＳｊを利用者に提供することができる。

（実施の形態２）
つぎに、実施の形態２にかかる通信端末装置４００の一実施例について説明する。なお、実施の形態１で説明した箇所と同一箇所については、同一符号を付して説明を省略する。ここではまず、実施の形態２にかかる通信端末装置４００のハードウェア構成について説明する。

（通信端末装置４００のハードウェア構成）
図４は、実施の形態２にかかる通信端末装置のハードウェア構成を示すブロック図である。図４において、通信端末装置４００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）４０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）４０３と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）４０４と、ディスプレイ４０５と、入力装置４０６と、を含む構成である。また、各構成部はバス４１０によってそれぞれ接続されている。

ここで、ＣＰＵ４０１は、通信端末装置４００の全体の制御を司る。ＣＰＵ４０１は、シングルコアでもよく、また、マルチコアでもよい。ＲＯＭ４０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。Ｉ／Ｆ４０４は、無線または有線のネットワーク４０７に接続され、このネットワーク４０７を介して他の装置に接続される。そして、Ｉ／Ｆ４０４は、ネットワーク４０７と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。

ディスプレイ４０５は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０５には、たとえば、液晶ディスプレイを採用することができる。入力装置４０６は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、入力装置４０６は、タッチパネル式の入力パッドやテンキーなどであってもよい。

（通信端末装置４００の一実施例）
図５は、実施の形態２にかかる通信端末装置の一実施例を示す説明図である。図５において、通信端末装置４００は、仮想マシンＶＭ０〜ＶＭｎと、ハイパーバイザＶＭＭと、を含む構成である。

仮想マシンＶＭ０〜ＶＭｎは、通信端末装置４００で動作する仮想的なコンピュータである。具体的には、例えば、仮想マシンＶＭ０〜ＶＭｎは、通信端末装置４００のハードウェア資源（ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、Ｉ／Ｆ４０４など）を分割して構築される実行環境で動作するソフトウェアである。

すなわち、仮想マシンＶＭ０〜ＶＭｎの実体は、例えば、プログラムやＯＳなどのソフトウェア、該ソフトウェアに与えられる変数、および該ソフトウェアを実行させるためのハードウェア資源を指定する情報を含むものである。ここで、各仮想マシンＶＭ１〜ＶＭｎは、それぞれ異なるＯＳ１〜ＯＳｎを実行する。

ハイパーバイザＶＭＭは、コンピュータを仮想化し、複数の異なるＯＳ１〜ＯＳｎを実行できるように制御するソフトウェアである。具体的には、例えば、ハイパーバイザＶＭＭは、仮想マシンＶＭ１〜ＶＭｎ上で複数の異なるＯＳ１〜ＯＳｎを稼働させる。

仮想マシンＶＭ０は、着信機能部５０１と、着信共有部（バックエンド）５０２と、着信制御部５０３と、を含む。ここで、着信機能部５０１は、発信元１１０からの着信要求を受け付ける。着信機能部５０１は、例えば、図４に示したＩ／Ｆ４０４である。着信共有部（バックエンド）５０２は、着信機能部５０１を複数のＯＳ１〜ＯＳｎで共用するための機能である。着信制御部５０３は、発信元１１０からの着信要求を処理する仮想マシンを決定する。

また、各仮想マシンＶＭ１〜ＶＭｎは、着信共有部（フロントエンド）５０４と、参照部５０５と、処理部５０６と、管理部５０７と、を含む。着信共有部（フロントエンド）５０４は、仮想マシンＶＭ０の着信機能部５０１を複数のＯＳ１〜ＯＳｎで共用するための機能である。参照部５０５は、仮想マシンＶＭ０の着信制御部５０３からの要求に応じて、各仮想マシンＶＭ１〜ＶＭｎの情報を着信制御部５０３に通知する。処理部５０６は、発信元１１０からの着信要求を処理する。管理部５０７は、各仮想マシンＶＭ１〜ＶＭｎで動作する各ＯＳ１〜ＯＳｎが処理可能なサービスＳｊを管理する。

通信端末装置４００では、仮想マシンＶＭ０の着信機能部５０１を複数の異なるＯＳ１〜ＯＳｎで共用する。具体的には、通信端末装置４００は、Ｉ／Ｆ４０４をドライブする着信共有部（バックエンド）５０２を有する一方で、Ｉ／Ｆ４０４を複数のＯＳ１〜ＯＳｎで共用するための着信共有部（フロントエンド）５０４を有する。

また、通信端末装置４００における仮想マシン間の通信はハイパーバイザＶＭＭを介して行われる。具体的には、例えば、仮想マシンＶＭ０の着信共有部（バックエンド）５０２と、各仮想マシンＶＭ１〜ＶＭｎの着信共有部（フロントエンド）５０４との間の通信は、ハイパーバイザＶＭＭを介して行われる。

ここで、着信時における通信端末装置４００の処理手順の一例を説明する。通信端末装置４００において、着信機能部５０１は、発信元１１０からの着信要求を受け付けると、該着信要求を着信共有部（バックエンド）５０２に通知する。着信共有部（バックエンド）５０２は、発信元１１０からの着信要求を着信制御部５０３に通知する。

着信制御部５０３は、発信元１１０からの着信要求を、どの仮想マシンＶＭ１〜ＶＭｎで処理するのかを決定し、着信共有部（バックエンド）５０２に通知する。着信共有部（バックエンド）５０２は、着信制御部５０３から通知された仮想マシンＶＭ１〜ＶＭｎの着信共有部（フロントエンド）５０４に、発信元１１０からの着信要求を渡す。

各仮想マシンＶＭ１〜ＶＭｎの着信共有部（フロントエンド）５０４は、仮想マシンＶＭ０の着信共有部（バックエンド）５０２から通知された着信要求を、処理部５０６に渡す。そして、処理部５０６は、発信元１１０からの着信要求を処理する。

つぎに、図６を用いて、仮想マシンＶＭ０を実現するための通信端末装置４００の具体的な機能的構成について説明する。なお、以下の説明では、仮想マシンＶＭ１〜ＶＭｎのうち任意の仮想マシンを「仮想マシンＶＭｉ」と表記する。

（通信端末装置４００の機能的構成）
図６は、実施の形態２にかかる通信端末装置の機能的構成を示すブロック図である。図６において、通信端末装置４００は、受付部１０１と、特定部１０２と、検索部１０３と、割振部１０４と、決定部６０１と、判定部６０２と、更新部６０３と、を含む構成である。各機能部（受付部１０１〜割振部１０４、決定部６０１〜更新部６０３）は、具体的には、たとえば、図４に示したＲＯＭ４０２、ＲＡＭ４０３などの記憶装置に記憶されたプログラムをＣＰＵ４０１に実行させることにより、または、Ｉ／Ｆ４０４により、その機能を実現する。

また、各機能部（受付部１０１〜割振部１０４、決定部６０１〜更新部６０３）の処理結果は、例えば、ＲＡＭ４０３などの記憶装置に記憶される。また、受付部１０１は、例えば、図５に示した仮想マシンＶＭ０の着信機能部５０１に相当する。割振部１０４は、例えば、図５に示した着信共有部（バックエンド）５０２に相当する。また、特定部１０２、検索部１０３、決定部６０１〜更新部６０３は、図５に示した着信制御部５０３に相当する。

受付部１０１は、発信元１１０からの着信要求を受け付ける。具体的には、例えば、受付部１０１が、ネットワーク４０７（図４参照）を介して発信元１１０からの着信要求を受け付ける。

特定部１０２は、受け付けた着信要求に基づいて、発信元１１０が要求する通信サービスＳｊを特定する。具体的には、例えば、特定部１０２が、受け付けた着信要求に含まれる発信元１１０が要求する通信サービスＳｊのサービスＩＤを特定する。

検索部１０３は、自端末で動作する複数のＯＳ１〜ＯＳｎの中から、特定された発信元１１０が要求する通信サービスＳｊを処理可能なＯＳｉを検索する。ここで、各ＯＳ１〜ＯＳｎは、通信端末装置４００で動作する各仮想マシンＶＭ１〜ＶＭｎ上で動作するＯＳである。このため、『ＯＳ１〜ＯＳｎの中から通信サービスＳｊを処理可能なＯＳｉを検索すること』は、『仮想マシンＶＭ１〜ＶＭｎの中から通信サービスＳｊを処理可能な仮想マシンＶＭｉを検索すること』に相当する。

そこで、以下の説明では、検索部１０３の検索対象を『通信サービスＳｊを処理可能な仮想マシンＶＭｉ』として説明する。具体的には、例えば、検索部１０３が、図７に示す仮想マシン対応テーブル７００を参照して、発信元１１０が要求する通信サービスＳｊのサービスＩＤに対応する仮想マシンＶＭｉを検索する。

仮想マシン対応テーブル７００は、通信端末装置４００で動作する仮想マシンＶＭｉが処理可能なサービスＳｊを表すテーブルである。仮想マシン対応テーブル７００は、例えば、図４に示したＲＡＭ４０３などの記憶装置に記憶されている。ここで、仮想マシン対応テーブル７００の記憶内容について説明する。

図７は、仮想マシン対応テーブルの記憶内容の一例を示す説明図である。図７において、仮想マシン対応テーブル７００は、通信業者が利用者に提供する通信サービスＳｊごとに、通信サービスＳｊを処理可能な仮想マシンＶＭｉのマシンＩＤを記憶している。

サービスＩＤは、通信業者が利用者に提供する通信サービスＳｊの識別子である。マシンＩＤは、通信端末装置４００で動作する仮想マシンＶＭｉの識別子である。仮想マシン対応テーブル７００によれば、通信端末装置４００で動作する仮想マシンＶＭｉが処理可能なサービスＳｊを特定することができる。

図６の説明に戻り、また、検索部１０３は、発信元１１０が要求する通信サービスＳｊが複数特定された場合、通信サービスＳｊごとに処理可能な仮想マシンＶＭｉを仮想マシンＶＭ１〜ＶＭｎの中から検索する。例えば、発信元１１０が要求する通信サービスＳｊとして、通信サービスＳ１，Ｓ２が特定されたとする。

この場合、まず、検索部１０３は、例えば、仮想マシン対応テーブル７００を参照して、サービスＩＤ『Ｓ１』に対応するマシンＩＤ『ＶＭ１』を検索する。つぎに、検索部１０３は、仮想マシン対応テーブル７００を参照して、サービスＩＤ『Ｓ２』に対応するマシンＩＤ『ＶＭ１，ＶＭ２』を検索する。この結果、発信元１１０が要求する通信サービスＳ１またはＳ２を処理可能な仮想マシンＶＭｉとして、２台の仮想マシンＶＭ１，ＶＭ２が検索される。

以下の説明では、発信元１１０が要求する通信サービスＳｊを処理可能な仮想マシンとして検索された複数の仮想マシンを「仮想マシンＶＭ［１］〜ＶＭ［Ｋ］」と表記する。また、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］のうち任意の仮想マシンを「仮想マシンＶＭ［ｋ］」と表記する（ｋ＝１，２，…，Ｋ）。

決定部６０１は、２台以上の仮想マシンＶＭ［１］〜ＶＭ［Ｋ］が検索された場合、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。具体的には、例えば、決定部６０１が、各仮想マシンＶＭ［ｋ］が処理可能な発信元１１０が要求する通信サービスＳｊの数に基づいて、着信要求を処理するための仮想マシンＶＭｉを決定する。

より具体的には、例えば、まず、決定部６０１が、検索された仮想マシンＶＭ［ｋ］ごとに、仮想マシンＶＭ［ｋ］が処理可能な発信元１１０が要求する通信サービスＳｊの数Ｃ［ｋ］を計数する。そして、決定部６０１が、各仮想マシンＶＭ［ｋ］の数Ｃ［ｋ］に基づいて、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］の中から着信要求を処理するための仮想マシンＶＭｉを決定する。

上述した通信サービスＳ１，Ｓ２が特定された場合の例では、通信サービスＳ１またはＳ２を処理可能な仮想マシンＶＭ［ｋ］として、仮想マシンＶＭ１，ＶＭ２が検索されている。この場合、まず、決定部６０１は、各仮想マシンＶＭ１，ＶＭ２が処理可能な発信元１１０が要求する通信サービスＳｊの数Ｃ１，Ｃ２を計数する。

ここでは、仮想マシンＶＭ１は発信元１１０が要求する通信サービスＳ１，Ｓ２をともに処理可能なため、仮想マシンＶＭ１の数Ｃ１は『Ｃ１＝２』となる。一方、仮想マシンＶＭ２は発信元１１０が要求する通信サービスＳ１，Ｓ２のうち通信サービスＳ２のみ処理可能なため、仮想マシンＶＭ２の数Ｃ２は『Ｃ２＝１』となる。

この場合、決定部６０１は、例えば、各仮想マシンＶＭ１，ＶＭ２が処理可能な通信サービスＳｊの数Ｃ１，Ｃ２のうち最大の数Ｃ１（Ｃ１＞Ｃ２）の仮想マシンＶＭ１を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定する。ただし、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］が３台以上の場合は、少なくとも他の仮想マシンよりも数Ｃ［ｋ］が多い仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定してもよい。

これにより、発信元１１０から要求されたより多くの通信サービスＳｊを利用者に提供することができる。なお、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］のうち数Ｃ［ｋ］が最大となる仮想マシンＶＭ［ｋ］が複数存在する場合は、サービスＳｊごとに予め付与されている優先度に基づいて、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定してもよい。例えば、数Ｃ［ｋ］が最大となる複数の仮想マシンＶＭ［ｋ］のうち、優先度が高いサービスＳｊを処理可能な仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定する。

割振部１０４は、決定された仮想マシンＶＭｉに、発信元１１０からの着信要求を割り振る。具体的には、例えば、着信共有部（バックエンド）５０２が、決定された仮想マシンＶＭｉの着信共有部（フロントエンド）５０４に、発信元１１０からの着信要求を渡す。その結果、仮想マシンＶＭｉの着信共有部（フロントエンド）５０４が、発信元１１０からの着信要求を受け付けて処理部５０６に渡す。そして、仮想マシンＶＭｉの処理部５０６が、発信元１１０からの着信要求を処理する。

更新部６０３は、自端末で動作する各ＯＳｉが処理可能な通信サービスＳｊを表すテーブルを更新する。具体的には、例えば、着信制御部５０３が、仮想マシンＶＭｉの管理部５０７からの更新要求を受け付けて、仮想マシン対応テーブル７００の記憶内容を更新する。管理部５０７からの更新要求には、例えば、仮想マシンＶＭｉが処理可能なサービスＳｊのサービスＩＤが含まれている。

より具体的には、例えば、まず、仮想マシンＶＭｉの管理部５０７が、仮想マシンＶＭｉが処理可能なサービスＳｊに変更があった場合、仮想マシンＶＭｉが処理可能なサービスＳｊのサービスＩＤを着信制御部５０３に通知する。その結果、着信制御部５０３が、管理部５０７から受け付けた仮想マシンＶＭｉが処理可能なサービスＳｊのサービスＩＤに従って、仮想マシン対応テーブル７００の記憶内容を更新する。

なお、仮想マシンＶＭｉが処理可能なサービスＳｊに変更があった場合とは、仮想マシンＶＭｉに新たなアプリケーションがインストールされた場合のほか、新規の仮想マシンＶＭｉが追加されたり、既存の仮想マシンＶＭｉが削除された場合などである。

また、検索部１０３は、複数の仮想マシンＶＭ［１］〜ＶＭ［Ｋ］が検索された場合、着信者（通信端末装置４００の利用者）の意図を考慮して、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定してもよい。また、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを一意に決定できない場合に、着信者の意図を考慮してもよい。

以下、着信者（通信端末装置４００の利用者）の意図を考慮して、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定する決定手法（１）〜（６）について説明する。

＜決定手法（１）＞
通信端末装置４００の機能として、例えば、電話帳に登録されている発信元１１０の利用者の氏名や顔画像などをディスプレイ４０５に表示する機能がある。ディスプレイ４０５に発信元１１０の利用者の氏名や顔画像などが表示されると、着信者は発信元１１０を容易に特定することができる。

そこで、決定手法（１）では、発信元１１０の利用者の氏名や顔画像などをディスプレイ４０５に表示することができる仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定する。

具体的には、まず、判定部６０２は、各仮想マシンＶＭ［ｋ］に対応付けられている発信元リストの中に、着信要求に含まれる発信元１１０の識別子が登録されているか否かを判定する。ここで、着信要求に含まれる発信元１１０の識別子とは、例えば、発信元１１０の電話番号やメールアドレスである。

また、発信元リストとは、特定の発信元の識別子を記憶する情報である。発信元リストは、例えば、特定の発信元の氏名、電話番号、メールアドレス、顔画像などを登録する電話帳である。電話帳に登録されている発信元からの着信があった場合、例えば、通信端末装置４００のディスプレイ４０５に発信元の氏名や顔画像などが表示される。

以下の説明では、各仮想マシンＶＭ１〜ＶＭｎに対応付けられている電話帳をそれぞれ「電話帳ＴＲ１〜ＴＲｎ」と表記し、各仮想マシンＶＭ［１］〜ＶＭ［Ｋ］に対応付けられている電話帳をそれぞれ「電話帳ＴＲ［１］〜ＴＲ［Ｋ］」と表記する。各電話帳ＴＲ１〜ＴＲｎは、例えば、各仮想マシンＶＭ１〜ＶＭｎと対応付けられてＲＯＭ４０２、ＲＡＭ４０３などの記憶装置に記憶されている。

具体的には、例えば、まず、判定部６０２が、着信要求に含まれる発信元１１０の電話番号を特定する。そして、判定部６０２が、各仮想マシンＶＭ［ｋ］に対応付けられている電話帳ＴＲ［ｋ］の中に、特定された発信元１１０の電話番号が登録されているか否かを判定する。

より具体的には、例えば、着信制御部５０３が、仮想マシンＶＭ［ｋ］の参照部５０５に、電話帳ＴＲ［ｋ］の中に発信元１１０の電話番号が登録されているか否かを問い合わせる。仮想マシンＶＭ［ｋ］の参照部５０５は、電話帳ＴＲ［ｋ］の中に発信元１１０の電話番号が登録されているか否かを判定し、その判定結果を着信制御部５０３に通知する。ここで、仮想マシンＶＭ１の電話帳ＴＲ１を例に挙げて、電話帳ＴＲ１の記憶内容について説明する。

図８は、電話帳の記憶内容の一例を示す説明図である。図８において、電話帳ＴＲ１には、特定の発信者ごとの氏名、電話番号、メールアドレスおよび顔画像が登録されている。顔画像は、特定の発信者の顔を撮影した画像であってもよく、また、特定の発信者を模したアバターであってもよい。

例えば、発信元１１０の電話番号を『０９０−ｘｘｘｘ−１２３４』とする。この場合、判定部６０２は、特定された電話番号『０９０−ｘｘｘｘ−１２３４』が、鈴木太郎の電話番号として登録されているため、仮想マシンＶＭ１に対応付けられている電話帳ＴＲ１の中に発信元１１０の電話番号が登録されていると判定する。

決定部６０１は、判定された判定結果に基づいて、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。具体的には、例えば、決定部６０１が、電話帳ＴＲ［ｋ］の中に発信元１１０の電話番号が登録されている仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定する。

例えば、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］を仮想マシンＶＭ１〜ＶＭ３とし、仮想マシンＶＭ１〜ＶＭ３のうち仮想マシンＶＭ１の電話帳ＴＲ１にのみ発信元１１０の電話番号が登録されているとする。この場合、決定部６０１は、仮想マシンＶＭ１を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定する。

これにより、着信時に発信元１１０の氏名や顔画像などをディスプレイ４０５に表示して着信者の利便性の向上を図るとともに、発信元１１０の意図が反映された通信サービスＳｊを利用者に提供することができる。

＜決定手法（２）＞
同一の通信サービスＳｊを提供するためのアプリケーションとして、複数のアプリケーションが存在する場合がある。このような場合、高品質の通信サービスＳｊを提供するという観点により、例えば、テレビ電話などを行う場合は映像符号化の性能が高いアプリケーションを利用することが望ましい。

そこで、決定部６０１は、各仮想マシンＶＭ［ｋ］上で動作するアプリケーションの性能に基づいて、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。ここで、アプリケーションとは、発信元１１０が要求する通信サービスＳｊを提供するためのソフトウェアである。アプリケーションとしては、例えば、利用者がお互いの顔を見ながら通話するテレビ電話の映像を表示するためのものがある。

具体的には、例えば、決定部６０１が、図９に示すアプリケーションリスト９００を参照することにより、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。アプリケーションリスト９００は、例えば、ＲＯＭ４０２、ＲＡＭ４０３などの記憶装置に記憶されている。ここで、アプリケーションリスト９００の記憶内容について説明する。

図９は、アプリケーションリストの記憶内容の一例を示す説明図である。図９において、アプリケーションリスト９００は、マシンＩＤ、アプリケーションＩＤおよび性能のフィールドを有する。各フィールドに情報を設定することで、各仮想マシンＶＭｉにインストールされているアプリケーションおよび該アプリケーションの性能が記憶されている。

マシンＩＤは、仮想マシンＶＭｉの識別子である。アプリケーションＩＤは、アプリケーションの識別子である。性能は、アプリケーションの性能である。アプリケーションの性能としては、例えば、ディスプレイ４０５に表示される映像の解像度などがある。

一例として、発信元１１０が要求する通信サービスＳｊを『テレビ電話』とする。また、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］を仮想マシンＶＭ１，ＶＭ２とし、テレビ電話を提供するために動作するアプリケーションを『アプリケーションＡ１，Ａ２』とする。

この場合、まず、決定部６０１が、アプリケーションリスト９００を参照することにより、テレビ電話を提供するために各仮想マシンＶＭ１，ＶＭ２上で動作するアプリケーションＡ１，Ａ２の性能を特定する。ここでは、アプリケーションＡ１の性能として解像度『２４０×２４０（ピクセル）』が特定され、アプリケーションＡ２の性能として解像度『３２０×３２０（ピクセル）』が特定される。

つぎに、決定部６０１が、解像度が最大のアプリケーションＡ２を特定する。そして、決定部６０１が、仮想マシンＶＭ１，ＶＭ２のうち、特定されたアプリケーションＡ２がインストールされている仮想マシンＶＭ２を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定する。

これにより、発信元１１０からの着信要求を高性能のアプリケーションを用いて処理することができ、高品質の通信サービスＳｊを着信者に提供することができる。

なお、アプリケーションリスト９００の記憶内容は、例えば、仮想マシンＶＭｉに新たなアプリケーションがインストールされた場合などにおける仮想マシンＶＭｉの管理部５０７からの更新要求に応じて更新される。該更新要求には、例えば、新たにインストールされたアプリケーションのアプリケーションＩＤや、該アプリケーションの性能に関する情報が含まれている。

＜決定手法（３）＞
通信端末装置４００の利用形態として、着信時に使用するＯＳｉを時間帯によって使い分ける場合がある。例えば、勤務時間帯の９時００分〜１７時００分までは仕事用のＯＳを使用して、１７時０１分〜８時５９分まではプライベート用のＯＳを使用する場合などが想定される。

そこで、決定部６０１は、発信元１１０からの着信要求を受け付けた時刻に基づいて、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］の中から、該着信要求を処理するための仮想マシンＶＭｉを決定する。着信要求を受け付けた時刻は、例えば、時刻を計時する通信端末装置４００の機能によって特定することができる。

具体的には、例えば、決定部６０１が、図１０に示す時間帯リスト１０００を参照することにより、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。時間帯リスト１０００は、例えば、ＲＯＭ４０２、ＲＡＭ４０３などの記憶装置に記憶されている。ここで、時間帯リスト１０００の記憶内容について説明する。

図１０は、時間帯リストの記憶内容の一例を示す説明図である。図１０において、時間帯リスト１０００は、時間帯Ｔ１，Ｔ２ごとに、着信時に使用するＯＳｉのＯＳ名と、ＯＳｉを動作させる仮想マシンＶＭｉのマシンＩＤとを関連付けて記憶している。

一例として、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］を仮想マシンＶＭ１，ＶＭ２とする。決定部６０１は、発信元１１０からの着信要求を受け付けた時刻が時間帯Ｔ１の場合、時間帯リスト１０００を参照して、仮想マシンＶＭ１を、該着信要求を処理するための仮想マシンＶＭｉに決定する。一方、決定部６０１は、発信元１１０からの着信要求を受け付けた時刻が時間帯Ｔ２の場合、仮想マシンＶＭ２を、該着信要求を処理するための仮想マシンＶＭｉに決定する。

これにより、着信時に使用するＯＳｉを時間帯によって使い分けることができる。具体的には、例えば、勤務時間帯は仕事用のＯＳを使用して、それ以外の時間帯はプライベート用のＯＳを使用するなどの使い分けを行うことができる。

なお、上述した説明では、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］のいずれかの仮想マシンＶＭ［ｋ］が時間帯リスト１０００に登録されている場合を想定して説明したが、いずれの仮想マシンＶＭ［ｋ］も登録されていない場合がある。この場合、決定部６０１は、例えば、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］のうち任意の仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定してもよい。

＜決定手法（４）＞
通信端末装置４００の利用形態として、着信時に使用するＯＳｉを場所によって使い分ける場合がある。例えば、首都圏では仕事用のＯＳを使用して、それ以外の場所ではプライベート用のＯＳを使用する場合などが想定される。

そこで、決定部６０１は、自端末の現在位置に基づいて、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。自端末の現在位置は、例えば、自端末の現在位置を示す緯度、経度などの位置情報である。また、自端末の現在位置は、例えば、通信端末装置４００に搭載されたＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）から取得することができる。

具体的には、例えば、決定部６０１が、図１１に示す場所リスト１１００を参照することにより、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。場所リスト１１００は、例えば、ＲＯＭ４０２、ＲＡＭ４０３などの記憶装置に記憶されている。ここで、場所リスト１１００の記憶内容について説明する。

図１１は、場所リストの記憶内容の一例を示す説明図である。図１１において、場所リスト１１００は、場所Ｌ１，Ｌ２ごとに、各場所Ｌ１，Ｌ２の位置情報と、着信時に使用するＯＳｉのＯＳ名と、ＯＳｉを動作させる仮想マシンＶＭｉのマシンＩＤとを関連付けて記憶している。なお、各場所Ｌ１，Ｌ２の位置情報は、例えば、緯度と経度によって各場所Ｌ１，Ｌ２の範囲を特定するためのものである。

一例として、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］を仮想マシンＶＭ１，ＶＭ２とする。まず、決定部６０１は、場所リスト１１００を参照して、自端末の現在位置が場所Ｌ１，Ｌ２のいずれに属するかを特定する。そして、決定部６０１は、自端末の現在位置が場所Ｌ１に属する場合、場所リスト１１００を参照して、仮想マシンＶＭ１を、該着信要求を処理するための仮想マシンＶＭｉに決定する。一方、決定部６０１は、自端末の現在位置が場所Ｌ２に属する場合、場所リスト１１００を参照して、仮想マシンＶＭ２を、該着信要求を処理するための仮想マシンＶＭｉに決定する。

これにより、着信時に使用するＯＳｉを自端末の現在位置によって使い分けることができる。具体的には、例えば、首都圏では仕事用のＯＳを使用して、首都圏以外の場所ではプライベート用のＯＳを使用するなどの使い分けを行うことができる。

＜決定手法（５）＞
通信端末装置４００の利用形態として、通信端末装置４００に接続された周辺機器を用いて通話を行う場合がある。例えば、着信者がヘッドセットを用いて通話を行う場合などが想定される。ヘッドセットとは、端末本体を手に持つことなく通話を行うためのマイクロフォンを一体化したヘッドフォンである。

そこで、決定部６０１は、各仮想マシンＶＭ［ｋ］に接続される周辺機器の接続状況に基づいて、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。具体的には、例えば、まず、着信制御部５０３が、仮想マシンＶＭ［ｋ］の参照部５０５に、ヘッドセットの接続状況を問い合わせる。

仮想マシンＶＭ［ｋ］の参照部５０５は、ヘッドセットが接続されているか否かを判定し、その判定結果を着信制御部５０３に通知する。そして、着信制御部５０３は、各仮想マシンＶＭ［ｋ］の参照部５０５からの判定結果に基づいて、ヘッドセットが接続されている仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定する。

これにより、ヘッドセットなどの周辺機器を着信時に使用することができ、着信者の利便性の向上を図ることができる。

＜決定手法（６）＞
発信元１１０からの着信要求を処理するためのＯＳｉを決定する手法として、着信時に着信者が任意のＯＳｉを選択するものがある。着信時に着信者が選択したＯＳｉを操作履歴として蓄積し、着信者が選択した回数が多いＯＳを、着信要求を処理するためのＯＳｉとすることで、着信者の意図を反映することができる。

そこで、決定部６０１は、着信時に着信者が発信元１１０からの着信要求を処理するＯＳｉを選択した操作履歴に基づいて、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定する。具体的には、例えば、決定部６０１が、図１２に示す操作履歴テーブル１２００を参照することにより、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定する。

操作履歴テーブル１２００は、例えば、ＲＡＭ４０３などの記憶装置に記憶されている。ここで、操作履歴テーブル１２００の記憶内容について説明する。ただし、通信端末装置４００で動作する複数のＯＳ１〜ＯＳｎとして、『ＯＳ１〜ＯＳ５』を例に挙げて説明する。

図１２は、操作履歴テーブルの記憶内容の一例を示す説明図である。図１２において、操作履歴テーブル１２００は、サービスＳ１〜Ｓｍごとに、着信者の入力装置４０６を用いた操作入力により、発信元１１０からの着信要求を処理するために選択されたＯＳ１〜ＯＳ５ごとの回数を記憶している。

一例として、発信元１１０が要求する通信サービスＳｊを通信サービスＳ７とし、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］を仮想マシンＶＭ１〜ＶＭ５とする。この場合、まず、決定部６０１は、操作履歴テーブル１２００を参照して、通信サービスＳ７について、発信元１１０からの着信要求を処理するために選択されたＯＳ１〜ＯＳ５ごとの回数を特定する。

つぎに、決定部６０１は、ＯＳ１〜ＯＳ５のうち回数が最大のＯＳ４を特定する。そして、決定部６０１は、ＯＳ４を動作させる仮想マシンＶＭ４を、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定する。これにより、着信者の意図が反映された通信サービスＳｊを提供することができる。

なお、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定する手法として、上述した決定手法（１）〜（６）のどの決定手法を用いるのかは、任意に設定可能である。また、上述した決定手法（１）〜（６）のうち複数の決定手法を組み合わせて用いることにしてもよい。

また、上述した決定手法（１）〜（６）を用いた結果、最終的に絞り込まれた仮想マシンＶＭ［ｋ］が複数存在する場合、複数の仮想マシンＶＭ［ｋ］の中から任意の仮想マシンを、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定してもよい。

また、上記検索部１０３によって発信元１１０が要求する通信サービスＳｊを処理可能な仮想マシンＶＭｉが検索されなかった場合、上述した決定手法（１）〜（６）を用いて、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定してもよい。同様に、発信元１１０が要求する通信サービスＳｊを特定できなかった場合に、上述した決定手法（１）〜（６）を用いることにしてもよい。

また、発信元１１０が要求する通信サービスＳｊを処理可能な仮想マシンＶＭｉが検索されなかった場合、通常着信用に予め設定されている仮想マシンＶＭｘを、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定してもよい。同様に、発信元１１０が要求する通信サービスＳｊを特定できなかった場合に、通常着信用に予め設定されている仮想マシンＶＭｘを用いることにしてもよい。なお、通常着信用の仮想マシンＶＭｘとは、例えば、通話に必要となる最低限の機能を実現する仮想マシンＶＭｉである。

（通信端末装置４００の着信処理手順）
図１３は、実施の形態２にかかる通信端末装置の着信処理手順の一例を示すフローチャートである。図１３のフローチャートにおいて、まず、受付部１０１により、発信元１１０からの着信要求を受け付けたか否かを判断する（ステップＳ１３０１）。

ここで、受付部１０１により、発信元１１０からの着信要求を受け付けるのを待つ（ステップＳ１３０１：Ｎｏ）。そして、受付部１０１により、着信要求を受け付けた場合（ステップＳ１３０１：Ｙｅｓ）、特定部１０２により、受け付けた着信要求に含まれる発信元１１０が要求する通信サービスＳｊのサービスＩＤを特定する（ステップＳ１３０２）。

つぎに、検索部１０３により、仮想マシン対応テーブル７００を参照して、特定された発信元１１０が要求する通信サービスＳｊのサービスＩＤに対応する仮想マシンＶＭｉを検索する（ステップＳ１３０３）。ここで、仮想マシンＶＭｉが検索された場合（ステップＳ１３０４：Ｙｅｓ）、決定部６０１により、複数の仮想マシンＶＭ［１］〜ＶＭ［Ｋ］が検索されたか否かを判断する（ステップＳ１３０５）。

ここで、複数検索されなかった場合（ステップＳ１３０５：Ｎｏ）、割振部１０４により、検索された仮想マシンＶＭｉに、発信元１１０からの着信要求を割り振って（ステップＳ１３０６）、本フローチャートによる一連の処理を終了する。

一方、複数検索された場合（ステップＳ１３０５：Ｙｅｓ）、決定部６０１により、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する第１の決定処理を実行する（ステップＳ１３０７）。そして、割振部１０４により、決定された仮想マシンＶＭｉに、発信元１１０からの着信要求を割り振って（ステップＳ１３０６）、本フローチャートによる一連の処理を終了する。

また、ステップＳ１３０４において、仮想マシンＶＭｉが非検索の場合（ステップＳ１３０４：Ｎｏ）、決定部６０１により、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する第２の決定処理を実行する（ステップＳ１３０８）。そして、割振部１０４により、決定された仮想マシンＶＭｉに、発信元１１０からの着信要求を割り振って（ステップＳ１３０６）、本フローチャートによる一連の処理を終了する。

これにより、発信元１１０からの着信要求を適切に処理することができ、発信元１１０の意図が反映された通信サービスＳｊを利用者に提供することができる。

＜第１の決定処理手順＞
つぎに、図１３に示したステップＳ１３０７の第１の決定処理の具体的な処理手順について説明する。ここでは、上述した決定手法（１）および（５）を用いて、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定する場合を例に挙げて説明する。

図１４は、第１の決定処理の具体的処理手順の一例を示すフローチャートである。図１４のフローチャートにおいて、まず、判定部６０２により、図１３に示したステップＳ１３０１において受け付けた着信要求に含まれる発信元１１０の電話番号を特定する（ステップＳ１４０１）。

つぎに、判定部６０２により、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］に含まれる仮想マシンＶＭ［ｋ］の「ｋ」を「ｋ＝１」で初期化する（ステップＳ１４０２）。そして、判定部６０２により、仮想マシンＶＭ［ｋ］に対応付けられている電話帳ＴＲ［ｋ］の中に、特定された発信元１１０の電話番号が登録されているか否かを判定する（ステップＳ１４０３）。

ここで、発信元１１０の電話番号が登録されている場合（ステップＳ１４０４：Ｙｅｓ）、ステップＳ１４１０に移行する。一方、発信元１１０の電話番号が登録されていない場合（ステップＳ１４０４：Ｎｏ）、判定部６０２により、仮想マシンＶＭ［ｋ］の「ｋ」をインクリメントして（ステップＳ１４０５）、「ｋ」が「Ｋ」より大きいか否かを判断する（ステップＳ１４０６）。

ここで、「ｋ」が「Ｋ」以下の場合（ステップＳ１４０６：Ｎｏ）、ステップＳ１４０３に戻る。一方、「ｋ」が「Ｋ」より大きい場合（ステップＳ１４０６：Ｙｅｓ）、仮想マシンＶＭ［ｋ］の「ｋ」を「ｋ＝１」で初期化する（ステップＳ１４０７）。そして、決定部６０１により、仮想マシンＶＭ［ｋ］にヘッドセットが接続されているか否かを判定する（ステップＳ１４０８）。

ここで、ヘッドセットが接続されている場合（ステップＳ１４０９：Ｙｅｓ）、決定部６０１により、仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定して（ステップＳ１４１０）、図１３に示したステップＳ１３０６に移行する。

一方、ヘッドセットが接続されていない場合（ステップＳ１４０９：Ｎｏ）、決定部６０１により、仮想マシンＶＭ［ｋ］の「ｋ」をインクリメントして（ステップＳ１４１１）、「ｋ」が「Ｋ」より大きいか否かを判断する（ステップＳ１４１２）。ここで、「ｋ」が「Ｋ」以下の場合（ステップＳ１４１２：Ｎｏ）、ステップＳ１４０８に戻る。

一方、「ｋ」が「Ｋ」より大きい場合（ステップＳ１４１２：Ｙｅｓ）、決定部６０１により、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］のうち任意の仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定して（ステップＳ１４１３）、図１３に示したステップＳ１３０６に移行する。

これにより、発信元１１０だけでなく着信者の意図も反映することができ、発信元１１０の意図が反映された通信サービスＳｊを利用者に提供するとともに、着信者の利便性の向上を図ることができる。

なお、上述した説明では、ステップＳ１４０４において電話番号が登録されていると判定された時点で、仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定したが、これに限らない。例えば、全仮想マシンＶＭ［１］〜ＶＭ［Ｋ］について電話番号の登録の有無を判定して絞り込んだあと、さらに、ヘッドセットの接続状況により絞り込むことにしてもよい。

＜第２の決定処理手順＞
つぎに、図１３に示したステップＳ１３０８の第２の決定処理の具体的な処理手順について説明する。ここでは、上述した決定手法（１）を用いて、仮想マシンＶＭ１〜ＶＭｎの中から、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定する場合を例に挙げて説明する。

図１５は、第２の決定処理の具体的処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、判定部６０２により、図１３に示したステップＳ１３０１において受け付けた着信要求に含まれる発信元１１０の電話番号を特定する（ステップＳ１５０１）。

つぎに、判定部６０２により、仮想マシンＶＭ１〜ＶＭｎに含まれる仮想マシンＶＭｉの「ｉ」を「ｉ＝１」で初期化する（ステップＳ１５０２）。そして、判定部６０２により、仮想マシンＶＭｉに対応付けられている電話帳ＴＲｉの中に、特定された発信元１１０の電話番号が登録されているか否かを判定する（ステップＳ１５０３）。

ここで、発信元１１０の電話番号が登録されている場合（ステップＳ１５０４：Ｙｅｓ）、図１３に示したステップＳ１３０６に移行する。一方、発信元１１０の電話番号が登録されていない場合（ステップＳ１５０４：Ｎｏ）、判定部６０２により、仮想マシンＶＭｉの「ｉ」をインクリメントして（ステップＳ１５０５）、「ｉ」が「ｎ」より大きいか否かを判断する（ステップＳ１５０６）。

ここで、「ｉ」が「ｎ」以下の場合（ステップＳ１５０６：Ｎｏ）、ステップＳ１５０３に戻る。一方、「ｉ」が「ｎ」より大きい場合（ステップＳ１５０６：Ｙｅｓ）、決定部６０１により、仮想マシンＶＭ１〜ＶＭｎのうち通常発信用に設定されている仮想マシンＶＭｘを、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定して（ステップＳ１５０７）、図１３に示したステップＳ１３０６に移行する。

これにより、発信元１１０が要求する通信サービスＳｊを処理可能な仮想マシンＶＭｉが検索されなかった場合に、着信時に発信元１１０の氏名や顔画像などをディスプレイ４０５に表示することができるＯＳｉを優先して使用することができ、着信者の利便性の向上を図ることができる。

以上説明した実施の形態２にかかる通信端末装置４００によれば、自端末で動作する仮想マシンＶＭ１〜ＶＭｎの中から、発信元１１０が要求する通信サービスＳｊを処理可能な仮想マシンＶＭｉを検索して、発信元１１０からの着信要求を割り振ることができる。これにより、発信元１１０からの着信要求を適切に処理することができ、発信元１１０の意図が反映された通信サービスＳｊを利用者に提供することができる。

また、通信端末装置４００によれば、発信元１１０が要求する通信サービスＳｊが複数ある場合、各仮想マシンＶＭｉが処理可能な通信サービスＳｊの数Ｃｉに基づいて、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定することができる。これにより、発信元１１０から要求されたより多くの通信サービスＳｊを利用者に提供することができる。

また、通信端末装置４００によれば、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］のうち、電話帳ＴＲ［ｋ］に発信元１１０の電話番号が登録されている仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定することができる。このため、着信時に発信元１１０の氏名や顔画像などをディスプレイ４０５に表示することができる。これにより、発信元１１０の意図が反映された通信サービスＳｊを利用者に提供するとともに、着信者の利便性の向上を図ることができる。

また、通信端末装置４００によれば、各仮想マシンＶＭ［ｋ］上で動作するアプリケーションの性能に基づいて、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定することができる。これにより、発信元１１０からの着信要求を高性能のアプリケーションを用いて処理することができ、高品質の通信サービスＳｊを着信者に提供することができる。

また、通信端末装置４００によれば、発信元１１０からの着信要求を受け付けた時刻に基づいて、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］の中から、該着信要求を処理するための仮想マシンＶＭｉを決定することができる。これにより、着信時に使用するＯＳｉを時間帯によって使い分けることができる。具体的には、例えば、勤務時間帯は仕事用のＯＳを使用して、それ以外の時間帯はプライベート用のＯＳを使用するなどの使い分けを行うことができる。

また、通信端末装置４００によれば、自端末の現在位置に基づいて、仮想マシンＶＭ［１］〜ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定することができる。これにより、着信時に使用するＯＳｉを自端末の現在位置によって使い分けることができる。具体的には、例えば、首都圏では仕事用のＯＳを使用して、首都圏以外の場所ではプライベート用のＯＳを使用するなどの使い分けを行うことができる。

また、通信端末装置４００によれば、各仮想マシンＶＭ［ｋ］に接続される周辺機器の接続状況に基づいて、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定することができる。これにより、ヘッドセットなどの周辺機器を着信時に使用することができ、着信者の利便性の向上を図ることができる。

また、通信端末装置４００によれば、着信時に着信者が発信元１１０からの着信要求を処理するＯＳｉを選択した操作履歴に基づいて、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定することができる。これにより、着信者の意図が反映された通信サービスＳｊを提供するとともに、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する処理負荷を低減させることができる。

（実施の形態３）
つぎに、実施の形態３にかかる通信端末装置１６００の一実施例について説明する。実施の形態３では、実施の形態２で説明した仮想マシンＶＭ０の各機能部（着信機能部５０１〜着信制御部５０３）を仮想マシンＶＭ１が含む場合について説明する。なお、実施の形態１，２で説明した箇所と同一箇所については、同一符号を付して説明を省略する。

図１６は、実施の形態３にかかる通信端末装置の一実施例を示す説明図である。図１６において、通信端末装置１６００は、仮想マシンＶＭ１〜ＶＭｎと、ハイパーバイザＶＭＭと、を含む構成である。

仮想マシンＶＭ１は、着信機能部５０１と、着信共有部（バックエンド）５０２と、着信制御部５０３と、参照部５０５と、処理部５０６と、管理部５０７と、を含む。また、各仮想マシンＶＭ２〜ＶＭｎは、着信共有部（フロントエンド）５０４と、参照部５０５と、処理部５０６と、管理部５０７と、を含む。着信共有部（フロントエンド）５０４は、仮想マシンＶＭ１が有する着信機能部５０１を複数のＯＳ１〜ＯＳｎで共用するための機能である。すなわち、通信端末装置１６００では、仮想マシンＶＭ１の着信機能部５０１を複数の異なるＯＳ１〜ＯＳｎで共用する。

ここで、着信時における通信端末装置１６００の処理手順の一例を説明する。通信端末装置１６００において、着信機能部５０１は、発信元１１０からの着信要求を受け付けると、該着信要求を着信共有部（バックエンド）５０２に通知する。着信共有部（バックエンド）５０２は、発信元１１０からの着信要求を着信制御部５０３に通知する。

着信制御部５０３は、発信元１１０からの着信要求を、どの仮想マシンＶＭ１〜ＶＭｎで処理するのかを決定して、着信共有部（バックエンド）５０２に通知する。ここで、仮想マシンＶＭ１で処理する場合、着信共有部（バックエンド）５０２は、発信元１１０からの着信要求を処理部５０６に渡す。そして、処理部５０６は、発信元１１０からの着信要求を処理する。

一方、仮想マシンＶＭ１以外で処理する場合、着信共有部（バックエンド）５０２は、着信制御部５０３から通知された仮想マシンＶＭ２〜ＶＭｎの着信共有部（フロントエンド）５０４に、発信元１１０からの着信要求を渡す。各仮想マシンＶＭ２〜ＶＭｎの着信共有部（フロントエンド）５０４は、着信共有部（バックエンド）５０２から通知された着信要求を、処理部５０６に渡す。そして、処理部５０６は、発信元１１０からの着信要求を処理する。

以上説明した実施の形態３にかかる通信端末装置１６００によれば、発信元１１０からの着信要求を仮想マシンＶＭ１で処理する場合は、ハイパーバイザＶＭＭを介した仮想マシン間の通信が不要となる。このため、着信時における通信端末装置１６００の性能を向上させることができる。特に、実施の形態２で説明した仮想マシンＶＭ０の各機能部（着信機能部５０１〜着信制御部５０３）を頻繁に使用される仮想マシンＶＭｉに含むことで、仮想マシン間の通信を大幅に削減することができる。

なお、本実施の形態で説明した着信処理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本着信処理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また本着信処理プログラムは、インターネット等のネットワークを介して配布してもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）発信元からの着信要求を受け付ける受付手段と、
前記受付手段によって受け付けた着信要求に基づいて、前記発信元が要求する通信サービスを特定する特定手段と、
自端末で動作する複数のＯＳに含まれる各ＯＳが処理可能な通信サービスに基づいて、前記複数のＯＳの中から、前記特定手段によって特定された前記発信元が要求する通信サービスを処理可能なＯＳを検索する検索手段と、
前記検索手段によって検索されたＯＳに前記着信要求を割り振る割振手段と、
を備えることを特徴とする通信端末装置。

（付記２）さらに、前記着信要求を処理するためのＯＳを決定する決定手段を備え、
前記検索手段は、
前記特定手段によって前記発信元が要求する通信サービスが複数特定された場合、当該通信サービスごとに処理可能なＯＳを前記複数のＯＳの中から検索し、
前記決定手段は、
前記検索手段によって２つ以上のＯＳが検索された場合、当該２つ以上のＯＳに含まれる各ＯＳが処理可能な前記発信元が要求する通信サービスの数に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする付記１に記載の通信端末装置。

（付記３）前記複数のＯＳに含まれる各ＯＳには、特定の発信元を識別するための識別子を記憶する前記各ＯＳ固有の発信元リストがそれぞれ対応付けられており、
さらに、前記検索手段によって２つ以上のＯＳが検索された場合、当該２つ以上のＯＳに含まれるＯＳごとに、当該ＯＳに対応付けられている発信元リストの中に、前記着信要求に含まれる前記発信元の識別子が登録されているか否かを判定する判定手段を備え、
前記決定手段は、
前記判定手段によって判定された判定結果に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする付記２に記載の通信端末装置。

（付記４）前記決定手段は、
前記検索手段によって２つ以上のＯＳが検索された場合、当該２つ以上のＯＳに含まれる各ＯＳ上で、前記発信元が要求する通信サービスを提供するために動作するアプリケーションの性能に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする付記２に記載の通信端末装置。

（付記５）前記決定手段は、
前記検索手段によって２つ以上のＯＳが検索された場合、前記受付手段によって前記着信要求を受け付けた時刻に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする付記２に記載の通信端末装置。

（付記６）前記決定手段は、
前記検索手段によって２つ以上のＯＳが検索された場合、前記自端末の現在位置に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする付記２に記載の通信端末装置。

（付記７）前記決定手段は、
前記検索手段によって２つ以上のＯＳが検索された場合、当該２つ以上のＯＳに含まれる各ＯＳに接続される周辺機器の接続状況に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする付記２に記載の通信端末装置。

（付記８）前記決定手段は、
着信時に利用者が前記着信要求を処理するＯＳを選択した操作履歴に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする付記２に記載の通信端末装置。

（付記９）通信端末装置のコンピュータに、
発信元からの着信要求を受け付ける受付工程と、
前記受付工程によって受け付けた着信要求に基づいて、前記発信元が要求する通信サービスを特定する特定工程と、
前記通信端末装置で動作する複数のＯＳに含まれる各ＯＳが処理可能な通信サービスに基づいて、前記複数のＯＳの中から、前記特定工程によって特定された前記発信元が要求する通信サービスを処理可能なＯＳを検索する検索工程と、
前記検索工程によって検索されたＯＳに前記着信要求を割り振る割振工程と、
を実行させることを特徴とする着信処理プログラム。

（付記１０）通信端末装置のコンピュータが、
発信元からの着信要求を受け付ける受付工程と、
前記受付工程によって受け付けた着信要求に基づいて、前記発信元が要求する通信サービスを特定する特定工程と、
前記通信端末装置で動作する複数のＯＳに含まれる各ＯＳが処理可能な通信サービスに基づいて、前記複数のＯＳの中から、前記特定工程によって特定された前記発信元が要求する通信サービスを処理可能なＯＳを検索する検索工程と、
前記検索工程によって検索されたＯＳに前記着信要求を割り振る割振工程と、
を実行することを特徴とする着信処理方法。

１００，４００，１６００ 通信端末装置
１０１ 受付部
１０２ 特定部
１０３ 検索部
１０４ 割振部
２００ ＯＳ対応テーブル
５０１ 着信機能部
５０２ 着信共有部（バックエンド）
５０３ 着信制御部
５０４ 着信共有部（フロントエンド）
５０５ 参照部
５０６ 処理部
５０７ 管理部
６０１ 決定部
６０２ 判定部
６０３ 更新部
７００ 仮想マシン対応テーブル
ＶＭ０〜ＶＭｎ，ＶＭｉ，ＶＭ［１］〜ＶＭ［Ｋ］，ＶＭ［ｋ］ 仮想マシン
ＶＭＭ ハイパーバイザ

Claims (6)

1. 発信元からの着信要求を受け付ける受付手段と、
   前記受付手段によって受け付けた着信要求に基づいて、前記発信元が要求する通話サービスを特定する特定手段と、
   自端末で動作する複数のＯＳに含まれる各ＯＳが処理可能な通話サービスに基づいて、前記特定手段によって前記発信元が要求する通話サービスが複数特定された場合、当該通話サービスごとに処理可能なＯＳを前記複数のＯＳの中から検索する検索手段と、
   前記検索手段によって２つ以上のＯＳが検索された場合、当該２つ以上のＯＳに含まれる各ＯＳが処理可能な前記発信元が要求する通話サービスの数に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定する決定手段と、
   前記決定手段によって決定されたＯＳに前記着信要求を割り振る割振手段と、
   を備えることを特徴とする携帯電話装置。
2. 前記複数のＯＳに含まれる各ＯＳには、特定の発信元を識別するための識別子を記憶する前記各ＯＳ固有の発信元リストがそれぞれ対応付けられており、
   さらに、前記検索手段によって２つ以上のＯＳが検索された場合、当該２つ以上のＯＳに含まれるＯＳごとに、当該ＯＳに対応付けられている発信元リストの中に、前記着信要求に含まれる前記発信元の識別子が登録されているか否かを判定する判定手段を備え、
   前記決定手段は、
   前記判定手段によって判定された判定結果に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする請求項１に記載の携帯電話装置。
3. 前記決定手段は、
   前記検索手段によって２つ以上のＯＳが検索された場合、当該２つ以上のＯＳに含まれる各ＯＳ上で、前記発信元が要求する通話サービスを提供するために動作するアプリケーションの性能に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする請求項１に記載の携帯電話装置。
4. 前記決定手段は、
   前記検索手段によって２つ以上のＯＳが検索された場合、前記受付手段によって前記着信要求を受け付けた時刻に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする請求項１に記載の携帯電話装置。
5. 携帯電話装置のコンピュータに、
   発信元からの着信要求を受け付ける受付工程と、
   前記受付工程によって受け付けた着信要求に基づいて、前記発信元が要求する通話サービスを特定する特定工程と、
   前記携帯電話装置で動作する複数のＯＳに含まれる各ＯＳが処理可能な通話サービスに基づいて、前記特定工程によって前記発信元が要求する通話サービスが複数特定された場合、当該通話サービスごとに処理可能なＯＳを前記複数のＯＳの中から検索する検索工程と、
   前記検索工程によって２つ以上のＯＳが検索された場合、当該２つ以上のＯＳに含まれる各ＯＳが処理可能な前記発信元が要求する通話サービスの数に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定する決定工程と、
   前記決定工程によって決定されたＯＳに前記着信要求を割り振る割振工程と、
   を実行させることを特徴とする着信処理プログラム。
6. 携帯電話装置のコンピュータが、
   発信元からの着信要求を受け付ける受付工程と、
   前記受付工程によって受け付けた着信要求に基づいて、前記発信元が要求する通話サービスを特定する特定工程と、
   前記携帯電話装置で動作する複数のＯＳに含まれる各ＯＳが処理可能な通話サービスに基づいて、前記特定工程によって前記発信元が要求する通話サービスが複数特定された場合、当該通話サービスごとに処理可能なＯＳを前記複数のＯＳの中から検索する検索工程と、
   前記検索工程によって２つ以上のＯＳが検索された場合、当該２つ以上のＯＳに含まれる各ＯＳが処理可能な前記発信元が要求する通話サービスの数に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定する決定工程と、
   前記決定工程によって決定されたＯＳに前記着信要求を割り振る割振工程と、
   を実行することを特徴とする着信処理方法。

Images