JP7447587B2 - 管理装置、プログラム - Google Patents

Description

本発明は、通信技術に関し、特に複数の通信手段を使用可能である端末装置を管理する管理装置、プログラムに関する。

近年のスマートフォン等の情報通信端末には、複数のＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）を装着することが可能なモデルもある。情報通信端末が複数のＳＩＭを装着可能な場合、２種類の異なった内容で契約されたＳＩＭが同時に装着されると、通信時に任意のタイミングで使用するＳＩＭが切りかえられる。つまり、情報通信端末へＳＩＭを装着しなおすことなく、通信の目的に応じて異なる契約内容のＳＩＭを切り替えることが可能となる。

また、特許文献１では、複数のＳＩＭが装着可能な情報通信端末に、通信量制限なしで通信速度が低速である第一のＳＩＭと、通信量制限ありで通信速度が高速である第二のＳＩＭが装着される。情報通信端末は、通信量制限ありで通信速度が高速である第二のＳＩＭを使用可能な曜日、時間帯、および使用可能通信量を細かく指定し、当該曜日、時間帯においての使用可能通信量を超えた場合に、自動で通信量制限なしで通信速度が低速である第一のＳＩＭへ切り替える。

特開２０１６－１７１４１７号公報

特許文献１に開示された技術によれば、時刻やＳＩＭの使用通信量によりＳＩＭが自動的に切りかえられる。しかしながら、ＳＩＭの切り替え処理において通信内容の重要度については考慮されていない。例えば、選択されているＳＩＭの通信速度が低速である際に重要な通話が発生した場合、回線速度の低下によって音質が悪くなり、重要な通話を正確に聞き取れないことが起こり得る。従って、複数のＳＩＭが装着可能な端末装置を使用する際には、使用状況に応じて適切にＳＩＭを切替えて使用することが望ましい。

本発明はこうした状況に鑑みてなされたものであり、その目的は、端末装置の使用状況をもとに端末装置が使用すべき通信手段を適切に選択する技術を提供することである。

上記課題を解決するために、本発明のある態様の管理装置は、複数の通信手段を備える端末装置を管理する管理装置であって、端末装置あるいは端末装置の使用者に対して定められた重要度を示す指数、端末装置の過去の通信で使用された単語に基づいて算出された緊急度を示す指数、および端末装置の過去の通信における通信情報の冗長性の少なさに対応する情報密度を示す指数、のうちの少なくとも１つの指数を記憶する記憶部と、一の通信に係る複数の端末装置のうちの少なくとも１つの端末装置を処理対象にして、第１通信品質が規定された第１通信手段、および第１通信品質よりも高品質である第２通信品質が規定された第２通信手段の中から、記憶部に記憶された指数をもとに、処理対象の端末装置が使用すべき通信手段を選択する制御部と、処理対象の端末装置に対して、選択された通信手段に関する信号を送信する送信部と、を備える。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、端末装置の使用状況をもとに端末装置が使用すべき通信手段を適切に選択できる。

実施例１に係る通信システムの構成を示す図である。 端末装置のハードウエア構成および機能ブロックを示す図である。 端末装置の詳細な機能ブロックを示す図である。 管理装置のハードウエア構成および機能ブロックを示す図である。 管理装置の詳細な機能ブロックを示す図である。 管理装置のＳＩＭデータベースのデータ構造を示す図である。 管理装置のユーザ重要度テーブルのデータ構造を示す図である。 通信システムにおけるＳＩＰの手順を示すシーケンス図である。 管理装置による切替判定処理手順を示すフローチャートである。 通信システムにおける切替判定処理手順を示すシーケンス図である。 実施例１の変形例１の管理装置の時間帯別の所定値テーブルのデータ構造を示す図である。 図１２（ａ）－（ｆ）は、実施例１の変形例２の管理装置のユーザ重要度テーブルのデータ構造を示す図である。 実施例１の変形例３の通信システムにおけるＳＩＰの手順を示すシーケンス図である。 実施例１の変形例６の管理装置のユーザ重要度テーブルのデータ構造を示す図である。 実施例１の変形例６の管理装置のユーザ重要度テーブルのデータ構造を示す図である。 実施例２の通信システムにおいて通話不可と判定された場合のＳＩＰの手順を示すシーケンス図である。 実施例３の管理装置のユーザ緊急度テーブルのデータ構造を示す図である。 実施例４の管理装置のユーザ通話時間テーブルのデータ構造を示す図である。 実施例４の管理装置の情報密度指数テーブルのデータ構造を示す図である。 実施例４の変形例１の管理装置のユーザ通話時間テーブルのデータ構造を示す図である。 実施例５の管理装置による切替判定処理手順を示すフローチャートである。

（実施例１）
図１は、通信システム１００の構成を示す。通信システム１００は、ネットワーク１０、管理装置１２、基地局装置１４と総称される第１基地局装置１４ａ、第２基地局装置１４ｂ、第３基地局装置１４ｃ、端末装置１６と総称される第１端末装置１６ａ、・・・、第８端末装置１６ｈを含む。ここで、通信システム１００に含まれる基地局装置１４の数は「３」に限定されず、端末装置１６の数は「８」に限定されず、それらより多くてもよく、それらよりも少なくてもよい。通信システム１００において、複数の端末装置１６間での通信が行われる。

端末装置１６は、ＩＰトランシーバ、ＰｏＣ（Ｐｕｓｈ－ｔｏ－Ｔａｌｋ ｏｖｅｒ Ｃｅｌｌｕｌａｒ）トランシーバとも呼ばれ、音声通信を実行する。音声通信はプッシュ・ツー・トーク方式であり、個別呼出、グループ呼出、一斉呼出、近隣呼出も可能である。このような音声通信を実行するために、端末装置１６は基地局装置１４に接続される。ここで、基地局装置１４と端末装置１６との間における通信方式には、半二重または全二重通信が使用される。なお、本実施例では、端末装置１６がＩＰ無線通信を行う場合を例に説明するが、これに限定されるものではない。端末装置１６は、ＩＰトランシーバに限らず、ＩＰ無線通信を行わない通常の携帯電話やスマートフォンであってもよい。例えば、端末装置１６は、テキストデータや画像データを含むメッセージを送受信してもよい。つまり、端末装置１６は通話に限らず、データ通信等を行ってもよい。

複数の基地局装置１４は、ネットワーク１０により互いに接続される。ネットワーク１０は、例えばＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークである。ネットワーク１０には管理装置１２が接続される。管理装置１２は、例えばＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ等により構成され、端末装置１６間で通話する際のＳＩＰシーケンス処理を実行する。

このような構成において、端末装置１６の使用者（ユーザ）は、端末装置１６の通話ボタンを押下することによって、他の端末装置１６を使用する他の使用者との音声通話を実行する。通信方式が半二重通信である場合、ある音声通話に係る複数の端末装置１６において、いずれかの使用者が通話ボタンを押下し発話している間にわたって、他の使用者は通話ボタンを押しても発話できない。

また、端末装置１６がスマートフォンである場合、端末装置１６へＩＰ無線通信用アプリケーションのインストールがなされることによって、前述のプッシュ・ツー・トーク方式での通話が可能となる。その際、スマートフォン等の端末装置１６には、移動体通信事業者が発行するＳＩＭが装着される。移動体通信事業者は様々な移動体通信サービスを提供しており、ＳＩＭには移動体通信事業者が提供する移動体通信サービス内容と、移動体通信サービスの提供先を識別するための情報が記憶されている。以下は、移動体通信事業者が提供する移動体通信サービスの契約例（料金プラン、料金体系）となる。
（１）１つ目の契約例（料金プラン）では、通信速度は所定の値に制限されているが、通信量は制限されることなく通信をすることができる。
（２）２つ目の契約例（料金プラン）では、通信速度は（１）よりも速い速度で通信できるが、所定の期間内で所定の通信量（例えば一ヶ月間で３ギガバイト）で制限が掛かる。この制限を超えた場合、所定の期間の残りの期間において、通信速度が通常よりも遅い速度に制限される状態、あるいは追加料金を払わないと通信不可の状態になる。

一般的に通信料金（コスト）は（１）の方が安価であるが、回線の混雑時、例えば通勤時間帯や昼休み時間では、利用者が増え、通信トラフィックが増えるため、通信速度が極端に低下する場合がある。また、近年のスマートフォン等の端末装置１６には、複数のＳＩＭを装着することが可能なモデルもある。スマートフォンが複数のＳＩＭを装着可能な場合、ユーザは例えば前記（１）の内容で契約されたＳＩＭと、前記（２）の内容で契約されたＳＩＭを同時に装着し、通信時に任意のタイミングで使用するＳＩＭを切り替えることができる。すなわち、スマートフォンへＳＩＭを装着しなおすことなく、通信の目的に応じて異なる料金プランのＳＩＭを切り替えることが可能となる。このような場合、端末装置１６は複数の通信手段を備えているといえる。また、端末装置１６は複数の通信手段の中から１つの通信手段を選択して通信を行うともいえる。

通信システム１００の端末装置１６が音声、映像通話を行う際、通話内容の重要度が異なる場合がある。重要度の高い通話内容とは、例えば工事現場の現場責任者からの指示を伝える通話や、施設を警備している際に事故が発生した場合や、不審者を発見した場合、非常事態が発生した際の通話などである。重要度の高くない、または重要度の低い通話内容とは、例えば工事現場での作業者同士の通話や、施設を警備している警備員による定時報告等の通話である。端末装置１６が複数のＳＩＭを装着している場合、前述の様に、ユーザは任意のタイミングで使用するＳＩＭを切り替えることができる。ユーザが前述の（１）の内容で契約したＳＩＭを選択した状態で通話を受信した場合、回線速度の低下などの理由により音声、映像通話が正常に受信できない可能性があった。このため、重要度の高い通話を正確に聞き取れない、あるいは通話を聞き逃してしまう問題が有った。特に、データ量の多い映像通話（映像付き音声通話）を行う場合に、問題が発生することがあった。

図２は、端末装置１６のハードウエア構成および機能ブロックを示す。端末装置１６は、ＣＰＵ２１０、ユーザＩＦ（Ｉｎｔｅｒｆａｃｅ）２２０、通信ＩＦ２３０、記憶部４０を含む。ＣＰＵ２１０、ユーザＩＦ２２０、通信ＩＦ２３０、記憶部４０は、バス２５０によって接続される。

ユーザＩＦ２２０は、ユーザに対するインターフェースである。ユーザＩＦ２２０は、ユーザからの情報を受けつけたり、ユーザに情報を提示したりする。通信ＩＦ２３０は、無線通信を用いて基地局装置１４と通信する。さらに、基地局装置１４経由で管理装置１２と通信する。記憶部４０は、情報を記憶する媒体であり、例えば、不揮発性の半導体メモリで構成される。ＣＰＵ２１０は制御部３８を含み、ユーザＩＦ２２０は入力部３０、表示部３６を含み、通信ＩＦ２３０は通信部３４、第１ＳＩＭ装着部４２、第２ＳＩＭ装着部４４を含む。

図３は、端末装置１６の詳細な機能ブロックを示す。端末装置１６は、入力部３０、通信部３４、表示部３６、制御部３８、記憶部４０、第１ＳＩＭ装着部４２、第２ＳＩＭ装着部４４を含む。端末装置１６は、例えば、ＩＰ無線通信用アプリケーションがインストールされた携帯電話端末（スマートフォン等）である。

表示部３６は、端末装置１６の設定、通話状態を表示するインターフェースであり、例えばディスプレイである。入力部３０は、端末装置１６のユーザが操作するための各種ボタン、タッチパネル等の入力デバイス、入力デバイスの状態を制御部３８に通知するためのインターフェースを含む。入力部３０は、発信する際に押下される通話ボタンも含む。また、入力部３０は、周辺機器の操作を行う際に押下される操作ボタンも含む。通話ボタン、操作ボタンの押下状態は、入力部３０において検出され、制御部３８に入力される。なお、タッチパネルを用いて、表示部３６と入力部３０を一体的に構成してもよい。

通信部３４は、移動体通信事業者が提供する通信システム１００を利用して、管理装置１２および他の端末装置１６と通信する。通信部３４は、データを受信する受信部（不図示）と、データを送信する送信部（不図示）とを含む。第１ＳＩＭ装着部４２と第２ＳＩＭ装着部４４は、移動体通信事業者から発行されるＳＩＭを装着するスロットである。本実施例ではＳＩＭ装着部は２つとしているが、２つより多くてもよい。例えば、端末装置１６は、３つのＳＩＭ装着部を備えていてもよい。つまり、端末装置１６は２つ以上の通信手段を備えていればよい。記憶部４０には、端末装置１６の設定情報等が記録される。記憶部４０には、端末装置１６が現在選択しているＳＩＭ装着部の番号も記録される。制御部３８は、所定の周期（例えば５分）で全てのＳＩＭ装着部に装着されているＳＩＭに関する情報、具体的には、通信速度、所定期間（例えば、１か月）における残りデータ容量（データ残量）、および現在端末装置１６が選択（設定）しているＳＩＭを識別する情報（例えば、ＳＩＭ番号）などを通信部３４を経由して管理装置１２へ送信する。本実施例では上記の管理装置１２へ所定の周期で送信されるＳＩＭに関する情報をＳＩＭ情報と呼ぶ。

図４は、管理装置１２のハードウエア構成および機能ブロックを示す。管理装置１２は、クロック発振器４００、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４１０、ユーザＩＦ４２０、通信ＩＦ４３０、記憶部３４０を含む。クロック発振器４００、ＣＰＵ４１０、ユーザＩＦ４２０、通信ＩＦ４３０、記憶部３４０は、バス４５０によって接続される。

クロック発振器４００は、例えば、水晶発振器であり、一定の周波数の信号を生成する。ＣＰＵ４１０は、管理装置１２における処理を実行する。ユーザＩＦ４２０は、管理者からの情報を受けつけたり、管理者に情報を提示したりする。通信ＩＦ４３０は、ネットワーク１０と接続され、基地局装置１４と通信する。さらに、通信ＩＦ４３０は、基地局装置１４経由で端末装置１６と通信する。記憶部３４０は、情報を記憶する媒体であり、例えば、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）である。

クロック発振器４００は計時部３３２を含み、ＣＰＵ４１０は制御部３３８を含み、ユーザＩＦ４２０は入力部３３０、表示部３３６を含み、通信ＩＦ４３０は通信部３３４を含む。記憶部３４０は、ＳＩＭデータベース３６２、ユーザ重要度テーブル３６４を含む。

図５は、管理装置１２の詳細な機能ブロックを示す。管理装置１２は、入力部３３０、計時部３３２、通信部３３４、表示部３３６、制御部３３８、記憶部３４０を含む。記憶部３４０は、ＳＩＭデータベース３６２、ユーザ重要度テーブル３６４を含む。表示部３３６は、管理装置１２の設定を表示するためのインターフェースである。入力部３３０は、管理装置１２の設定を行うための各種ボタン、タッチパネル等のインターフェースである。タッチパネルを用いて、表示部３３６と入力部３３０を一体的に構成してもよい。通信部３３４は、移動体通信事業者が提供する通信システム１００を利用して、端末装置１６と通信する。通信部３３４は、データを受信する受信部（不図示）と、データを送信する送信部（不図示）を含む。記憶部３４０にはＳＩＭデータベース３６２とユーザ重要度テーブル３６４が記録される。各端末装置１６から所定の周期で送信されるＳＩＭ情報は、通信部３３４を経由して管理装置１２の制御部３３８に入力される。管理装置１２の制御部３３８は、ＳＩＭ情報を受信した際、計時部３３２から現在の時刻を取得し、ＳＩＭ情報とともに記憶部３４０のＳＩＭデータベース３６２を更新する。

図６は、管理装置１２のＳＩＭデータベース３６２のデータ構造を示す。端末ＩＤ（端末識別子）と、受信日時と、選択ＳＩＭ番号と、ＳＩＭ情報（ＳＩＭ状態）とが関連付けて格納される。端末ＩＤのフィールドには、端末装置１６を識別する端末ＩＤが記録される。本図の例では、第１端末装置１６ａから第６端末装置１６ｆのそれぞれに対する端末ＩＤが「Ｔ１」から「Ｔ６」と示されている。受信日時のフィールドには、管理装置１２が端末装置１６からＳＩＭ情報を受信した日時が記録される。なお、受信日時の記載例である「２０１８／６／１ １０：２６：２４」は「２０１８年６月１日 １０時２６分２４秒」であることを表す。選択ＳＩＭ番号のフィールドには、端末装置１６が現在選択しているＳＩＭ番号が記録される。ＳＩＭ情報のフィールドには、各端末装置１６から取得したＳＩＭ情報が記録される。各端末装置１６は、少なくともＳＩＭの選択を変更した際に、ＳＩＭ情報を管理装置１２に送信する。本図に示す例では、各端末装置１６について、「ＳＩＭ情報１」、「ＳＩＭ情報２」「ＳＩＭ情報３」の３つのＳＩＭ情報を記録することが可能である。ただし、ＳＩＭ情報の数は「３」に限定されず、２以上であればよい。各ＳＩＭ情報の通信速度のフィールドには、端末装置１６の各ＳＩＭ装着部に装着されているＳＩＭの通信速度が低速であるか高速であるかを示す速度情報が記録される。本実施例では、「低速」と「高速」の２種類の速度情報を用いるが、３種類以上の速度情報を用いてもよい。また、低速および高速といったカテゴリを用いずに、「１０Ｍｂｐｓ」や「１００Ｍｂｐｓ」といった通信速度（最大通信速度）そのものを通信速度のフィールドに記録してもよい。各ＳＩＭ情報の高速通信量のフィールドには、端末装置１６の各ＳＩＭ装着部に装着されているＳＩＭが、所定期間において高速で通信できる残りの通信量（データ残量）に関する情報が記録される。

通信速度が「高速」のＳＩＭは、具体的には前述の（２）のＳＩＭであり、高速通信量は所定の期間内に高速で通信可能な通信量（データ容量）の残量（データ残量）の割合を示している。例えば、所定の期間において、３ギガバイトの高速通信ができる料金プランで契約されたＳＩＭが、現在までに２ギガバイトのデータ容量を使っている場合、所定の期間の残りの期間で使用可能なデータ容量は１ギガバイトであり、残量の割合は「３３％」となる。すなわち、このＳＩＭは、高速通信量の値（パーセント）が大きい程、より長時間にわたり高速で通信することが可能である。通信速度が「高速」で高速通信量が「０％」のＳＩＭ、本図では端末ＩＤ「Ｔ５」（第５端末装置１６ｅ）のＳＩＭ情報１は、高速で通信する通信量を使い果たしており、実際の通信速度は移動体通信事業者により低速に制限されている状態となる。なお、高速通信容量のフィールドには、残量の割合ではなく、残量そのものを記録してもよい。例えば、高速通信容量の残量として、「５００ＭＢ（メガバイト）」、「２．５ＧＢ（ギガバイト）」といった数値を記録してもよい。

通信速度が「低速」のＳＩＭは、具体的には前述の（１）のＳＩＭであり、通信速度は「低速」であり、高速通信量は「０％」と記録される。つまり、通信速度が「低速」のＳＩＭの場合、高速通信量は必ず「０％」になる。また、本図にて通信速度と高速通信量に何も記載されていないＳＩＭは、端末装置１６のＳＩＭ装着部にＳＩＭが装着されていない、あるいは端末装置１６にＳＩＭ装着部が存在しないことを示している。例えば、端末ＩＤ「Ｔ６」（第６端末装置１６ｆ）は、第１ＳＩＭのみを装着しており、ＳＩＭ情報１のみが記録される。また、端末ＩＤ「Ｔ１」（第１端末装置１６ａ）は、第１ＳＩＭおよび第２ＳＩＭを装着しており、ＳＩＭ情報１およびＳＩＭ情報２が記録されている。つまり、本図に示す例では、各端末装置１６について、最大３つのＳＩＭ情報を登録することが可能であるが、ＳＩＭ情報が１つまたは２つの端末装置１６が存在していてもよい。

例えば音声データを送信する際、通信速度が「低速」に制限されていると、回線速度の低下などの理由により音飛び、音途切れ等により正確な通話が行われない可能性がある。映像データに関しても同様のことが発生する可能性がある。このように、ＳＩＭにおいて通信速度を規定することは、通話を行う際の音声や映像の品質に影響するので、通信品質を規定するともいえる。つまり、通信速度が速いＳＩＭほど、通信品質が高いといえる。また、通信速度が速いＳＩＭであっても、実際に高速通信に使用できる通信量（データ容量）や通信時間が短い場合、通信が途中で途切れる可能性があり、通信情報が正確に伝達されない可能性がある。つまり、このような場合の通信品質は低い。このため、通信速度と使用可能な通信量（データ残量）との組み合わせも通信品質を規定するといえる。つまり、通信速度が高いほど、かつ使用可能な通信量が多いほど、通信品質が高いといえる。

ここで、前述の（１）のＳＩＭにおいて規定される通信条件を「第１通信条件」と呼ぶ場合、前述の（２）のＳＩＭにおいて規定される通信条件は「第２通信条件」と呼ばれる。第１通信条件は、第１通信品質と第１通信コストを含み、第２通信条件は、第２通信品質と第２通信コストを含む。第２通信品質と第１通信品質は異なるように規定され、第２通信コストと第１通信コストは異なるように規定される。第２通信品質は第１通信品質よりも高品質、例えば高速であり、第２通信コストは第１通信コストよりも高コストである。また、各々のＳＩＭは、通信手段であるため、前述の（１）のＳＩＭを「第１通信手段」と呼ぶ場合、前述の（２）のＳＩＭは「第２通信手段」と呼ばれる。つまり、２種類の通信条件が規定された２種類のＳＩＭを装着した端末装置１６は、２つの通信手段を備えているといえる。端末装置１６は、複数の通信手段の中から使用する通信手段を選択して通信を行う。また、「第１通信条件」は、「第１通信手段の通信条件」であり、「第２通信条件」は、「第２通信手段の通信条件」である。このため、第１通信手段には、第１通信品質と第１通信コストが規定されており、第２通信手段には、第２通信品質と第２通信コストが規定されている。本実施例においては、通信手段に通信品質と通信コストの両方が規定されているものとするが、これに限定されるわけではない。例えば、通信手段に通信品質のみが規定されていてもよく、通信コストが規定されていなくてもよい。

制御部３３８は各端末装置１６からＳＩＭ情報を受信した際、受信したＳＩＭ情報をＳＩＭデータベース３６２のＳＩＭ情報フィールドに記録（上書き）する。ＳＩＭデータベース３６２に端末装置１６の記録が存在しない場合、制御部３３８は、新たに端末装置１６のレコードを追加する。つまり、ＳＩＭデータベース３６２には、端末装置１６毎の最新のＳＩＭ情報が記録されている。

図７は、管理装置１２のユーザ重要度テーブル３６４のデータ構造を示す。ユーザ重要度テーブル３６４は、端末ＩＤとユーザ名と重要度指数とを関連付けて記憶する。本図に示す例では、端末ＩＤには、第１端末装置１６ａから第６端末装置１６ｆのそれぞれに対するＩＤが「Ｔ１」から「Ｔ６」と示される。ユーザ名には各端末装置１６を使用しているユーザの名前が記録される。重要度指数は、端末装置１６を使用するユーザによって、どの程度重要な通信がなされるかを示す指数である。例えば、重要度指数として「０」から「１０」までの数値が記録される。例えば、当該端末装置１６を使用するユーザが工事現場の監督やチームリーダ、すなわち重要度の高い通話（通信）を行うことが予想されるユーザの場合はより大きい数値が記録され、重要度の低い通話（通信）を行うことが予想されるユーザの場合はより小さい数値が記録される。つまり、重要度指数は、各端末装置１６のユーザに応じて定められた重要度を示す。また、各端末装置１６あるいは各端末装置１６ユーザが行う通信（通信内容）の重要度を示す指数であるともいえる。ユーザ重要度テーブル３６４は、通信システム１００の管理者により、管理装置１２の入力部３３０を経由して管理装置１２の記憶部３４０に設定される。なお、本図に示す例では、ユーザ重要度テーブル３６４は、ユーザ名を記録するが、ユーザ名が未入力のレコードが存在してもよく、またユーザ名のフィールドを省略してもよい。ユーザ名が存在しない場合、重要度指数は、各端末装置１６によって、どの程度重要な通信がなされるかを示す。つまり、重要度指数は、端末装置１６ごと、あるいは端末装置１６のユーザごとに定められた、重要性（通信情報の重要性）を示す。また、本図では重要度指数の最小値を「０」、最大値を「１０」として説明したが、それ以外の数値でもよい。

図８は、通信システム１００におけるＳＩＰの手順を示すシーケンス図である。第１端末装置１６ａにおいて通話ボタンが押下された後（Ｓ１０）、第１端末装置１６ａから第２端末装置１６ｂへ通話を行う場合、第１端末装置１６ａは第２端末装置１６ｂを宛先としたＩＮＶＩＴＥを送信する（Ｓ１２）。送信されたＩＮＶＩＴＥは管理装置１２を経由し、第２管理装置１２ｂに送信される（Ｓ１４）。第２端末装置１６ｂはＩＮＶＩＴＥ受信後、第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ１６）。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１８）。第１端末装置１６ａはステータスコード２００ ＯＫ受信後、ＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅ）を送信する（Ｓ２０）。送信されたＡＣＫは管理装置１２経由で、第２管理装置１２ｂに送信される（Ｓ２２）。第１端末装置１６ａはＡＣＫを送信した後、ＲＴＰを使って通話データの送信を開始する（Ｓ２４、Ｓ２６、Ｓ２８）。

次に、本実施例の管理装置１２の処理の詳細を説明する。図９は、管理装置１２による切替判定処理手順を示すフローチャートである。これは、送信先端末装置１６についてＳＩＭ切り替えをすべきか否かを判定する処理である。ＳＩＭ切り替え判定処理は、記憶部３４０のＳＩＭデータベース３６２およびユーザ重要度テーブル３６４に記録されている情報をもとに、通話の送信先端末装置１６のＳＩＭを切り替えるか否かを判定する処理である。なお、切替判定処理を通信条件選択（選定）処理、あるいは通信手段選択（選定）処理と呼ぶ場合もある。本実施例では、管理装置１６は、ある通信（一の通信）における送信先（発信先）の端末装置１６が使用すべき通信手段を選択する。このため、本実施例では、通信手段を選択する対象となる端末装置である、送信先の端末装置１６を処理対象の端末装置とも呼ぶ。ただし、後述するように、処理対象の端末装置は、送信先の端末装置１６に限定されない。図９のＳ１００において、制御部３３８は通話開始要求（通信開始要求）を受信したか否かを判定する。通話開始要求を受信していない場合（Ｓ１００：Ｎｏ）は、Ｓ１００に戻って処理を繰り返す。通話開始要求を受信した場合（Ｓ１００：Ｙｅｓ）は、Ｓ１１０に進む。

Ｓ１１０において、制御部３３８はＳＩＭデータベース３６２に送信先端末装置１６のレコード（以下、「送信先ＳＩＭレコードＲ」という）が存在するか否かを判定する。送信先ＳＩＭレコードＲが存在する場合（Ｓ１１０：Ｙｅｓ）は、Ｓ１２０に進む。送信先ＳＩＭレコードＲが存在しない場合（Ｓ１１０：Ｎｏ）は、Ｓ２３０に進む。これは、「切り替え無し」と判定し、返り値ＲｅｔにＮＵＬＬを設定して判定処理を終了することに相当する。また、ＳＩＭデータベース３６２において、送信先端末装置１６に対応するＳＩＭ情報が１つしか記録されていない場合にも、「切り替え無し」と判定し、返り値ＲｅｔにＮＵＬＬを設定して判定処理を終了する。次に、Ｓ１２０において、制御部３３８はＳＩＭデータベース３６２から送信先ＳＩＭレコードＲを取得する。その後Ｓ１３０に進む。

Ｓ１３０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ１４０に進む。Ｓ１４０において、制御部３３８は送信先ＳＩＭレコードＲの受信日時と、現時刻ＣＴの差分（時間差）Ｐを計算する。その後Ｓ１５０に進む。Ｓ１５０において、制御部３３８は差分Ｐが所定の時間（例えば２時間）以上か否かを判定する。差分Ｐが所定の時間未満の場合（Ｓ１５０：Ｎｏ）は、Ｓ１６０に進む。差分Ｐが所定の時間以上の場合（Ｓ１５０：Ｙｅｓ）は、Ｓ２３０に進む。これは、「切り替え無し」と判定し、返り値ＲｅｔにＮＵＬＬを設定して判定処理を終了することに相当する。

制御部３３８は送信先ＳＩＭレコードＲの選択ＳＩＭ番号から、現在選択しているＳＩＭの通信速度及び高速通信量を確認し、送信先端末装置１６が選択しているＳＩＭが適切であるか否かを判定する。そのために、Ｓ１６０において、制御部３３８はユーザ重要度テーブル３６４を参照し、送信元端末装置１６の重要度指数Ｉを取得する。その後Ｓ１７０に進む。Ｓ１７０において、制御部３３８は重要度指数Ｉが所定値Ｔ（例えば７）以上であるか否かを判定する。制御部３３８は重要度指数Ｉが所定値Ｔ以上の場合（Ｓ１７０：Ｙｅｓ）は、Ｓ１８０に進む。制御部３３８は重要度指数Ｉが所定値Ｔ未満の場合（Ｓ１７０：Ｎｏ）は、Ｓ２４０に進む。これは、送信元の端末装置１６のユーザが重要度の低い通話を行うことが予想されるときに相当する。Ｓ１８０において、制御部３３８は送信先端末装置１６が選択しているＳＩＭの通信速度が「低速」であるか否かを判定する。送信先端末装置１６が選択しているＳＩＭの通信速度が「低速」でない場合（Ｓ１８０：Ｎｏ）は、Ｓ１９０に進む。

送信先端末装置１６が選択しているＳＩＭの通信速度が「低速」の場合（Ｓ１８０：Ｙｅｓ）は、Ｓ２００に進む。Ｓ１９０において、制御部３３８は送信先端末装置１６が選択しているＳＩＭの高速通信量が所定の値（例えば５％）未満か否かを判定する。高速通信量が所定の値未満の場合（Ｓ１９０：Ｙｅｓ）は、Ｓ２００に進む。高速通信量が所定の値以上の場合（Ｓ１９０：Ｎｏ）は、Ｓ２３０に進む。Ｓ２００において、制御部３３８は送信先ＳＩＭレコードＲの中から、通信速度が「高速」で、かつ高速通信量が所定の値（例えば５％）以上のＳＩＭ＿Ｈを検索する。その後Ｓ２１０に進む。Ｓ２１０において、制御部３３８はＳ２００にてＳＩＭ＿Ｈが存在したか否かを判定する。ＳＩＭ＿Ｈが存在した場合（Ｓ２１０：Ｙｅｓ）は、Ｓ２２０に遷移する。ＳＩＭ＿Ｈが存在しない場合（Ｓ２１０：Ｎｏ）は、Ｓ２３０に遷移する。Ｓ２２０において、制御部３３８は返り値ＲｅｔにＳＩＭ＿ＨのＳＩＭ番号を設定する。その後処理を終了する。Ｓ２３０において、制御部３３８は返り値ＲｅｔにＮＵＬＬを設定する。その後処理を終了する。

通信速度が「高速」で高速通信量が所定値以上のＳＩＭ＿Ｈが存在しない場合（Ｓ２１０：Ｎｏ）、返り値ＲｅｔにＮＵＬＬを設定して判定処理を終了することは、送信元から発話される重要度の高い音声、映像通話を、通信速度が高速であっても、高速通信量が少ない、すなわち短時間しか高速で通信できないＳＩＭで受信した場合、通話が途中で切れてしまう可能性があるため、これを回避するために通信速度が低速であっても、通信残量の多いＳＩＭを選択して通信すべきであるという知見に基づく処理となる。一方、ＳＩＭ＿Ｈが存在する場合（Ｓ２１０：Ｙｅｓ）、返り値ＲｅｔにＳＩＭ＿ＨのＳＩＭ番号を設定して判定処理を終了することは、送信元から発話される重要度の高い音声、映像通話を、通信速度が低速なＳＩＭで受信した場合、音飛び、音途切れ、映像のコマ落ち等により正確な通話が行われない可能性があるため、これを回避するために通信速度が高速で、かつ高速通信量が大きいＳＩＭを選択して通信すべきであるという知見に基づく処理となる。

Ｓ２４０において、制御部３３８は送信先端末装置１６が選択しているＳＩＭの通信速度が「高速」であるか否かを判定する。送信先端末装置１６が選択しているＳＩＭの通信速度が「高速」でない場合（Ｓ２４０：Ｎｏ）は、Ｓ２３０に進む。送信先端末装置１６が選択しているＳＩＭの通信速度が「高速」の場合（Ｓ２４０：Ｙｅｓ）は、Ｓ２５０に進む。Ｓ２５０において、制御部３３８は送信先ＳＩＭレコードＲの中から、通信速度が「低速」のＳＩＭ＿Ｌを検索する。その後Ｓ２６０に進む。Ｓ２６０において、制御部３３８はＳ２５０にてＳＩＭ＿Ｌが存在したか否かを判定する。ＳＩＭ＿Ｌが存在した場合（Ｓ２６０：Ｙｅｓ）は、Ｓ２７０に遷移する。これは、送信元から発話される通話内容の重要度が低い場合、例えば警備中の定時報告等は通話に多少の音飛びや音途切れや映像のコマ落ちが発生しても特に問題は無く、また重要度が低い通話により有限な高速通信量を無駄に消費するべきではないという知見に基づく処理となる。ＳＩＭ＿Ｌが存在しない場合（Ｓ２６０：Ｎｏ）は、Ｓ２３０に遷移する。Ｓ２７０において、制御部３３８は返り値ＲｅｔにＳＩＭ＿ＬのＳＩＭ番号を設定する。その後処理を終了する。

次に、図６および図７に示す例を用いて、切替判定処理の具体例を説明する。例えば、日時「２０１８／６／１ １０：３０：００」に、第２端末装置１６ｂが第１端末装置１６ａへ発信した場合、管理装置１２は以下の処理を行う。まず管理装置１２の制御部３３８は図６のＳＩＭデータベース３６２を参照し、送信先ＳＩＭレコードＲ、すなわち送信先第１端末装置１６ａの送信先ＳＩＭレコードを取得する。送信先ＳＩＭレコードＲは存在し、かつ受信日時と現時刻ＣＴとの差分Ｐが所定の時間（例えば２時間）未満であるため、次に制御部３３８は図７のユーザ重要度テーブル３６４を参照し、送信元第２端末装置１６ｂの重要度指数Ｉを取得する。送信元第２端末装置１６ｂの重要度指数Ｉは「８」であり、所定値Ｔ（例えば７）以上であることから、送信元第２端末装置１６ｂから重要度の高い通話が送信されると判定される。次に制御部３３８は送信先ＳＩＭレコードＲの選択ＳＩＭ番号を参照し、第１端末装置１６ａが現在選択しているＳＩＭ番号は「１」であることから、ＳＩＭ情報１（第１ＳＩＭ）の通信速度は「低速」、高速通信量は「０％」であることが特定される。これにより、制御部３３８は送信先ＳＩＭレコードＲのＳＩＭ情報１以外のＳＩＭ情報を参照し、通信速度が「高速」であり、高速通信量が所定の値（例えば５％）以上のＳＩＭ情報を検索する。検索の結果、通信速度が「高速」、高速通信量が「５０％」であるＳＩＭ情報２が特定され、切り替え先のＳＩＭ番号は「２」となり、返り値Ｒｅｔに「２」が設定される。

また別の一例として、日時「２０１８／６／１ １０：３０：００」に、第２端末装置１６ｂが第３端末装置１６ｃへ発信した場合、管理装置１２は以下の処理を行う。まず管理装置１２の制御部３３８は図６のＳＩＭデータベース３６２を参照し、送信先ＳＩＭレコードＲ、すなわち送信先第３端末装置１６ｃの送信先ＳＩＭレコードを取得する。送信先ＳＩＭレコードＲは存在し、かつ受信時刻と現時刻ＣＴとの差分Ｐが所定の時間（例えば２時間）未満のため、制御部３３８は図７のユーザ重要度テーブル３６４を参照し、送信元第２端末装置１６ｂの重要度指数Ｉを取得する。送信元第２端末装置１６ｂの重要度指数Ｉが所定値Ｔ（例えば７）以上であることから、送信元第２端末装置１６ｂから重要度の高い通話が送信されると判定される。制御部３３８は送信先ＳＩＭレコードＲの選択ＳＩＭ番号を参照し、第３端末装置１６ｃが現在選択しているＳＩＭ番号は「１」であり、ＳＩＭ情報１（第１ＳＩＭ）の通信速度は「高速」、高速通信量は「３％」であることが特定される。ＳＩＭ情報１の通信速度は「高速」であるが、高速通信量が所定の値（例えば５％）未満のため、制御部３３８は送信先ＳＩＭレコードＲのＳＩＭ番号．１以外のＳＩＭ情報を参照し、通信速度が「高速」であり、高速通信量が所定の値（例えば５％）以上のＳＩＭ情報を検索する。検索の結果、通信速度が「高速」、高速通信量が「６０％」であるＳＩＭ情報３が特定され、切り替え先のＳＩＭ番号は「３」となり、返り値Ｒｅｔに「３」が設定される。

さらに別の一例として、日時「２０１８／６／１ １０：３０：００」に、第１端末装置１６ａが第２端末装置１６ｂへ発信した場合、管理装置１２は以下の処理を行う。まず管理装置１２の制御部３３８は図６のＳＩＭデータベース３６２を参照し、送信先ＳＩＭレコードＲ、すなわち送信先第２端末装置１６ｂの送信先ＳＩＭレコードを取得する。送信先ＳＩＭレコードＲは存在し、かつ受信時刻と現時刻ＣＴとの差分Ｐが所定の時間（例えば２時間）未満のため、制御部３３８は図７のユーザ重要度テーブル３６４を参照し、送信元第１端末装置１６ａの重要度指数Ｉを取得する。送信元第１端末装置１６ａの重要度指数Ｉは「１」であることから、送信元第１端末装置１６ａから重要度の低い通話が送信されると判定される。制御部３３８は送信先ＳＩＭレコードＲの選択ＳＩＭ番号を参照し、第２端末装置１６ｂが現在選択しているＳＩＭ番号は「２」であり、ＳＩＭ情報２（第２ＳＩＭ）の通信速度は「高速」、高速通信量は「３０％」であることが特定される。これにより、制御部３３８は送信先ＳＩＭレコードＲのＳＩＭ情報２以外のＳＩＭ情報を参照し、通信速度が「低速」のＳＩＭ情報を検索する。検索の結果、通信速度が「低速」であるＳＩＭ情報１が特定され、切り替え先のＳＩＭ番号は「１」となり、返り値Ｒｅｔに「１」が設定される。

図１０は、通信システム１００における切替判定処理手順を示すシーケンス図である。本図では、送信元端末装置１６を第１端末装置１６ａ、送信先端末装置１６を第２端末装置１６ｂとして説明する。第１端末装置１６ａにて通話ボタンが押下された（Ｓ４００）後、第１端末装置１６ａの制御部３８は第２端末装置１６ｂを宛先としたＩＮＶＩＴＥを送信する（Ｓ４０２）。このＩＮＶＩＴＥは通信開始要求であるため、第１端末装置１６ａは第２端末装置１６ｂを宛先とした通信開始要求を送信するといえる。管理装置１２の制御部３３８は第１端末装置１６ａからのＩＮＶＩＴＥを受信した後、送信元端末装置１６を第１端末装置１６ａ、送信先端末装置１６を第２端末装置１６ｂとしてＳＩＭ切り替え判定処理を実行する（Ｓ４０４）。ＳＩＭ切り替え判定処理にてＳＩＭの切り替えと判定された場合、管理装置１２は、送信元の第１端末装置１６ａへステータスコード１００ Ｔｒｙｉｎｇおよびステータスコード１８０ Ｒｉｎｇｉｎｇを送信する（Ｓ４０６、Ｓ４０８）。第１端末装置１６ａの制御部３８は、管理装置１２から上記ステータスコードを受信した後、表示部３６に「呼出中」または「少々お待ちください」等のメッセージを表示する（Ｓ４１０）。

次に管理装置１２の制御部３３８は第２端末装置１６ｂへＳＩＭ切り替え指示及び切り替え先ＳＩＭ番号、すなわち返り値Ｒｅｔを送信する（Ｓ４１２）。つまり、Ｓ４１２において、管理装置１２は、第２端末装置１６ｂにＳＩＭ（通信手段）を選択させるための信号を送信する。また、このＳＩＭ切り替え指示及び切り替え先ＳＩＭ番号の情報は、処理対象の端末装置１６（ここでは第２端末装置１６ｂ）が使用すべき通信手段を示す情報である。このため、Ｓ４１２において、管理装置１２は、処理対象の端末装置１６に対して、管理装置が選択した通信手段を使用させるための信号を送信するともいえる。第２端末装置１６ｂの制御部３８は管理装置１２からＳＩＭ切り替え指示および切り替え先ＳＩＭ番号を受信した後、現在選択しているＳＩＭ番号を記憶部３４０に記録し（Ｓ４１４）、通信を行うＳＩＭを指定されたＳＩＭ番号へ切り替える（Ｓ４１６）。ＳＩＭの切り替え完了後、第２端末装置１６ｂの制御部３８は管理装置１２へＳＩＭ切り替え完了を送信する（Ｓ４１８）。

管理装置１２の制御部３３８は第２端末装置１６ｂからＳＩＭ切り替え完了を受信した後、第２端末装置１６ｂへＩＮＶＩＴＥを送信する（Ｓ４２０）。つまり、管理装置１２の制御部３３８は、ＳＩＭ切り替え完了を受信した後、ＳＩＭデータベース３６２を更新する。具体的には、第２端末装置１６ｂの選択ＳＩＭ番号と受信日時を更新する。第２端末装置１６ｂの制御部３８は管理装置１２からＩＮＶＩＴＥを受信した後、第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ４２２）。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ４２４）。

第１端末装置１６ａの制御部３８はステータスコード２００ ＯＫを受信した後、表示部３６のメッセージを消去し（Ｓ４２６）、第２端末装置１６ｂ宛てにＡＣＫを送信する（Ｓ４２８）。送信されたＡＣＫは管理装置１２経由で、第２端末装置１６ｂに送信される（Ｓ４３０）。第１端末装置１６ａの制御部３８はＡＣＫ送信後、管理装置１２経由で第２端末装置１６ｂへＲＴＰにより通話データの送信を開始する（Ｓ４３２、Ｓ４３４、Ｓ４３６）。通話終了後、第１端末装置１６ａの制御部３８は第２端末装置１６ｂ宛てにＢＹＥを送信する。送信されたＢＹＥは管理装置１２を経由し、第２端末装置１６ｂに送信される（Ｓ４３８、Ｓ４４０、Ｓ４４２）。第２端末装置１６ｂの制御部３８はＢＹＥを受信した後、通信を行うＳＩＭを記憶部３４０に記録されているＳＩＭ番号へ切り替える（Ｓ４４４）。

本実施例によれば、端末装置あるいは使用者に応じて定められた重要度が示される指数（ユーザ重要度テーブル）をもとに、第１通信条件（第１通信手段）と第２通信条件（第２通信手段）のいずれかを選択（選定）するので、端末装置の使用状況をもとに端末装置が使用すべき通信条件（通信手段）を適切に選択（決定）できる。また、第２通信品質は第１通信品質よりも高品質であり、第２通信コストは第１通信コストよりも高コストであるので、通信品質と通信コストの異なった通信条件を選択できる。また、重要度が高くなるほど、第２条件を優先的に選択し、第２通信条件に切りかえるための信号を優先的に送信するので、重要度が高い場合に通信品質を高くできる。つまり、管理装置は、端末装置の使用状況をもとに、端末装置が使用すべき通信手段を適切に選択し、端末装置に対して、選択した通信手段を使用させるための信号を送信する。このため、端末装置は無駄な通信コストを抑制しながら、必要十分な通信品質で通信を行うことができる。

また、通信システムで使用される全ての端末装置のＳＩＭ情報を管理装置に記録し、通信の重要度に応じて端末装置で最適なＳＩＭを使用できる。また、通信の重要度に応じて端末装置で最適なＳＩＭが使用されるので、重要度の高い通信を確実に受信できる。また、通信の重要度に応じて端末装置で最適なＳＩＭが使用されるので、また有限であるＳＩＭの通信量を効率的に使用できる。また、端末装置は最適なＳＩＭを選択するので、重要度の高い通信の情報（内容）が正確に通信相手に伝わらないリスクを低減しつつ、無駄な通信量を消費する可能性も低減できる。また、送信元端末装置が重要な通信を行う可能性が高い場合、送信先端末装置で重要な通信の情報（内容）を正確に把握することができる。

なお、本実施例では、２種類の通信条件を用いる例を説明したが、これに限らず、３種類以上の通信条件を用いてもよい。例えば、コストおよび通信品質が異なる３種類の通信条件を用いてもよい。具体的には、コストが最も安く、かつ通信品質が最も低い第１通信条件と、コストが中程度であり、かつ通信品質が中程度である第２通信条件と、コストが最も高く、かつ通信品質が最も高い第３通信条件を用意する。管理装置は、送信元端末装置の重要度指数が低い（第１所定値θ１未満）場合に第１通信条件を優先的に選択し、送信元端末装置の重要度指数が中程度（第１所定値θ１以上かつ第２所定値θ２未満）である場合に第２通信条件を優先的に選択し、送信元端末装置の重要度指数が高い（第２所定値θ２以上）場合に第３通信条件を優先的に選択すればよい。なお、ここで第２所定値θ２は、第１所定値θ１より大きな値である。また、端末装置は、管理装置が通信手段の選択を行わない通信手段を備えていてもよい、例えば、本実施例では端末装置が第１通信手段および第２通信手段を備え、管理装置が第１通信手段と第２通信手段のいずれかを選択する例を説明したが、それ以外に、管理装置が通信手段の選択を行わない第３通信手段（端末装置が独自に選択できる通信手段）を端末装置が備えていてもよい。第３通信手段の通信速度および通信コストは、第１通信手段および第２通信手段と異なっている方が望ましいが、同じであってもよい。そして、端末装置は、管理装置から指定された通信手段と、第３通信手段の両方を用いて（併用して）通信を行ってもよい。例えば、管理装置が第２通信手段を選択し、第２通信手段を使用させるための信号を送信した場合、端末装置は、第２通信手段を用いてデータの一部を送受信し、第３通信手段を用いて、残りのデータを送受信してもよい。

（実施例１の変形例１）
次に実施例１の変形例１を説明する。実施例１ではＳＩＭ切り替え判定処理において、１つの固定的な所定値Ｔを重要度指数Ｉの判定に使用した。本変形例ではＳＩＭ切り替え判定処理の所定値を時間帯毎に変更する。つまり、時間帯毎に異なる所定値Ｔｘが使用される。変形例に係る通信システム１００、端末装置１６、管理装置１２は、図１乃至図５と同様のタイプである。ここでは、実施例１との差異を中心に説明する。

移動体通信事業者が提供する通信システム１００においては、朝の通勤、通学の時間帯や昼休みの時間帯、及び帰宅時から就寝時にかけての時間帯において、通信システム１００の利用者が多くなることにより回線が混雑する傾向がある。これにより回線速度の低下などが発生する場合がある。すなわち、前記の時間帯ではそれ以外の時間帯と比較し、より通信システム１００での音声、映像通話が正常に受信できなくなる可能性が高いといえる。本変形例では、前記の時間帯において、他の時間帯と比べて小さい値の所定値Ｔを使用する。つまり、通信システム１００の混雑が予想される（トラフィックが多いと予想される）時間帯ほど、所定値Ｔを小さな値にする。

図１１は、管理装置１２の記憶部３４０に記憶された時間帯別の所定値テーブルのデータ構造を示す。時間帯は通話を行う時間帯、所定値Ｔｘは時間帯毎の所定値が記録される。本テーブルでは、朝の通勤、通学の時間帯や昼休みの時間帯、及び帰宅時から就寝時にかけての時間帯において、前述の通りＳＩＭ切り替え判定処理で使用する所定値Ｔｘに小さい値が設定される。本変形例では、実施例１の図９のフローチャートのＳ１６０を実行後、図示しないＳ１６５に進む。Ｓ１６５おいて、管理装置１２の制御部３３８は記憶部の時間帯別の所定値テーブルを参照し、現時刻ＣＴが該当する時間帯での所定値Ｔｘを取得する。その後、図９のＳ１７０に相当するＳ１７０Ａ（不図示）に進む。

Ｓ１７０Ａでは、実施例１の所定値Ｔの代わりに所定値Ｔｘを用い、重要度指数Ｉが所定値Ｔｘ以上であるか否かを判定する。図７に示す例において、「１０時１０分」に第６端末装置１６ｆから第１端末装置１６ａへ発信した場合、図１１における「１０時１０分」の所定値Ｔｘは「７」となる。送信元の第６端末装置１６ｆの重要度指数Ｉは「６」であるので、Ｓ１７０ＡではＮｏと判定され、送信先の第１端末装置１６ａへ高速なＳＩＭへの切り替えは指示されない。一方、「１８時３０分」に第６端末装置１６ｆから第１端末装置１６ａへ発信した場合、図１１における「１８時３０分」の所定値Ｔｘは「５」となる。送信元の第６端末装置１６ｆの重要度指数Ｉは「６」であるので、Ｓ１７０ＡでＹｅｓと判定され、送信先の第１端末装置１６ａへ高速なＳＩＭへの切り替えが指示される。

なお、本変形例では時間帯別の所定値テーブルを一日単位の時間帯で設定したが、より長い期間で時間帯を設定してもよく、また同じ時間帯でも曜日により異なる値の所定値Ｔｘを設定してもよい。つまり、曜日と時間帯との組合せ毎に所定値Ｔｘを設定してもよい。また、月末、月初、年末、年始、ゴールデンウィーク、夏休み、オリンピック開催期間等の特定の期間に対応させて、所定値Ｔｘを設定してもよい。つまり、カレンダー（暦）に基づいて所定値Ｔｘを設定してもよい。

本変形例によれば、時間帯に応じて所定値Ｔｘを設定するため、通信システムの混雑の影響により、重要な通信の情報（内容）が通信相手に伝わらないリスクを低減することができる。例えば、通信システムの混雑が予想される時間帯において、他の時間帯と比べて小さい値の所定値Ｔｘを使用するので、通信品質の高いＳＩＭがより選択され易くなり、通信品質が低下したり、通信が中断されたりする等のリスクを低減できる。

（実施例１の変形例２）
次に実施例１の変形例２を説明する。実施例１では管理装置１２の記憶部３４０に記憶された１つのユーザ重要度テーブル３６４を使用してＳＩＭ切り替え判定処理を行っていた。本変形例では記憶部３４０に複数のユーザ重要度テーブル３６４を記録し、送信先の端末装置１６毎にユーザ重要度テーブル３６４を変更してＳＩＭ切り替え判定処理を行う。変形例に係る通信システム１００、端末装置１６、管理装置１２は、図１乃至図５と同様のタイプである。ここでは、実施例１との差異を中心に説明する。

図１２（ａ）－（ｆ）は、管理装置１２のユーザ重要度テーブル３６４のデータ構造を示す。図１２（ａ）は、第１端末装置１６ａのユーザのユーザ重要度テーブル３６４であり、図１２（ｂ）は、第２端末装置１６ｂのユーザのユーザ重要度テーブル３６４であり、図１２（ｃ）は、第３端末装置１６ｃのユーザのユーザ重要度テーブル３６４である。図１２（ｄ）は、第４端末装置１６ｄのユーザのユーザ重要度テーブル３６４であり、図１２（ｅ）は、第５端末装置１６ｅのユーザのユーザ重要度テーブル３６４であり、図１２（ｆ）は、第６端末装置１６ｆのユーザのユーザ重要度テーブル３６４である。管理装置１２の制御部３３８は、ある端末装置１６から通話開始要求を受信した場合、送信先端末装置１６を特定し、ＳＩＭ切り替え判定処理で使用するユーザ重要度テーブル３６４を決定する。

本図の例の場合、送信先端末装置１６が第３端末装置１６ｃのとき、図１２（ｃ）に示される第３端末装置１６ｃのユーザ重要度テーブル３６４が選択される。送信先の端末装置１６毎にユーザ重要度テーブル３６４を記録することにより、ユーザ毎に送信元の端末装置１６の重要度が設定可能となる。本図の例では第３端末装置１６ｃのユーザは第１端末装置１６ａからの通話を重要視していないので、第１端末装置１６ａの重要度指数を「３」としている。一方、第４端末装置１６ｄのユーザは第１端末装置１６ａからの通話を重要視しているので、第１端末装置１６ａの重要度指数を「８」としている。

なお、本変形例でのユーザ重要度テーブル３６４は通信システム１００の管理者により、管理装置１２の入力部３３０を経由して管理装置１２の記憶部３４０に設定してもよく、各端末装置１６を使用するユーザが自身のユーザ重要度テーブル３６４を設定（定義）し、端末装置１６から管理装置１２に送信してもよい。管理装置１２の制御部３３８は各端末装置１６から送信されたユーザ重要度テーブル３６４を記憶部３４０に記録する。つまり、端末装置１６（自端末装置）のユーザは、他の端末装置１６あるいは他の端末装置１６を使用するユーザ（他のユーザ）に関する重要度指数を自端末装置で登録し、その情報を管理装置１２に送信することにより、他の端末装置１６から通信を受信する際に、ユーザ自身の考えが反映された通信手段が自動的に選択される。また、後述するように、自端末装置から他の端末装置に通信を発信する際にも、このような通信手段の自動選択処理を実施することも可能である。

本変形例によれば、ユーザ毎にユーザ重要度テーブルを設定できるため、ユーザの考えを反映した、より精度の高いＳＩＭ切り替え判定処理を実行できる。このため、ユーザの利便性を向上させることができる。

（実施例１の変形例３）
次に実施例１の変形例３を説明する。実施例１では、ＳＩＭデータベース３６２を使用して送信先の端末装置１６のＳＩＭ切り替えを行っていたが、本変形例では送信元の端末装置１６のＳＩＭ切り替えを行う。つまり、本変形例では、送信元の端末装置１６を処理対象（通信手段を指定する対象）の端末装置とする。これにより、送信元の端末装置１６は重要度の高い通話を確実に送信することが可能となる。具体的に説明すると、実施例１のＳＩＭ切り替え判定処理においては、ＳＩＭデータベース３６２内の送信先端末装置１６に対応するレコードを取得、参照したが、本変形例ではＳＩＭデータベース３６２内の送信元端末装置１６に対応するレコードを取得、参照する。変形例に係る通信システム１００、端末装置１６、管理装置１２は、図１乃至図５と同様のタイプである。ここでは、実施例１との差異を中心に説明する。

図１３は、通信システム１００におけるＳＩＰの手順を示すシーケンス図である。本図では、送信元端末装置１６を第１端末装置１６ａ、送信先端末装置１６を第２端末装置１６ｂとして説明する。第１端末装置１６ａにて通話ボタンが押下された（Ｓ５００）後、第１端末装置１６ａの制御部３８は第２端末装置１６ｂ宛てにＩＮＶＩＴＥを送信する（Ｓ５０２）。管理装置１２の制御部３３８は第１端末装置１６ａからのＩＮＶＩＴＥを受信した後、送信元端末装置１６を第１端末装置１６ａ、送信先端末装置１６を第２端末装置１６ｂとしてＳＩＭ切り替え判定処理を実行する（Ｓ５０４）。

ＳＩＭ切り替え判定処理にてＳＩＭの切り替えと判定された場合、管理装置１２は、送信元の第１端末装置１６ａへＳＩＭ切り替えＳＩＭ切り替え指示及び切り替え先ＳＩＭ番号を送信する（Ｓ５０６）。第１端末装置１６ａの制御部３８は管理装置１２からＳＩＭ切り替え指示および切り替え先ＳＩＭ番号を受信した後、現在選択しているＳＩＭ番号を記憶部４０に記録し（Ｓ５０８）、通信を行うＳＩＭを指定されたＳＩＭ番号へ切り替える（Ｓ５１０）。ＳＩＭの切り替え完了後、第１端末装置１６ａの制御部３８は管理装置１２へＳＩＭ切り替え完了を送信する（Ｓ５１２）。

管理装置１２の制御部３３８は第２端末装置１６ｂへＩＮＶＩＴＥを送信する（Ｓ５１４）。第２端末装置１６ｂの制御部３８は管理装置１２からＩＮＶＩＴＥを受信した後、第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ５１６）。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ５１８）。

第１端末装置１６ａの制御部３８はステータスコード２００ ＯＫを受信した後、第２端末装置１６ｂ宛てにＡＣＫを送信する（Ｓ５２０）。送信されたＡＣＫは管理装置１２経由で、第２端末装置１６ｂに送信される（Ｓ５２２）。第１端末装置１６ａの制御部３８はＡＣＫ送信後、管理装置１２経由で第２端末装置１６ｂへＲＴＰにより通話データの送信を開始する（Ｓ５２４、５２６、５２８）。通話終了後、第１端末装置１６ａの制御部３８は第２端末装置１６ｂ宛てにＢＹＥを送信する。送信されたＢＹＥは管理装置１２を経由し、第２端末装置１６ｂに送信される（Ｓ５３０、Ｓ５３２、Ｓ５３４）。第１端末装置１６ａは第２端末装置１６ｂへの通話終了後、通信を行うＳＩＭを記憶部４０に記録されているＳＩＭ番号へ切り替える（Ｓ５３６）。

なお、発信元の端末装置１６は、ＳＩＭ切り替え指示を受信した後、管理装置１２との通信を一旦終了してもよい。その場合、指定されたＳＩＭ番号へ切り替えた後、改めてＩＮＶＩＴＥを管理装置１２に送信してもよい。また、ＩＮＶＩＴＥの中に切り替えた後のＳＩＭ番号の情報を含めてもよい。

つまり、実施例１および本変形例で説明したように、管理装置１２は、発信元の端末装置１６および発信先の端末装置１６のうちの少なくとも一方が使用すべきＳＩＭを選択すればよい。また、発信元の端末装置１６と発信先の端末装置１６それぞれが使用すべきＳＩＭを選択してもよい。すなわち、管理装置１２は、ある１つの通信（一の通信）に係る複数の端末装置１６のうちの少なくとも１つの端末装置１６を処理対象にし、複数の通信条件の中から、処理対象の端末装置１６が使用すべき通信条件を選択すればよい。これは、一の通信に係る複数の端末装置１６のうちの少なくとも１つの端末装置１６を処理対象にして、第１通信品質と第１通信コストとが規定された第１通信手段、および第２通信品質と第２通信コストとが規定された第２通信手段の中から、重要度を示す指数（ユーザ重要度テーブル３６４）をもとに、処理対象の端末装置が使用すべき通信手段を選択することに相当する。そして、管理装置１２は、選択した通信手段を処理対象の端末装置１６に使用させるための信号（ＳＩＭ切り替え指示）を送信する。特に、重要度が高くなるほど、第２通信手段が優先的に選択され、第２通信手段を使用させるための信号が優先的に送信される。

本変形例によれば、送信元の端末装置の通信手段（通信条件）を選択するので、送信元の端末装置が適切な通信手段でデータを送信できる。このため、送信元の端末装置に対して、無駄なコスト負担をかけずに、必要十分な通信品質を確保できる。また、実施例１と本変形例を組み合わせることにより、送信元の端末装置の通信手段と送信先の端末装置の通信手段をそれぞれ選択することができるので、通信システム全体において無駄なコスト上昇を抑えつつ、必要十分な通信品質を確保できる。つまり、データを送信する側と、データを受信する側の双方において通信品質を確保するため、必要十分な通信品質が得られず、通信情報が正確に伝達されないリスクをより確実に低減できる。

（実施例１の変形例４）
次に実施例１の変形例４を説明する。実施例１では、送信元の端末装置１６のユーザの重要度を用いて、ＳＩＭ切り替えを行ったが、本変形例では、送信先の端末装置１６のユーザの重要度を用いて、ＳＩＭ切り替えを行う。変形例に係る通信システム１００、端末装置１６、管理装置１２は、図１乃至図５と同様のタイプである。ここでは、実施例１との差異を中心に説明する。

具体的に説明すると、図９のＳ１６０に相当するＳ１６０Ｄにおいて、制御部３３８はユーザ重要度テーブル３６４を参照し、送信先の端末装置１６の重要度指数Ｉを取得する。その他は実施例１と同様である。

本変形例によれば、送信先の端末装置のユーザの重要度を用いて、通信手段を選択するので、構成の自由度を向上できる。また、本変形例と実施例１の変形例３とを組み合わせてもよい。つまり、送信先の端末装置のユーザの重要度をもとに、送信元の端末装置の通信手段を選択してもよい。また、送信先の端末装置のユーザの重要度をもとに、送信先の端末装置の通信手段を選択してもよい。また、送信元の端末装置のユーザの重要度をもとに、送信元の端末装置の通信手段を選択し、かつ送信先の端末装置のユーザの重要度をもとに、送信先の端末装置の通信手段を選択してもよい。つまり、送信元と送信先のどちらの端末装置のユーザの重要度を用いて、どちらの端末装置の通信手段を選択するかの組み合わせは任意である。

また、本変形例と実施例１の変形例２と実施例１の変形例３とを組み合わせてもよい。つまり、送信元の端末装置のユーザが、送信先の端末装置（あるいは送信先ユーザ）毎に重要度を設定し、管理装置に登録しておき、送信元の端末装置が通信を開始する際に、送信先の端末装置の重要度に応じて適切な通信手段を自動的に選択してもよい。

（実施例１の変形例５）
次に実施例１の変形例５を説明する。これまでの説明では、通信に関わる１人のユーザの重要度を用いて、ＳＩＭ切り替えを行ったが、本実施例では、通信に関わる２人（個別通信の場合）または３人以上（グループ通信の場合）のユーザの重要度を用いて処理を行う。変形例に係る通信システム１００、端末装置１６、管理装置１２は、図１乃至図５と同様のタイプである。ここでは、実施例１との差異を中心に説明する。

具体的に説明すると、図９のＳ１６０に相当するＳ１６０Ｅにおいて、制御部３３８はユーザ重要度テーブル３６４を参照し、送信元の端末装置１６の重要度指数Ｉ１と、送信先の端末装置１６の重要度指数Ｉ２を取得する。制御部３３８は、式（１）または式（２）を用いて、通信の総合的な重要度指数ＩＡを計算する。つまり、Ｉ１が高いほど、かつＩ２が高いほどＩＡが高くなるように計算する。

ＩＡ＝Ｉ１＋Ｉ２ 式（１）

ＩＡ＝Ｉ１×Ｉ２ 式（２）

図９のＳ１７０に相当するＳ１７０Ｅにおいて、総合的な重要度指数ＩＡが所定値Ｔ以上であるか否かを判定する。通信に関わるユーザが３人以上存在するグループ通信の場合には、式（１）または式（２）を適宜変更して計算すればよい。例えば、３人の重要度Ｉ１、Ｉ２、Ｉ３を取得し、これらの和または積を計算すればよい。つまり、通信に関わる複数のユーザの重要度をもとに所定の演算を行って総合的な重要度指数ＩＡを算出すればよい。

本変形例によれば、送信元あるいは送信先の１人のユーザの重要度だけでなく、ある通信に関わる全てのユーザの重要度を使用するので、その通信に最も適切な通信条件を選択できる。なお、重要度指数ＩＡをもとに、送信元の端末装置の通信条件を選択してもよいし、送信先の端末装置（グループ通信の場合には２つ以上の端末装置）の通信条件を選択してもよい。あるいは、通信に関わる全ての端末装置それぞれの通信条件を選択（設定）してもよい。

（実施例１の変形例６）
次に実施例１の変形例６を説明する。通信の重要度は、通信に関わる複数のユーザの組合せによって決まることが多い。例えば、ユーザＡとユーザＢの通信では重要な情報を交換する頻度が高く、ユーザＡとユーザＣの通信では重要な情報を交換する頻度が低く、ユーザＢとユーザＣの通信では重要な情報を交換する頻度が高い、といったことがある。つまり、個々のユーザの重要度だけで必ずしも通信の重要度が決まるわけではなく、２人のユーザの組合せによって通信の重要度が決まることもある。そこで、実施例１の変形例６では、２つの端末装置１６の組合せ、もしくは２人のユーザの組合せ毎に、重要度をユーザ重要度テーブル３６４に記憶する。変形例に係る通信システム１００、端末装置１６、管理装置１２は、図１乃至図５と同様のタイプである。ここでは、実施例１との差異を中心に説明する。

図１４は、管理装置１２のユーザ重要度テーブル３６４のデータ構造の一例を示す。２つの端末装置１６の端末ＩＤ（第１端末ＩＤおよび第２端末ＩＤ）に対応させて重要度を記憶している。なお、２つの端末ＩＤの代わりに、２人のユーザのユーザＩＤを用いてもよい。図９のＳ１６０に相当するＳ１６０Ｆにおいて、制御部３３８はユーザ重要度テーブル３６４を参照し、送信元の端末装置１６の端末ＩＤと、送信先の端末装置１６の端末ＩＤが一致するレコードの重要度指数Ｉを取得する。送信元の端末ＩＤと送信先の端末ＩＤのどちらを第１端末ＩＤに対応させ、どちらを第２端末ＩＤに対応させるかは任意である。

図１５は、管理装置１２のユーザ重要度テーブル３６４のデータ構造の別の一例を示す。これは、ある２人のユーザ（例えば、ユーザＡとユーザＢ）の組合せにおいて、どちらが送信元になるかによって通信の重要度が変わる場合に使用される。本図に示すように、２人のユーザの組合せが同じであっても、どちらが送信元になるかで重要度が異なっている。例えば、送信元が「Ｔ１」で送信先が「Ｔ２」である場合の重要度は「７」であるが、送信元が「Ｔ２」で送信先が「Ｔ１」である場合の重要度は「４」になっている。図１５のユーザ重要度テーブル３６４を用いる場合、Ｓ１６０Ｆにおいて、制御部３３８はユーザ重要度テーブル３６４を参照し、送信元の端末装置１６の端末ＩＤが「送信元端末ＩＤ」フィールドに一致し、かつ送信先の端末装置１６の端末ＩＤ「送信先端末ＩＤ」フィールドに一致するレコードの重要度指数Ｉを取得する。それ以外の処理は、上述の実施例１および各変形例と同様である。つまり、重要度指数Ｉをもとに、送信元の端末装置の通信条件を選択してもよいし、送信先の端末装置の通信条件を選択してもよい。また、重要度指数Ｉをもとに、通信に関わる全ての端末装置それぞれの通信条件を選択してもよい。

本変形例によれば、通信に関わる複数のユーザの組合せによって通信の重要度を決めるので、通信に関わる複数のユーザの組合せに適した通信条件を選択できる。

（実施例２）
次に実施例２を説明する。実施例２では、管理装置１２の記憶部３４０のＳＩＭデータベース３６２から、ユーザが指定した発信先の端末装置１６へ通話を行うか否かを判定する。実施例２に係る通信システム１００、端末装置１６、管理装置１２は、図１乃至図５と同様のタイプである。ここでは、これまでとの差異を中心に説明する。

管理装置１２のＳＩＭデータベース３６２に送信先ＳＩＭレコードＲが存在しない場合、当該端末装置１６は管理装置１２へＳＩＭ情報を送信していない状態である。また、送信先ＳＩＭレコードＲが存在する場合であっても、現時刻ＣＴとレコード内の受信日時の差分値である差分Ｐが所定の時間以上の場合は、当該端末装置１６が管理装置１２へ最後にＳＩＭ情報を送信してからしばらくの時間が経過していることを示している。上記の場合、当該端末装置１６は電源が入っていない、または当該端末装置１６が管理装置１２の通信エリア範囲外に存在していることが予想され、当該端末装置１６に発信を行っても通話が受信される可能性は極めて低い。このため、管理装置１２へ発信が送信された場合において、発信先が上記の条件を満たす端末装置１６の場合、送信元の端末装置１６へステータスコード４１０等を送信し、その後の処理を終了してもよい。端末装置１６は上記のステータスコードを受信した場合、表示部３６に「発信先の端末装置１６は現在通話できない」旨のメッセージを表示する。

本実施例では、実施例１の図９のＳＩＭ切り替え判定処理フローチャートにおいて、Ｓ１１０：Ｎｏ、またはＳ１５０：Ｙｅｓと判定された後、Ｓ２３０に進まずに、図示しないＳ２３５に進む。Ｓ２３５において、管理装置１２の制御部３３８は送信先の端末装置１６が通話不可と判定し、送信元へ端末装置１６へステータスコード４１０等を送信して処理を終了する。

図１６は、通信システム１００において通話不可と判定された場合のＳＩＰの手順を示すシーケンス図である。第１端末装置１６ａにて通話ボタンが押下された（Ｓ６００）後、第１端末装置１６ａの制御部３８は第２端末装置１６ｂ宛てにＩＮＶＩＴＥを送信する（Ｓ６０２）。管理装置１２の制御部３３８は通話不可と判定する（Ｓ６０４）。これにより、管理装置１２は、第１端末装置１６ａからの発信を受信した後、第５端末装置１６ｅにＩＮＶＩＴＥを送信せず、第１端末装置１６ａへステータスコード４１０を送信する（Ｓ６０６）。第１端末装置１６ａはステータスコード４１０受信後、ＡＣＫを管理装置１２に送信する（Ｓ６０８）とともに、表示部３６に現在通話ができない旨のメッセージを表示する（Ｓ６１０）。

本実施例によれば、発信相手のＳＩＭ情報に応じて、発信相手が応答できない可能性が高い場合に、その旨を示す情報を表示して、発信しないので、無駄な通信の発生を抑止できる。また、無駄な通信の発生が抑止されるので、通信システムの処理負荷が無駄に高くなることを防止できる。また、無駄な通信の発生が抑止されるので、発信端末装置のユーザの無駄な操作（発話等）を防止できる。

（実施例３）
次に実施例３を説明する。実施例１では、管理装置により、送信元端末装置の通話の重要度から送信先端末装置が通信に使用するＳＩＭを切り替えている。一方、実施例３では、送信元端末装置の通話の緊急度から送信先端末装置が通信に使用するＳＩＭを切り替える。実施例３に係る通信システム１００、端末装置１６、管理装置１２は、図１乃至図５と同様のタイプである。ここでは、これまでとの差異を中心に説明する。

本実施例では、管理装置１２の記憶部３４０にユーザ緊急度テーブルが記録される。図１７は、管理装置１２のユーザ緊急度テーブルのデータ構造を示す。端末ＩＤは図６と同様に示される。ユーザ名には各端末装置１６を使用しているユーザの名前が記載される。緊急度指数は「０」から「１０」までの数値が記載される。各端末装置１６の緊急度指数は、管理装置１２の制御部３３８により設定される。管理装置１２の制御部３３８は端末装置１６間で通話が行われている際、送信元の端末装置１６の通話内容を公知の音声認識技術を用いて解析し、通話内容に「事故」、「火事」、「怪我」、「避難」等の緊急性の高い単語を検出し、検出頻度を計測する。

本実施例では、管理装置１２の制御部３３８はある端末装置１６から発信された通話内容から、一通話当たりで緊急性の高い単語を検出した回数の平均値を計算し、ユーザ緊急度テーブルに記載する。このようにユーザ緊急度テーブルには、複数の端末装置間の過去の通話で使用された単語に基づいて算出した緊急度である緊急度指数が示される。すなわち、緊急度指数は、緊急性の高い通話が行われる端末装置１６程大きい値が設定され、緊急性の高い通話が行なわれない端末装置１６程小さい値が設定される。また、ユーザ緊急度テーブルは常に最新のユーザ毎の緊急度指数が記載される。なお、本図に示す例では、ユーザ緊急度テーブルは、ユーザ名を記録するが、ユーザ名は未入力でもよく、またユーザ名のフィールドを省略してもよい。ユーザ名が存在しない場合、緊急度指数は、各端末装置１６によって、どの程度緊急な通信がなされるかを示す。また、本図では緊急度指数の最小値を「０」、最大値を「１０」として説明したが、それ以外の数値でもよい。

次に本実施例の管理装置１２の処理の詳細を説明する。端末装置１６から通話開始要求を受信した場合、管理装置１２の制御部３３８は送信先端末装置１６のＳＩＭ切り替え判定処理を実行する。ＳＩＭ切り替え判定処理は、記憶部３４０のＳＩＭデータベース３６２およびユーザ緊急度テーブル内に記載されている情報から、通話の送信先端末装置１６のＳＩＭを切り替えるか否かを判定する処理である。本実施例では、図９のＳＩＭ切り替え判定処理フローチャートのＳ１５０において、差分Ｐが所定の時間未満の場合（Ｓ１５０：Ｎｏ）、図９のＳ１６０に相当するＳ１６０Ｂ（不図示）に進む。

Ｓ１６０Ｂにおいて、制御部３３８はユーザ緊急度テーブルを参照し、送信元端末装置１６の緊急度指数Ｅを取得する。その後、図９のＳ１７０に相当するＳ１７０Ｂに進む。Ｓ１７０Ｂにおいて、制御部３３８は緊急度指数Ｅが所定値Ｔｅ（例えば７）以上であるか否かを判定する。制御部３３８は緊急度指数Ｅが所定値Ｔｅ以上の場合（Ｓ１７０Ｂ：Ｙｅｓ）は、Ｓ１８０に進む。制御部３３８は緊急度指数Ｅが所定値Ｔｅ未満の場合（Ｓ１７０Ｂ：Ｎｏ）は、Ｓ２４０に進む。その結果、通信部３３４は、緊急度が高くなるほど、第２条件を優先的に選択し、第２通信条件に切りかえるための信号を送信する。

本実施例によれば、使用者に応じて定められた緊急度が示されるユーザ緊急度テーブルをもとに、第１通信条件と第２通信条件のいずれかを選択するので、端末装置の使用状況をもとに端末装置が使用すべき通信条件を適切に選択（決定）できる。また、第２通信品質は第１通信品質よりも高品質であり、第２通信コストは第１通信コストよりも高コストであるので、通信品質と通信コストの異なった通信条件を選択できる。また、緊急度が高くなるほど、第２条件を優先的に選択し、第２通信条件に切りかえるための信号を優先的に送信するので、緊急度が高い場合に通信品質を高くできる。

また、緊急度を参照するので、通信の緊急度に応じて端末装置で最適な通信条件（通信手段）を使用できる。また、通信の緊急度に応じて端末装置で最適な通信条件が使用されるので、緊急度の高い通信を確実に受信できる。また、通信の緊急度に応じて端末装置で最適な通信条件が使用されるので、有限であるＳＩＭの通信量を効率的に使用できる。また、送信元移動局が緊急な通信を行う可能性が高い場合、送信先端末装置で緊急度の高い通信の情報（内容）を正確に把握することができる。

なお、本実施例では、図１７に示すように、端末装置あるいはユーザ毎に緊急度指数を定めているが、これに限定されるものではない。例えば、ユーザ緊急度テーブルは、２つの端末装置の組み合わせ毎に、緊急度指数を記憶してもよい。あるいは、ユーザ緊急度テーブルは、２人のユーザの組み合わせ毎に、緊急度指数を記憶してもよい。あるいは、グループ通信が行われる場合に、ユーザ緊急度テーブルは、複数のグループで構成されるグループ（通信グループ）毎に、緊急度指数を記憶してもよい。すなわち、ユーザ緊急度テーブルは、通信に係る複数の端末装置に対応させて、緊急度指数を記憶してもよい。このような方法を用いるのは、緊急性の高い通信が行われる可能性は、１つの端末装置（１人のユーザ）だけでは決まらずに、通信に係る複数の端末装置の組み合わせによって決まる場合もあるからである。例えば、端末装置Ａと端末装置Ｂとの間では、緊急性の高い通信がなされる可能性（頻度）が高いが、端末装置Ａと端末装Ｃとの間では、緊急性の高い通信がなされる可能性（頻度）が低い場合もある。このような状況においても、通信に係る複数の端末装置の組み合わせ毎に導出された緊急度指数を用いることにより、適切な通信手段をより精度よく選択することができる。

なお、本実施例では、通話音声を音声認識により解析し、緊急性の高い単語が発話されている頻度をもとに、緊急度指数を算出しているが、これに限定されるわけではない。例えば、端末装置同士がテキストデータ（テキストメッセージ）を交換する場合、端末装置から送信されたテキストデータを解析し、緊急性の高い単語や文字列（フレーズ）の出現頻度を計測し、その頻度をもとに緊急度指数を算出してもよい。例えば、「助けて」、「火事」、「泥棒」、「救助」、「津波」などの単語を緊急性の高い単語として登録しておき、これらの出現頻度を計測する。また、各々の単語や文字列（フレーズ）毎に、複数種類の緊急度を対応させておき、それをもとに緊急度指数を算出してもよい。例えば、緊急性が高い単語には「３」、緊急性が中程度の単語には「２」、緊急性が低い単語には「１」、緊急性がない単語には「０」といった緊急度を対応させる。そして、各々の単語の出現回数と緊急度とを乗算した値を、各単語について加算した値（つまり、単語の出現回数と緊急度との積和値）をもとに、緊急度指数を算出してもよい。

また例えば、端末装置が緊急信号を送信する機能を備える場合、緊急信号の送信回数をもとに緊急度指数を算出してもよい。例えば、端末装置を使用するユーザが、「緊急信号送信ボタン」を押すことにより緊急信号が送信される場合、そのような緊急信号の送信回数が多い端末装置ほど、緊急度指数を高い値に設定する。また、端末装置が使用するユーザが倒れた場合（端末装置の備える転倒検出センサが作動した場合）に緊急信号が送信される端末装置に対して、そのような緊急信号の送信回数をもとに緊急度指数を算出してもよい。また例えば、緊急度の異なる複数種類の緊急信号を送信する端末装置に対して、送信された緊急信号の種類と送信回数をもとに、緊急度指数を算出してもよい。例えば、端末装置が送信ボタン押下による緊急信号送信機能１と、転倒検出センサ作動による緊急信号送信機能２を備える場合、緊急信号送信機能２の方がより緊急性が高いと考えられるため、緊急信号送信機能１に緊急度「１」を対応させ、緊急信号送信機能２に緊急度「２」を対応させる。そして、上述した方法と同様に、各々の端末装置について、緊急信号の送信回数と緊急度との積和値を算出し、それをもとに緊急度指数を算出してもよい。

（実施例４）
次に実施例４を説明する。本実施例では、実施例１および実施例３のＳＩＭ切り替え判定処理において、各端末装置１６のユーザの通話時間の平均値により高速なＳＩＭへ切り替えるか否かの判定を行う。実施例４に係る通信システム１００、端末装置１６、管理装置１２は、図１乃至図５と同様のタイプである。ここでは、これまでとの差異を中心に説明する。

本実施例では、管理装置１２の記憶部３４０にユーザ通話時間テーブル及び情報密度指数テーブルが記録される。図１８は、管理装置１２のユーザ通話時間テーブルのデータ構造を示す。端末ＩＤは図６と同様に示される。ユーザ名には各端末装置１６を使用しているユーザの名前が記載される。平均通話時間（秒）は各端末装置１６が発信元として通話を行った際の、一通話当たりの平均通話時間が記載される。なお、管理装置１２の制御部３３８は各端末装置１６が送信元として通話を行った場合の通話時間を常時監視し、本テーブルの平均通話時間（秒）、すなわち一通話当たりの平均通話時間を常に最新の状態に更新する。

図１９は、管理装置１２の情報密度指数テーブルのデータ構造を示す。通話時間（通話時間タイプ）（秒）は通話時間の範囲であり、本図の例では１０秒毎の範囲が記載される。情報密度指数は各通話時間に対応する情報密度指数が記録される。情報密度指数とは、通信情報（通信内容）の密度（濃さ）の程度を示す指数である。また、情報密度指数とは、通信情報（通信内容）の冗長性の少なさを示す指数である。例えば、通信情報の冗長性が高いと情報密度指数が低くなり、通信情報の冗長性が低いと情報密度指数が高くなる。つまり、通信情報の冗長性（冗長度）と情報密度指数とは、互いに対応する関係であるが、値の大小は正反対の関係にある。通信本図において情報密度指数は、通話時間が短い程大きい数値が設定される。例えば、通話時間が「１～１０」秒の場合に情報密度指数は「１１」となり、「１０１～」秒の場合に、情報密度指数は「１」となる。この場合、通話時間が「１～１０」秒の場合に最も冗長性（冗長度）が低く、「１０１～」秒の場合に、最も冗長性が高いといえる。これは、端末装置１６を使用しているユーザからの通話時間が長い場合は、通話（通話内容）に無駄が多い、すなわち通話の冗長性が高く、通話の情報密度が低い可能性が高いという知見に基づく設定となる。

次に本実施例の管理装置１２の処理の詳細を説明する。実施例１および実施例３にて、図９のＳＩＭ切り替え判定処理フローチャートのＳ２１０において、ＳＩＭ＿Ｈが存在した場合（Ｓ２１０：Ｙｅｓ）、すなわち通信速度が「高速」で高速通信量が所定値以上のＳＩＭ＿Ｈが存在した場合、図示しないＳ２１５に進む。Ｓ２１５において、制御部３３８は記憶部３４０のユーザ通話時間テーブルを参照し、送信元の端末装置１６の平均通話時間（秒）を取得する。次にＳ２１６（不図示）において、制御部３３８は記憶部３４０の情報密度指数テーブルを参照し、送信元の端末装置１６の平均通話時間（秒）が該当する通話時間タイプ（秒）を特定し、当該通話範囲（秒）の情報密度指数Ｒを取得する。その後、図示しないＳ２１７に進む。Ｓ２１７において、制御部３３８は情報密度指数Ｒが所定値Ｔｒ（例えば７）以上であるか否かを判定する。制御部３３８は情報密度指数Ｒが所定値Ｔｒ以上の場合（Ｓ２１７：Ｙｅｓ）は、Ｓ２２０に進む。制御部３３８は情報密度指数Ｒが所定値Ｔｒ未満の場合（Ｓ２１７：Ｎｏ）は、Ｓ２３０に進む。その結果、通信部３３４は、情報密度指数が高くなるほど、第２通信条件に切りかえるための信号を優先的に送信する。

なお、通話時間に限らず、他の情報をもとに情報密度指数Ｒを算出してもよい。具体的には、過去の通話における無言時間（ユーザが発話をせずに黙っている時間）を計測し、それをもとに情報密度指数Ｒを算出してもよい。例えば、１通話あたりの無言時間が長いユーザほど、情報密度指数Ｒを低い値にする。あるいは、通話時間に占める無言時間の割合が大きいユーザほど、情報密度指数Ｒを低い値にしてもよい。また、音声認識技術を用いて、通話内容や話し方の癖を解析し、それをもとに情報密度指数Ｒを算出してもよい。例えば、単位時間（例えば、１０秒間）に発話する単語数、単語の語尾の長さなどを解析してもよい。そして、単位時間あたりの単語数が少ないユーザほど、情報密度指数Ｒを低い値にする。また、発話する単語の語尾の長さが長いユーザほど、情報密度指数Ｒを低い値にする。また例えば、「えーっ、と」、「うーん」、「まあー」、「さあー」などの明確な意味をもたない発話の時間や頻度を解析してもよい。そして、明確な意味をもたない発話の時間や頻度が多いユーザほど、情報密度指数Ｒを低い値にする。

本実施例によれば、使用者に応じて定められた情報密度指数が示される情報密度指数テーブルをもとに、第１通信条件と第２通信条件のいずれかを選択するので、端末装置の使用状況をもとに端末装置が使用すべき通信条件を適切に選択（決定）できる。また、第２通信品質は第１通信品質よりも高品質であり、第２通信コストは第１通信コストよりも高コストであるので、通信品質と通信コストの異なった通信条件を選択できる。また、情報密度指数が高くなるほど、第２通信条件を優先的に選択し、第２通信条件に切りかえるための信号を優先的に送信するので、情報密度指数が高い場合に通信品質を高くできる。また、送信元移動局が無駄な通話を行う可能性が高い場合、送信先端末装置でコストの高いＳＩＭ使用量が無駄に消費される可能性を低減できる。

なお、本実施例では、通話時間や通話音声をもとに情報密度指数を算出したが、これに限定されるものではない。例えば、例えば、端末装置同士がテキストデータ（テキストメッセージ）を交換する場合、端末装置から送信されたテキストデータを解析し、冗長性の高い単語や文字列の出現頻度を計測し、その頻度をもとに情報密度指数を算出してもよい。例えば、「えーっ、と」、「うーん」、「まあー」、「さあー」、「ところでぇ～」などの明確な意味をもたない単語や文字列（フレーズ）である冗長フレーズの出現頻度を計測し、冗長フレーズが多いユーザほど、情報密度指数を低い値にする。

（実施例４の変形例１）
次に実施例４の変形例１を説明する。実施例４では、端末装置（ユーザ）毎の平均通話時間を用いて処理を行ったが、実施例４の変形例１では、２人のユーザの組合せ毎の平均通話時間を用いて処理を行う。つまり、２つの端末（２人のユーザ）の組合せ毎に平均時間を算出し、ユーザ通話時間テーブルに記憶する。実施例４の変形例１に係る通信システム１００、端末装置１６、管理装置１２は、図１乃至図５と同様のタイプである。ここでは、これまでとの差異を中心に説明する。

図２０は、管理装置１２のユーザ通話時間テーブルのデータ構造を示す。２つの端末装置１６の端末ＩＤ（第１端末ＩＤおよび第２端末ＩＤ）対応させて、平均通話時間を記憶している。なお、２つの端末ＩＤの代わりに、２人のユーザのユーザＩＤを用いてもよい。本変形例では、図１８に示すユーザ通話時間テーブルの代わりに、図２０に示すユーザ通話時間テーブルを用いて、実施例４と同様な処理を行う。

本変形例によれば、２人のユーザの組合せ毎の平均通話時間を用いて情報密度指数を導出（算出）する処理を行うので、適切な通信条件をさらに精度よく選択できる。例えば、１人のユーザについても、通信相手が誰になるかによって、通信（通信内容）の情報密度が大きく異なる場合がある。例えば、あるユーザが会社の上司と通話を行う場合には、話に無駄が少なく、通信の情報密度が高いが、友人と通話を行う場合には、話に無駄が多く、通信の情報密度が低いといった状況も少なくない。本変形例によれば、このような状況においても適切な通信条件を精度よく選択することができる。

（実施例５）
実施例５は、実施例１と実施例３と実施例４の組合せに相当する。

記憶部３４０には、ユーザ重要度テーブル３６４、ユーザ緊急度テーブル、ユーザ通話時間テーブル、情報密度指数テーブルが記録されている。つまり、記憶部３４０に記憶された各テーブルには、重要度と緊急度と情報密度指数が示される。端末装置１６から通話開始要求を受信した場合、管理装置１２の制御部３３８は実施例１で説明したユーザ重要度テーブル３６４と送信元端末装置１６の重要度指数Ｉ、実施例３で説明したユーザ緊急度テーブルと送信元端末装置１６の緊急度指数Ｅ、実施例４で説明したユーザ通話時間テーブル及び情報密度指数テーブルから得られる送信元端末装置１６の情報密度指数Ｒから、式（３）を用いて総合指数Ｚを算出する。なお、総合指数Ｚを総合スコアあるいは総合指標とも呼ぶ。

Ｚ＝α×１＋β×Ｅ＋γ×Ｒ 式（３）

ここで、α、β、γはそれぞれ０より大きな所定値（係数）である。式（３）によれば、送信元端末装置１６の重要度指数Ｉが大きい（高い）ほど、かつ送信元端末装置１６の緊急度指数Ｅが大きい（高い）ほど、情報密度指数Ｒが大きい（高い）ほど、総合指数Ｚが大きな値（高い値）になる。

本実施例では、総合指数Ｚを所定値Ｔzと比較してＳＩＭ切り替え判定処理を行う。図２１は、管理装置１２による切替判定処理手順を示すフローチャートである。本実施例では、管理装置１２の制御部３３８は実施例１の図９のＳＩＭ切り替え判定処理フローチャートにおいて、Ｓ１５０：Ｎｏから、Ｓ１６０に進まずに、図２１のＳ３００に進む。Ｓ３００において、制御部３３８はユーザ重要度テーブル３６４を参照し、送信元端末装置１６の重要度指数Ｉを取得する。その後Ｓ３１０に進む。Ｓ３１０において、制御部３３８はユーザ緊急度テーブルを参照し、送信元端末装置１６の緊急度指数Ｅを取得する。その後Ｓ３２０に進む。Ｓ３２０において、制御部３３８はユーザ通話時間テーブルおよび情報密度指数テーブルを参照し、送信元端末装置１６の情報密度指数Ｒを取得する。その後Ｓ３３０に進む。Ｓ３３０において、制御部３３８は送信元端末装置１６の重要度指数Ｉ、緊急度指数Ｅ、情報密度指数Ｒから、総合指数Ｚを算出する。その後Ｓ３４０に進む。Ｓ３４０において、制御部３３８は総合指数Ｚが所定値Ｔz以上であるか否かを判定する。制御部３３８は総合指数Ｚが所定値Ｔz以上の場合（Ｓ３４０：Ｙｅｓ）は、図９のＳ１８０に進む。制御部は総合指数Ｚが所定値Ｔz未満の場合（Ｓ３４０：Ｎｏ）は、図９のＳ２４０に進む。その結果、通信部３３４は、重要度と緊急度と情報密度指数との組合せをもとに、第２通信条件と第１通信条件とを切りかえる信号を送信する。

本実施例によれば、送信元端末装置の重要度指数、緊急度指数、情報密度指数を定量化し、総合スコアを算出し、総合スコアをもとに送信先端末装置の通信条件を選択するので、適切な通信条件を選択する精度を向上できる。なお、本実施例では、３つの指数をもとに総合スコアを算出したが、これに限定されるものではない。例えば、重要度指数と緊急度指数の２つの指数をもとに総合スコアを算出してもよい。また例えば、重要度指数と情報密度指数の２つの指数をもとに総合スコアを算出してもよい。すなわち、端末装置あるいはユーザに関する複数の指標をもとに、各々の指標の値が高いほど、高い値となる総合指標を算出してもよい。

また、本実施例では送信元端末装置の情報（重要度指数、緊急度指数、情報密度指数）をもとに総合スコアを算出したが、上述した各実施例で説明したように、送信先端末装置の情報をもとに総合スコアを算出してもよい。また、通信に関わる全ての端末装置の情報をもとに総合スコアを算出してもよい。また本実施例では、総合スコアをもとに送信先端末装置の通信条件を選択したが、これに限定されるものではない。例えば、総合スコアをもとに送信元端末装置の通信条件を選択してもよいし、通信に関わる全ての端末装置の通信条件を選択してもよい。すなわち、総合スコアをもとに通信に関わる少なくとも一部の端末装置の通信条件を選択すればよい

以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

１０ ネットワーク、 １２ 管理装置、 １４ 基地局装置、 １６ 端末装置、 １８ 使用者、 ３０ 入力部、 ３２ 計時部、 ３４ 通信部、 ３６ 表示部、 ３８ 制御部、 ４０ 記憶部、 ４２ 第１ＳＩＭ装着部、 ４４ 第２ＳＩＭ装着部、 ４６ 騒音測定部、 ４８ 位置測定部、 ６０ 設定テーブル、 ６４ 活動状態率テーブル、 ６６ 通信可能ステータステーブル、 １００ 通信システム、 ２００ クロック発振器、 ２１０ ＣＰＵ、 ２２０ ユーザＩＦ、 ２３０ 通信ＩＦ、 ２５０ バス、 ３３０ 入力部、 ３３２ 計時部、 ３３４ 通信部、 ３３６ 表示部、 ３３８ 制御部、 ３４０ 記憶部、 ３６２ ＳＩＭデータベース、 ３６４ ユーザ重要度テーブル、 ４００ クロック発振器、 ４１０ ＣＰＵ、 ４２０ ユーザＩＦ、 ４３０ 通信ＩＦ、 ４５０ バス。

Claims (7)

1. 複数の通信手段を備える端末装置を管理する管理装置であって、
   端末装置あるいは端末装置の使用者に対して定められた重要度を示す指数、端末装置の過去の通信で使用された単語に基づいて算出された緊急度を示す指数、および端末装置の過去の通信における通信情報の冗長性の少なさに対応する情報密度を示す指数、のうちの少なくとも１つの指数を記憶する記憶部と、
   一の通信に係る複数の端末装置のうちの少なくとも１つの端末装置を処理対象にして、第１通信品質が規定された第１通信手段、および前記第１通信品質よりも高品質である第２通信品質が規定された第２通信手段の中から、前記記憶部に記憶された指数をもとに、前記処理対象の端末装置が使用すべき通信手段を選択する制御部と、
   前記処理対象の端末装置に対して、前記選択された通信手段に関する信号を送信する送信部と、
   を備える管理装置。
2. 前記制御部は、前記重要度が高くなるほど、あるいは前記緊急度が高くなるほど、あるいは前記情報密度が高くなるほど、前記第２通信手段を優先的に選択することを特徴とする請求項１に記載の管理装置。
3. 前記記憶部は、端末装置毎に前記第２通信手段を用いて通信可能なデータ容量に関する情報をさらに記憶し、
   前記制御部は、前記処理対象の端末装置に関する、前記記憶部に記憶された指数が第１所定値以上であり、かつ前記データ容量が第２所定値以上である場合に、前記第２通信手段を選択することを特徴とする請求項２に記載の管理装置。
4. 第１端末装置から、第２端末装置を宛先とする通信開始要求を受信する受信部をさらに備え、
   前記制御部は、前記第１端末装置および前記第２端末装置の少なくとも一方を前記処理対象の端末装置とし、
   前記送信部は、前記第２端末装置に対して前記通信開始要求を送信する前に、前記処理対象の端末装置に対して前記信号を送信することを特徴とする請求項１から３のいずれか１項に記載の管理装置。
5. 前記記憶部は、複数の端末装置の組み合わせ毎に、前記重要度を示す指数、前記緊急度を示す指数、前記情報密度を示す指数、のうちの少なくとも１つの指数を記憶し、
   前記制御部は、前記一の通信に係る複数の端末装置の組み合わせに合致する指数をもとに、通信手段を選択することを特徴とする請求項１から４のいずれか１項に記載の管理装置。
6. 前記記憶部は、前記重要度を示す指数、前記緊急度を示す指数、前記情報密度を示す指数、のうちの複数の指数を記憶し、
   前記制御部は、前記記憶部に記憶された複数の指数の各々の値が高いほど、高い値となる総合スコアを算出し、総合スコアをもとに通信手段を選択することを特徴とする請求項１から５のいずれか１項に記載の管理装置。
7. 複数の通信手段を備える端末装置を管理するコンピュータに、
   端末装置あるいは端末装置の使用者ごとに定められた重要度を示す指数、および端末装置の過去の通信で使用された単語に基づいて算出された緊急度を示す指数、および端末装置の過去の通信における通信情報の冗長性の少なさに対応する情報密度を示す指数、のうちの少なくとも１つの指数を取得するステップと、
   一の通信に係る複数の端末装置のうちの少なくとも１つの端末装置を処理対象にして、第１通信品質が規定された第１通信手段、および前記第１通信品質よりも高品質である第２通信品質が規定された第２通信手段の中から、前記取得した指数をもとに、前記処理対象の端末装置が使用すべき通信手段を選択するステップと、
   前記処理対象の端末装置に対して、前記選択した通信手段に関する信号を送信するステップとを実行させるプログラム。

Images