(57)【要約】【課題】通信端末の使用不可状況に応じたセキュリティ保護を行う。【解決手段】通信制御装置１は、制御部１ａと記憶部１ｂを備える。制御部１ａは、第１の通信端末（借用通信端末Ｃ）からの発信の要求を受けて第２の通信端末（通信端末Ａ）のレスポンスを検出し、レスポンスにもとづいて第１の通信端末の認証強度を設定し、設定された認証強度の認証を経て、第２の通信端末の発信者情報を第３の通信端末（着信通信端末Ｂ）に通知して、第１の通信端末から第３の通信端末への発信制御を行う。記憶部１ｂは、レスポンスと認証強度との対応関係を少なくとも記憶する。また、制御部１ａは、第２の通信端末の呼への応答にもとづく第１のレスポンスを受信した場合、第２の通信端末の前記呼への未応答にもとづく第２のレスポンスを受信した場合よりも認証強度を高く設定する。【選択図】図１
2019016963.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信端末からの発信の要求を受けて第２の通信端末のレスポンスを検出し、前記レスポンスにもとづいて前記第１の通信端末の認証強度を設定し、設定された前記認証強度の認証を経て、前記第２の通信端末の発信者情報を第３の通信端末に通知して、前記第１の通信端末から前記第３の通信端末への発信制御を行う制御部、
を有する通信制御装置。
【請求項２】
前記制御部は、前記第２の通信端末の呼への応答にもとづく第１のレスポンスを受信した場合、前記第２の通信端末の前記呼への未応答にもとづく第２のレスポンスを受信した場合よりも前記認証強度を高く設定する請求項１記載の通信制御装置。
【請求項３】
前記制御部は、前記第１のレスポンスの内容にもとづいて前記第２の通信端末が電源オン状態で使用不可状況にあることを検出した場合、前記第１の通信端末に対してＩＤ、パスワードおよびセキュリティコードを含む認証情報の入力を要求することを特徴とする請求項２記載の通信制御装置。
【請求項４】
前記制御部は、前記第２のレスポンスの内容にもとづいて前記第２の通信端末が電源オフ状態で使用不可状況にあることを検出した場合、前記第１の通信端末に対してＩＤおよびパスワードを含む認証情報の入力を要求することを特徴とする請求項２記載の通信制御装置。
【請求項５】
前記制御部は、前記第２のレスポンスの内容にもとづいて前記第２の通信端末が通信料金未納で使用不可状況にあることを検出した場合、前記第１の通信端末に対して接続拒否を行うことを特徴とする請求項２記載の通信制御装置。
【請求項６】
前記制御部は、前記第２のレスポンスの受信時、前記第２の通信端末が災害被災エリアにあるか否かを判定し、前記第２の通信端末が災害被災エリア内にある場合、前記第２の通信端末が災害被災エリア外にある場合よりも前記認証強度を低く設定する請求項２記載の通信制御装置。
【請求項７】
前記制御部は、前記第２の通信端末が前記災害被災エリア外にある場合、ネットワーク障害により前記第２の通信端末が使用不可状況にあると検出し、前記第１の通信端末に対して、ＩＤおよびパスワードを含む認証情報の入力を要求することを特徴とする請求項６記載の通信制御装置。
【請求項８】
前記制御部は、前記第２の通信端末が前記災害被災エリア内にある場合、前記第１の通信端末に対して認証情報の入力を不要とすることを特徴とする請求項６記載の通信制御装置。
【請求項９】
前記制御部は、前記レスポンスに応じた課金を前記第１の通信端末に設定する請求項１記載の通信制御装置。
【請求項１０】
前記制御部は、前記第１の通信端末から送信された前記第２の通信端末の発信者情報を受信した場合、前記第２の通信端末の呼処理を行うサーバに対して前記第２の通信端末宛ての発信を行い、前記サーバで認識された前記レスポンスを検出する請求項１記載の通信制御装置。
【請求項１１】
コンピュータが、
第１の通信端末からの発信の要求を受けて第２の通信端末のレスポンスを検出し、
前記レスポンスにもとづいて前記第１の通信端末の認証強度を設定し、
設定された前記認証強度の認証を経て、前記第２の通信端末の発信者情報を第３の通信端末に通知して、前記第１の通信端末から前記第３の通信端末への発信制御を行う、
通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置および通信制御方法に関する。
【背景技術】
【０００２】
携帯電話機等の通信端末の機能の１つに発信者情報通知がある。発信者情報通知は、発信者に関する情報を通知する機能であり、例えば、発信者が電話をかけた際に、発信側の電話番号が着信側に通知される。この機能により、着信者は、電話を取る前に既知の電話番号か否かを知ることができ、未知の電話番号に対しては、通話拒否等の対処をすることが可能になる。
【０００３】
一方、発信者が通常使用している通信端末が使用不可能になったとき、発信者が他の人の通信端末を借りて電話をかける場合がある。このような状況では、借用した通信端末の電話番号を着信者が知らなければ、着信者にとって未知の電話番号が通知されることになるので、通話拒否等がなされてしまう可能性がある。
【０００４】
このため、例えば、発信者が他の人の通信端末を借りて電話をした場合、借用した通信端末の電話番号を、発信者が通常使用している通信端末の電話番号に変換して着信側に通知する技術が提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１７３５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記の技術では、発信者の通信端末を認証する認証情報にもとづき、発信者が通常使用している通信端末の電話番号と、発信者が借用した通信端末の電話番号とを関連付けて、電話番号の変換処理を行っている。
【０００７】
しかし、上記の技術では、通信端末が使用不可となった状況にかかわらず、認証強度が常に固定して設定されるため、使用不可状況に応じたセキュリティ保護を行うことが困難である。
【０００８】
例えば、ユーザの不注意等によって通信端末が使用不可状況になった場合と、災害被災によって通信端末が使用不可状況になった場合とでは、通信端末を借用して電話をかける際の認証強度を状況に応じて変えることが望ましい。
【０００９】
１つの側面では、本発明は、通信端末の使用不可状況に応じたセキュリティ保護を可能にした通信制御装置および通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、通信制御装置が提供される。通信制御装置は、制御部を備える。制御部は、第１の通信端末からの発信の要求を受けて第２の通信端末のレスポンスを検出し、レスポンスにもとづいて第１の通信端末の認証強度を設定し、設定された認証強度の認証を経て、第２の通信端末の発信者情報を第３の通信端末に通知して、第１の通信端末から第３の通信端末への発信制御を行う。
【００１１】
また、上記課題を解決するために、コンピュータが上記通信制御装置と同様の制御を実行する通信制御方法が提供される。
【発明の効果】
【００１２】
１側面によれば、通信端末の使用不可状況に応じたセキュリティ保護が可能になる。
【図面の簡単な説明】
【００１３】
【図１】通信制御装置の構成の一例を示す図である。
【図２】通信ネットワークの構成の一例を示す図である。
【図３】アプリケーションサーバのハードウェア構成の一例を示す図である。
【図４】アプリケーションサーバの機能ブロックの一例を示す図である。
【図５】発信者情報の通知処理の流れの一例を示す図である。
【図６】ＳＩＰレスポンスと認証情報との対応関係の一例を示す図である。
【図７】ＳＩＰのデータ構造の一例を示す図である。
【図８】通信端末置き忘れ（電源オン）の場合の動作シーケンスを示す図である。
【図９】充電切れ（電源オフ）の場合の動作シーケンスを示す図である。
【図１０】料金未納で使用不可の場合の動作シーケンスを示す図である。
【図１１】ガイダンス画面の一例を示す図である。
【図１２】ガイダンス画面の一例を示す図である。
【図１３】ガイダンス画面の一例を示す図である。
【図１４】キャリアネットワーク障害と災害被災との切り分けを説明するための図である。
【図１５】発信者情報の通知処理の流れの一例を示す図である。
【図１６】キャリアネットワーク障害の場合の動作シーケンスを示す図である。
【図１７】災害被災の場合の動作シーケンスを示す図である。
【図１８】課金対象の変更の一例を示す図である。
【図１９】借用通信端末の動作を示すフローチャートである。
【図２０】アプリケーションサーバの動作を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
第１の実施形態の通信制御装置について図１を用いて説明する。図１は通信制御装置の構成の一例を示す図である。通信制御装置１は、制御部１ａと記憶部１ｂを含む。
【００１５】
制御部１ａは、第１の通信端末からの発信の要求を受けて第２の通信端末のレスポンスを検出し、レスポンスにもとづいて第１の通信端末の認証強度を設定する。そして、制御部１ａは、設定された認証強度の認証を経て、第２の通信端末の発信者情報（例えば、第２の通信端末の電話番号）を第３の通信端末に通知して、第１の通信端末から第３の通信端末への発信制御を行う。記憶部１ｂは、レスポンスと認証強度との対応関係を少なくとも記憶する。
【００１６】
図１に示す例を用いて制御部１ａの動作について説明する。なお、以降の説明では、使用不可状況にある通信端末を通信端末Ａ（第２の通信端末）、着信者側の通信端末を着信通信端末Ｂ（第３の通信端末）、通信端末Ａの代わりに借用される通信端末を借用通信端末Ｃ（第１の通信端末）と呼ぶ。
【００１７】
〔ステップＳ１〕制御部１ａは、通信端末Ａの電話番号の要求メッセージを借用通信端末Ｃに送信する。
〔ステップＳ２〕借用通信端末Ｃは、発信者によって入力された通信端末Ａの電話番号を制御部１ａに送信する。
【００１８】
〔ステップＳ３〕制御部１ａは、通信端末Ａ側の呼処理サーバ（通信端末Ａに関する呼処理を行うサーバ）に発信する。
〔ステップＳ４〕通信端末Ａ側の呼処理サーバは、通信端末Ａの状態を示すレスポンスを制御部１ａに送信する。
【００１９】
〔ステップＳ５〕制御部１ａは、レスポンスを受信すると、レスポンスに応じた認証強度を設定し、設定した認証強度にもとづく認証情報の要求メッセージを借用通信端末Ｃに送信する。
【００２０】
〔ステップＳ６〕借用通信端末Ｃは、発信者により入力された認証情報を制御部１ａに送信する。
〔ステップＳ７〕制御部１ａは、受信した認証情報の正当性を確認すると、着信通信端末Ｂの電話番号の要求メッセージを借用通信端末Ｃに送信する。
【００２１】
〔ステップＳ８〕借用通信端末Ｃは、入力された着信通信端末Ｂの電話番号を制御部１ａに送信する。
〔ステップＳ９〕制御部１ａは、通知すべき発信者情報を通信端末Ａの発信番号（通信端末Ａの電話番号）にして、入力された着信通信端末Ｂの電話番号にもとづき、着信通信端末Ｂに発信する。
【００２２】
このように、通信制御装置１では、使用不可となった通信端末Ａの代わりに借用通信端末Ｃから発信して発信者情報を通信端末Ａの電話番号とする場合、通信端末Ａのレスポンスにもとづき、借用通信端末Ｃへの認証強度を可変に設定する。これにより、通信制御装置１は、通信端末Ａの使用不可状況に応じたセキュリティ保護を行うことが可能になる。
【００２３】
［第２の実施の形態］
次に第２の実施の形態について説明する。第２の実施の形態は、ＳＩＰ（Session Initiation Protocol）による呼処理プロトコルを用いたネットワークに対して本発明を適用したものである。まず、第２の実施の形態のネットワーク構成について説明する。
【００２４】
図２は通信ネットワークの構成の一例を示す図である。通信ネットワーク２は、ネットワーク２−１、２−２を含む。ネットワーク２−１は、第１のキャリアによって運用されるネットワークであり、ネットワーク２−２は、第１のキャリアとは異なる第２のキャリアによって運用されるネットワークである。
【００２５】
ネットワーク２−１は、アプリケーションサーバ１０−１、交換局２１−１、基地局制御装置２２−１、基地局２３−１、ＧＷ（ゲートウェイ）２４−１、ＨＬＲ（Home Location Register）２５−１、災害情報配信センタ２６−１および通信端末２０を備える。また、交換局２１−１は、ＳＩＰで呼処理を行う呼処理サーバ２１ａ−１を有する。
【００２６】
ネットワーク２−２は、ネットワーク２−１と同様な構成である。よって、図２では、ネットワーク２−１内のゲートウェイ２４−１と、ネットワーク２−２内のゲートウェイ２４−２とが接続される構成のみ示し、ネットワーク２−２内の装置構成は省略している。
【００２７】
ネットワーク２−１において、交換局２１−１には、アプリケーションサーバ１０−１、ＨＬＲ２５−１、災害情報配信センタ２６−１、ＧＷ２４−１および基地局制御装置２２−１が有線を通じて接続する。また、基地局制御装置２２−１は、有線を通じて基地局２３−１に接続し、通信端末２０と基地局２３−１とは、無線で接続する。
【００２８】
ここで、ＨＬＲ２５−１は、通信端末２０の電話番号や識別番号といったユーザ情報を管理するデータベースである。災害情報配信センタ２６−１は、地震速報や津波警報等の災害情報（緊急速報）を対象エリアにいる利用者に対して、例えば、メールで配信する配信センタである。なお、アプリケーションサーバ１０−１は、図１の通信制御装置１の機能を有する（呼処理サーバ２１ａ−１が通信制御装置１の機能を有する構成にしてもよい）。
【００２９】
＜アプリケーションサーバのハードウェア＞
図３はアプリケーションサーバのハードウェア構成の一例を示す図である。アプリケーションサーバ１０−１は、プロセッサ１００によって装置全体が制御されている。すなわち、プロセッサ１００は、アプリケーションサーバ１０−１の制御部として機能する。
【００３０】
プロセッサ１００には、バス１０３を介して、メモリ１０１および複数の周辺機器が接続されている。プロセッサ１００は、マルチプロセッサであってもよい。プロセッサ１００は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＰＬＤ（Programmable Logic Device）である。またプロセッサ１００は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。
【００３１】
メモリ１０１は、アプリケーションサーバ１０−１の主記憶装置として使用される。メモリ１０１には、プロセッサ１００に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０１には、プロセッサ１００による処理に要する各種データが格納される。
【００３２】
また、メモリ１０１は、アプリケーションサーバ１０−１の補助記憶装置としても使用され、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。メモリ１０１は、補助記憶装置として、フラッシュメモリやＳＳＤ（Solid State Drive）等の半導体記憶装置やＨＤＤ（Hard Disk Drive）等の磁気記録媒体を含んでもよい。
【００３３】
バス１０３に接続されている周辺機器としては、入出力インタフェース１０２およびネットワークインタフェース１０４がある。入出力インタフェース１０２は、プロセッサ１００からの命令にしたがってアプリケーションサーバ１０−１の状態を表示する表示装置として機能するモニタ（例えば、ＬＥＤ（Light Emitting Diode）やＬＣＤ（Liquid Crystal Display）等）が接続されている。
【００３４】
また、入出力インタフェース１０２は、キーボードやマウス等の情報入力装置を接続可能であって、情報入力装置から送られてくる信号をプロセッサ１００に送信する。
さらにまた、入出力インタフェース１０２は、周辺機器を接続するための周辺機器用通信インタフェースとしても機能する。例えば、入出力インタフェース１０２は、レーザ光等を利用して、光ディスクに記録されたデータの読み取りを行う光学ドライブ装置を接続することができる。光ディスクは、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（Rewritable）等がある。
【００３５】
また、入出力インタフェース１０２は、メモリ装置やメモリリーダライタを接続することができる。メモリ装置は、入出力インタフェース１０２との通信機能を搭載した記録媒体である。メモリリーダライタは、メモリカードへのデータの書き込み、またはメモリカードからのデータの読み出しを行う装置である。メモリカードは、カード型の記録媒体である。
【００３６】
ネットワークインタフェース１０４は、図２に示した交換局２１−１と接続してインタフェース処理を行う。ネットワークインタフェース１０４は、例えば、ＮＩＣ（Network Interface Card）や無線ＬＡＮ（Local Area Network）カード等が使用できる。ネットワークインタフェース１０４で受信されたデータは、メモリ１０１やプロセッサ１００に出力される。
【００３７】
以上のようなハードウェア構成によって、アプリケーションサーバ１０−１の処理機能を実現することができる。例えば、アプリケーションサーバ１０−１は、プロセッサ１００がそれぞれ所定のプログラムを実行することで本発明の通信制御を行うことができる。
【００３８】
アプリケーションサーバ１０−１は、例えば、コンピュータで読み取り可能な記録媒体に記録されたプログラムを実行することにより、本発明の処理機能を実現する。アプリケーションサーバ１０−１に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。
【００３９】
例えば、アプリケーションサーバ１０−１に実行させるプログラムを補助記憶装置に格納しておくことができる。プロセッサ１００は、補助記憶装置内のプログラムの少なくとも一部を主記憶装置にロードし、プログラムを実行する。
【００４０】
また、光ディスク、メモリ装置、メモリカード等の可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えば、プロセッサ１００からの制御により、補助記憶装置にインストールされた後、実行可能となる。またプロセッサ１００が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。
【００４１】
＜アプリケーションサーバの機能ブロック＞
図４はアプリケーションサーバの機能ブロックの一例を示す図である。アプリケーションサーバ１０−１は、通信インタフェース部１１、ＤＴＭＦ（Dual-Tone Multi-Frequency）受信部１２、ガイダンス再生部１３、メッセージ受信部１４ａ、レスポンス解析部１４ｂ、災害情報問合せ部１４ｃおよび災害情報問合せ結果受信部１４ｄを備える。
【００４２】
さらに、アプリケーションサーバ１０−１は、メッセージ生成部１５ａ、メッセージ送信部１５ｂ、使用不可通信端末状況判定部１６、認証情報保存部１７ａ、認証情報判定部１７ｂ、電話番号対応関係保存部１８ａ、課金対象保存部１８ｂおよび通信制御部１９を備える。
【００４３】
なお、図１の記憶部１ｂの機能は、認証情報保存部１７ａ、電話番号対応関係保存部１８ａおよび課金対象保存部１８ｂで実現される。また、図１の制御部１ａの機能は、認証情報保存部１７ａ、電話番号対応関係保存部１８ａおよび課金対象保存部１８ｂを除いた機能ブロックで実現される。
【００４４】
ここで、通信インタフェース部１１は、外部機器との通信インタフェース処理を行う。ＤＴＭＦ受信部１２は、ＲＴＰ（Real-time Transport Protocol）等のプロトコルにより転送されたＤＴＭＦ（借用通信端末Ｃに入力された入力情報（電話のトーン信号等））を受信する。
【００４５】
ガイダンス再生部１３は、借用通信端末Ｃへ出力情報（ガイダンス）を送信する（借用通信端末Ｃ上のガイダンス画面については図１１から図１３で後述する）。メッセージ受信部１４ａは、通信端末Ａ側の呼処理サーバを介して、ＳＩＰレスポンスのメッセージを受信する。
【００４６】
レスポンス解析部１４ｂは、ＳＩＰレスポンスの解析を行う。災害情報問合せ部１４ｃは、災害情報配信センタ２６−１と通信を行って、通信端末Ａが位置するエリアで災害が発生し、災害情報の配信があったか否かを問い合わせる。災害情報問合せ結果受信部１４ｄは、通信端末Ａが接続する基地局への災害情報の配信有無を検出する。
【００４７】
メッセージ生成部１５ａは、発信メッセージを作成する。メッセージ送信部１５ｂは、着信通信端末Ｂ側の呼処理サーバを介して、着信側へ発信メッセージを送信する。
使用不可通信端末状況判定部１６は、ＳＩＰレスポンスにもとづいて、通信端末Ａが使用不可となっている状況を判定する。認証情報保存部１７ａは、認証情報を保存する。
【００４８】
認証情報判定部１７ｂは、受信した認証情報の正当性の判定を行う。電話番号対応関係保存部１８ａは、通信端末Ａの電話番号と、借用通信端末Ｃの電話番号とが対応した電話番号変換テーブルを保存する。課金対象保存部１８ｂは、通信端末Ａの使用不可状況に応じた課金対象を保存する。通信制御部１９は、各構成要素の統括制御を行う。
【００４９】
上記の認証情報保存部１７ａ、電話番号対応関係保存部１８ａおよび課金対象保存部１８ｂは、図３に示したメモリ１０１で実現される。通信インタフェース部１１は、図３に示したネットワークインタフェース１０４で実現される。その他の機能ブロックは、図３に示したプロセッサ１００によって実行される。なお、各構成部を論理回路等によってハードウェア回路で構成することもできる。
【００５０】
＜発信者情報の通知処理の流れ（１）＞
次に発信者の不注意によって通信端末Ａを使用できない状況において、借用通信端末Ｃから着信通信端末Ｂに電話をかけた際に、通信端末Ａの発信者情報（電話番号）を着信通信端末Ｂに通知して、着信通信端末Ｂに電話をかける際の処理の流れについて説明する。なお、以降の説明では、発信者情報を電話番号として説明するが、電話番号以外の発信者に関する情報であってもよい。
【００５１】
ここで、発信者の不注意によって通信端末Ａを使用できない状況としては、以下に示すような状況がある。
例えば、自宅に置き忘れた等によって、電源オン状態の通信端末Ａを発信者が使用できない状況が含まれる。また、外出先で充電切れ（電池切れ）が起きた等によって、電源オフ状態の通信端末Ａを発信者が使用できない状況が含まれる。さらに、通信料金が未納のため通信端末Ａを発信者が使用できない状況が含まれる。
【００５２】
図５は発信者情報の通知処理の流れの一例を示す図である。なお、図５に示すネットワーク２−１では、災害情報配信センタの図示を省略している。また、図５において、ネットワーク２−２には、呼処理サーバ２１ａ−２、基地局制御装置２２−２、基地局２３−２、ＧＷ２４−２、ＨＬＲ２５−２、アプリケーションサーバ１０−２および通信端末Ａが含まれる。また、ネットワーク２−３には、呼処理サーバ２１ａ−３、ＧＷ２４−３および着信通信端末Ｂが含まれる。
【００５３】
〔ステップＳ１１ａ〕借用通信端末Ｃに対して、発信者の操作により特殊番号（以下、特番と呼ぶ）が入力され、借用通信端末Ｃは、入力された特番をアプリケーションサーバ１０−１へ送信する。なお、この特番は、本発明の通信制御が実施される上で新規に設定される特番である。
【００５４】
〔ステップＳ１１ｂ〕アプリケーションサーバ１０−１は、入力された特番を検出すると、借用通信端末Ｃにガイダンスを送信して、通信端末Ａの電話番号を要求する。
〔ステップＳ１１ｃ〕借用通信端末Ｃに表示されるガイダンス画面にもとづき、発信者の操作により通信端末Ａの電話番号が入力され、借用通信端末Ｃは、入力された電話番号をアプリケーションサーバ１０−１へ送信する。
【００５５】
〔ステップＳ１２ａ〕アプリケーションサーバ１０−１は、入力された電話番号により、通信端末Ａに向けて発信する。
〔ステップＳ１２ｂ〕通信端末Ａに接続する交換局内の呼処理サーバ２１ａ−２は、通信端末Ａへの発信にもとづき、通信端末Ａの状態に応じたＳＩＰレスポンスをアプリケーションサーバ１０−１へ送信する。
【００５６】
〔ステップＳ１３ａ〕アプリケーションサーバ１０−１は、ＳＩＰレスポンスを受信すると、ＳＩＰレスポンスに応じた認証強度を設定し、借用通信端末Ｃにガイダンスを送信して、設定した認証強度にもとづく認証情報を借用通信端末Ｃに対して要求する。
【００５７】
〔ステップＳ１３ｂ〕借用通信端末Ｃに表示されるガイダンス画面にもとづき、発信者の操作により認証情報が入力され、借用通信端末Ｃは、入力された認証情報をアプリケーションサーバ１０−１へ送信する。
【００５８】
〔ステップＳ１３ｃ〕アプリケーションサーバ１０−１は、認証情報を受信すると、借用通信端末Ｃにガイダンスを送信して、着信通信端末Ｂの電話番号を要求する。
〔ステップＳ１３ｄ〕借用通信端末Ｃに表示されるガイダンス画面にもとづき、発信者の操作により着信通信端末Ｂの電話番号が入力され、借用通信端末Ｃは、入力された電話番号をアプリケーションサーバ１０−１へ送信する。
【００５９】
〔ステップＳ１４〕アプリケーションサーバ１０−１は、通知すべき発信番号を通信端末Ａの電話番号にして、入力された着信通信端末Ｂの電話番号にもとづいて、着信通信端末Ｂに発信する。
【００６０】
なお、上記の処理において、通信料金が未納のため通信端末Ａを使用できない状況の場合は、アプリケーションサーバ１０−１は、認証情報の要求は行わず、借用通信端末Ｃの通話を切断することになる（図１０で後述）。
【００６１】
＜ＳＩＰレスポンスと認証情報との対応関係＞
図６はＳＩＰレスポンスと認証情報との対応関係の一例を示す図である。テーブルＴ１は、「状況」、「ＳＩＰレスポンスコード」、「認証強度」および「認証情報」の項目を有し、使用不可となった通信端末Ａにおける、ＳＩＰレスポンスと認証情報との対応関係を示している。なお、テーブルＴ１は、認証情報保存部１７ａに格納される。
【００６２】
テーブルＴ１の「状況」において、通信端末置き忘れ（電源オン）とは、電源オン状態の通信端末Ａを発信者が使用できない状況に該当する。充電切れ（電源オフ）とは、電源オフ状態の通信端末Ａを発信者が使用できない状況に該当する。
【００６３】
料金未納で使用不可とは、通信料金が未納のため通信端末Ａを使用できない状況に該当する。キャリアネットワーク障害とは、キャリアネットワーク側で通信障害が発生して、通信端末Ａを発信者が使用できない状況に該当する。災害被災とは、災害が起きて通信が不通になることで、通信端末Ａを使用できない状況に該当する。
【００６４】
また、テーブルＴ１の「ＳＩＰレスポンスコード」において、１８０は、呼出し中であることを示す。４ｘｘと４ｙｙは、リクエストエラーであることを示す（ｘ、ｙには、０から９までの所定の数字が設定される）。５ｘｘは、サーバエラーであることを示す。
【００６５】
なお、４ｘｘについては例えば、ユーザ認証が必要であることを示すコードとして４０１と設定することができる。また、４ｙｙについては例えば、支払いが必要であることを示すコードとして４０２と設定することができる。
【００６６】
ここで、「状況」が通信端末置き忘れ（電源オン）のとき、「ＳＩＰレスポンスコード」は１８０とする。この場合、図５に示すネットワーク２−２側の呼処理サーバ２１ａ−２から、ネットワーク２−１側のアプリケーションサーバ１０−１へ１８０ＳＩＰレスポンスメッセージが送信される。
【００６７】
また、「認証強度」は、すべての使用不可状況の中で最も高い“高”と設定され、借用通信端末Ｃに入力される「認証情報」には、ＩＤ、パスワード（ＰＷ）およびセキュリティコードが要求されるものとする。なお、これらの認証情報は、通信サービスの契約時に登録される。
【００６８】
「状況」が充電切れ（電源オフ）のとき、「ＳＩＰレスポンスコード」は４ｘｘとする。この場合、呼処理サーバ２１ａ−２からアプリケーションサーバ１０−１へ４ｘｘＳＩＰレスポンスメッセージが送信される。
【００６９】
また、「認証強度」は、通信端末置き忘れ（電源オン）の認証強度よりも低い“中”と設定され、借用通信端末Ｃに入力される「認証情報」には、ＩＤおよびパスワードが要求されるものとする。
【００７０】
「状況」が料金未納で使用不可のとき、「ＳＩＰレスポンスコード」は４ｙｙとする。この場合、呼処理サーバ２１ａ−２からアプリケーションサーバ１０−１へ４ｙｙＳＩＰレスポンスメッセージが送信される。また、「認証強度」は、“接続拒否”と設定され、認証情報の入力にかかわらず接続拒否にすることで借用通信端末Ｃの使用が禁止される。
【００７１】
「状況」がキャリアネットワーク障害のとき、「ＳＩＰレスポンスコード」は５ｘｘとする。この場合、呼処理サーバ２１ａ−２からアプリケーションサーバ１０−１へ５ｘｘＳＩＰレスポンスメッセージが送信される。また、「認証強度」は“中”とし、借用通信端末Ｃに入力される「認証情報」には、ＩＤおよびパスワードが要求されるものとする。
【００７２】
「状況」が災害被災のとき、「ＳＩＰレスポンスコード」は５ｘｘとする。この場合、呼処理サーバ２１ａ−２からアプリケーションサーバ１０−１へ５ｘｘＳＩＰレスポンスメッセージが送信される。また、「認証強度」は、すべての使用不可状況の中で最も低い“低”と設定され、借用通信端末Ｃへの認証情報の入力を不要とする。
【００７３】
なお、「状況」がキャリアネットワーク障害の場合と災害被災の場合とでは、ＳＩＰレスポンスコードは同じ５ｘｘとなっている。これらの切り分けについて、アプリケーションサーバ１０−１では、ＳＩＰレスポンスコードは同一の値にして、他の条件も追加して切り分けを行うものとする（図１４で後述）。
【００７４】
＜ＳＩＰのデータ構造＞
図７はＳＩＰのデータ構造の一例を示す図である。ＳＩＰを用いた呼接続時のヘッダ部のデータ構造は、ＩＰヘッダｈ１、ＵＤＰ（User Datagram Protocol）ヘッダｈ２、ＳＩＰヘッダｈ３およびアプリケーションヘッダｈ４が含まれる。ＳＩＰヘッダｈ３には、ＳＩＰメッセージ（リクエストおよびレスポンス）の内容が書き込まれる。
【００７５】
また、ＳＩＰでは、発信側と着信側の間でＵＤＰ（またはＴＣＰ（Transmission Control Protocol））を使ってメッセージをやりとりするため、ＳＩＰヘッダｈ３の前段にＩＰヘッダｈ１、ＵＤＰヘッダｈ２が付加されている。さらに、アプリケーションヘッダｈ４には、例えば、パケットデータを受け取った宛先のアプリケーションがそのデータをどう扱うかを決めるための情報等が含まれる。
【００７６】
＜動作シーケンス（１）＞
次に動作シーケンスについて図８、図９、図１０を用いて説明する。図８は通信端末置き忘れ（電源オン）の場合の動作シーケンスを示す図である。
【００７７】
〔ステップＳ２１ａ〕借用通信端末Ｃは、入力された特番をアプリケーションサーバ１０−１に送信する。
〔ステップＳ２１ｂ〕アプリケーションサーバ１０−１は、特番を受信すると、通信端末Ａの電話番号の要求メッセージを借用通信端末Ｃに送信する。
【００７８】
〔ステップＳ２１ｃ〕借用通信端末Ｃは、入力された通信端末Ａの電話番号をアプリケーションサーバ１０−１に送信する。
〔ステップＳ２２ａ〕アプリケーションサーバ１０−１は、通信端末Ａ側の呼処理サーバ（通信端末Ａの呼処理を行うサーバ）２１ａ−２に対して、通信端末Ａ宛ての発信を行う。
【００７９】
〔ステップＳ２２ｂ、Ｓ２２ｃ〕呼処理サーバ２１ａ−２は、１８０ＳＩＰレスポンスメッセージ（180Ringingメッセージ）をアプリケーションサーバ１０−１に送信し、リンギングを通信端末Ａから発生させるが（呼の応答有り）、次のＳＩＰレスポンスが一定時間無いことを契機に、通信端末Ａの呼出しのキャンセルを指示する。
【００８０】
〔ステップＳ２３ａ〕アプリケーションサーバ１０−１は、認証情報として、ＩＤ、パスワードおよびセキュリティコードの要求メッセージを借用通信端末Ｃに送信する。
〔ステップＳ２３ｂ〕借用通信端末Ｃは、入力されたＩＤ、パスワードおよびセキュリティコードをアプリケーションサーバ１０−１に送信する。
【００８１】
〔ステップＳ２３ｃ〕アプリケーションサーバ１０−１は、受信した認証情報の正当性を確認すると、着信通信端末Ｂの電話番号の要求メッセージを借用通信端末Ｃに送信する。
【００８２】
〔ステップＳ２３ｄ〕借用通信端末Ｃは、入力された着信通信端末Ｂの電話番号をアプリケーションサーバ１０−１に送信する。
〔ステップＳ２４〕アプリケーションサーバ１０−１は、通知すべき発信番号を通信端末Ａの電話番号にして、着信通信端末Ｂの電話番号にもとづき、着信通信端末Ｂに発信する。
【００８３】
図９は充電切れ（電源オフ）の場合の動作シーケンスを示す図である。
〔ステップＳ３１ａ〕借用通信端末Ｃは、入力された特番をアプリケーションサーバ１０−１に送信する。
【００８４】
〔ステップＳ３１ｂ〕アプリケーションサーバ１０−１は、特番を受信すると、通信端末Ａの電話番号の要求メッセージを借用通信端末Ｃに送信する。
〔ステップＳ３１ｃ〕借用通信端末Ｃは、入力された通信端末Ａの電話番号をアプリケーションサーバ１０−１に送信する。
【００８５】
〔ステップＳ３２ａ〕アプリケーションサーバ１０−１は、呼処理サーバ２１ａ−２に対して、通信端末Ａ宛ての発信を行う。
〔ステップＳ３２ｂ〕呼処理サーバ２１ａ−２は、通信端末Ａの呼び出しを行うが電源オフ状態であること（呼の応答無し）を検出して、４ｘｘＳＩＰレスポンスメッセージをアプリケーションサーバ１０−１に送信する。
【００８６】
〔ステップＳ３３ａ〕アプリケーションサーバ１０−１は、４ｘｘＳＩＰレスポンスメッセージを受信すると、認証情報として、ＩＤおよびパスワードの要求メッセージを借用通信端末Ｃに送信する。
【００８７】
〔ステップＳ３３ｂ〕借用通信端末Ｃは、入力されたＩＤおよびパスワードをアプリケーションサーバ１０−１に送信する。
〔ステップＳ３３ｃ〕アプリケーションサーバ１０−１は、受信した認証情報の正当性を確認すると、着信通信端末Ｂの電話番号の要求メッセージを借用通信端末Ｃに送信する。
【００８８】
〔ステップＳ３３ｄ〕借用通信端末Ｃは、入力された着信通信端末Ｂの電話番号をアプリケーションサーバ１０−１に送信する。
〔ステップＳ３４〕アプリケーションサーバ１０−１は、通知すべき発信番号を通信端末Ａの電話番号にして、着信通信端末Ｂの電話番号にもとづき、着信通信端末Ｂに発信する。
【００８９】
図１０は料金未納で使用不可の場合の動作シーケンスを示す図である。
〔ステップＳ４１ａ〕借用通信端末Ｃは、入力された特番をアプリケーションサーバ１０−１に送信する。
【００９０】
〔ステップＳ４１ｂ〕アプリケーションサーバ１０−１は、特番を受信すると、通信端末Ａの電話番号の要求メッセージを借用通信端末Ｃに送信する。
〔ステップＳ４１ｃ〕借用通信端末Ｃは、入力された通信端末Ａの電話番号をアプリケーションサーバ１０−１に送信する。
【００９１】
〔ステップＳ４２ａ〕アプリケーションサーバ１０−１は、呼処理サーバ２１ａ−２に対して、通信端末Ａ宛ての発信を行う。
〔ステップＳ４２ｂ〕呼処理サーバ２１ａ−２は、通信端末Ａの呼出しを行う際に料金未納であること（呼の応答無し）を検出して、４ｙｙＳＩＰレスポンスメッセージをアプリケーションサーバ１０−１に送信する。
【００９２】
〔ステップＳ４５〕アプリケーションサーバ１０−１は、４ｙｙＳＩＰレスポンスメッセージを受信すると、借用通信端末Ｃに切断信号を送信し、通信端末Ａを通常使用している発信者による借用通信端末Ｃの通話を禁止する。
【００９３】
＜ガイダンス画面＞
次にガイダンス画面について図１１、図１２、図１３を用いて説明する。図１１はガイダンス画面の一例を示す図であり、通信端末Ａの電話番号要求受付時の借用通信端末Ｃの表示画面である。
【００９４】
表示画面ｄｐ１には、操作ボタン（０から９の数字、＊、＃）が表示され、さらに“使用不可通信端末の電話番号を入力してください”のコメントが表示される（使用不可通信端末とは本例では通信端末Ａのことである）。
【００９５】
図１２はガイダンス画面の一例を示す図であり、認証情報受付時の借用通信端末Ｃの表示画面である。図１２の例ではＩＤ入力画面を示している。表示画面ｄｐ２には、操作ボタン（０から９の数字、＊、＃）が表示され、さらに“ＩＤを入力してください”のコメントが表示される。
【００９６】
図１３はガイダンス画面の一例を示す図であり、着信通信端末Ｂの電話番号受付時の借用通信端末Ｃの表示画面である。表示画面ｄｐ３には、操作ボタン（０から９の数字、＊、＃）が表示され、さらに“着信通信端末の電話番号を入力してください”のコメントが表示される（着信通信端末とは本例では着信通信端末Ｂのことである）。
【００９７】
＜キャリアネットワーク障害と災害被災との切り分け＞
図１４はキャリアネットワーク障害と災害被災との切り分けを説明するための図である。図６で上述したように、通信端末Ａの使用不可状況がキャリアネットワーク障害の場合と災害被災の場合とでは、ＳＩＰレスポンスコードは同じ５ｘｘとなっている。
【００９８】
したがって、アプリケーションサーバ１０−１は、通信端末Ａの状態を示すＳＩＰレスポンスコードが５ｘｘの場合、通信端末Ａが属している基地局が災害被災エリアに入っているか否かを、災害情報配信センタによる災害情報の配信状況によって判断する。
【００９９】
条件ｒ１では、ＳＩＰレスポンスコードが５ｘｘであり、かつ災害情報配信センタからの災害情報が配信済みとする。アプリケーションサーバ１０−１は、この条件ｒ１を検出した場合は、通信端末Ａの使用不可状況を災害被災と判定して、借用通信端末Ｃに対して認証を要求しない。
【０１００】
また、条件ｒ２では、ＳＩＰレスポンスコードが５ｘｘであり、かつ災害情報配信センタからの災害情報が未配信とする。アプリケーションサーバ１０−１は、この条件ｒ２を検出した場合は、通信端末Ａの使用不可状況をキャリアネットワーク障害と判定して、借用通信端末Ｃに対して認証を要求する。
【０１０１】
＜発信者情報の通知処理の流れ（２）＞
次にキャリアネットワーク障害によって、発信者が通信端末Ａを使用できない状況における発信者情報の通知処理の流れについて説明する。
【０１０２】
図１５は発信者情報の通知処理の流れの一例を示す図である。なお、図１５に示すネットワーク２−１では、災害情報配信センタの図示を省略している。また、図１５において、ネットワーク２−２には、呼処理サーバ２１ａ−２、基地局制御装置２２−２、基地局２３−２、ＧＷ２４−２、ＨＬＲ２５−２、アプリケーションサーバ１０−２、災害情報配信センタ２６−２および通信端末Ａが含まれる。また、ネットワーク２−３には、呼処理サーバ２１ａ−３、ＧＷ２４−３および着信通信端末Ｂが含まれる。
【０１０３】
〔ステップＳ５１ａ〕借用通信端末Ｃに対して、発信者の操作により特番が入力され、借用通信端末Ｃは、入力された特番をアプリケーションサーバ１０−１へ送信する。
〔ステップＳ５１ｂ〕アプリケーションサーバ１０−１は、入力された特番を検出すると、借用通信端末Ｃにガイダンスを送信して、通信端末Ａの電話番号を要求する。
【０１０４】
〔ステップＳ５１ｃ〕借用通信端末Ｃに表示されるガイダンス画面にもとづき、発信者の操作により通信端末Ａの電話番号が入力され、借用通信端末Ｃは、入力された電話番号をアプリケーションサーバ１０−１へ送信する。
【０１０５】
〔ステップＳ５２ａ〕アプリケーションサーバ１０−１は、通信端末Ａ側の呼処理サーバ２１ａ−２に対して、通信端末Ａ宛ての発信を行う。
〔ステップＳ５２ｂ〕通信端末Ａに接続する交換局内の呼処理サーバ２１ａ−２は、通信端末Ａへの発信時、サーバエラーであることを検出してＳＩＰレスポンスコード＝５ｘｘをアプリケーションサーバ１０−１へ送信する。
【０１０６】
〔ステップＳ５３ａ〕アプリケーションサーバ１０−１は、ネットワーク２−２側のＨＬＲ２５−２にアクセスし、ＨＬＲ２５−２から通信端末Ａが属する基地局情報（通信端末Ａがどの基地局に属しているかの情報）を取得する。
【０１０７】
〔ステップＳ５３ｂ〕アプリケーションサーバ１０−１は、ネットワーク２−２側の災害情報配信センタ２６−２にアクセスし、災害情報配信センタ２６−２から通信端末Ａが属する基地局２３−２の被災状況を含む災害情報の配信状況を取得する。
【０１０８】
〔ステップＳ５４ａ〕アプリケーションサーバ１０−１は、ＳＩＰレスポンスコード＝５ｘｘを受信し、また、災害情報未配信を検出するので、借用通信端末Ｃにガイダンスを送信して、認証情報を要求する。
【０１０９】
〔ステップＳ５４ｂ〕借用通信端末Ｃに表示されるガイダンス画面にもとづき、発信者の操作により認証情報が入力され、借用通信端末Ｃは、入力された認証情報をアプリケーションサーバ１０−１へ送信する。
【０１１０】
〔ステップＳ５４ｃ〕アプリケーションサーバ１０−１は、認証情報を受信すると、借用通信端末Ｃにガイダンスを送信して、着信通信端末Ｂの電話番号を要求する。
〔ステップＳ５４ｄ〕借用通信端末Ｃに表示されるガイダンス画面にもとづき、発信者の操作により着信通信端末Ｂの電話番号が入力され、借用通信端末Ｃは、入力された電話番号をアプリケーションサーバ１０−１へ送信する。
【０１１１】
〔ステップＳ５５〕アプリケーションサーバ１０−１は、通知すべき発信番号を通信端末Ａの電話番号にして、入力された着信通信端末Ｂの電話番号にもとづき、着信通信端末Ｂに発信する。
【０１１２】
＜動作シーケンス（２）＞
次に動作シーケンスについて図１６、図１７を用いて説明する。図１６はキャリアネットワーク障害の場合の動作シーケンスを示す図である。
【０１１３】
〔ステップＳ６１ａ〕借用通信端末Ｃは、入力された特番をアプリケーションサーバ１０−１に送信する。
〔ステップＳ６１ｂ〕アプリケーションサーバ１０−１は、特番を受信すると、通信端末Ａの電話番号の要求メッセージを借用通信端末Ｃに送信する。
【０１１４】
〔ステップＳ６１ｃ〕借用通信端末Ｃは、入力された通信端末Ａの電話番号をアプリケーションサーバ１０−１に送信する。
〔ステップＳ６２ａ〕アプリケーションサーバ１０−１は、通信端末Ａ側の呼処理サーバ２１ａ−２に対して、通信端末Ａ宛ての発信を行う。
【０１１５】
〔ステップＳ６２ｂ〕呼処理サーバ２１ａ−２は、通信端末Ａに発信するがサーバエラーであること（呼の応答無し）を検出すると、５ｘｘＳＩＰレスポンスメッセージをアプリケーションサーバ１０−１に送信する。
【０１１６】
〔ステップＳ６３ａ〕アプリケーションサーバ１０−１は、ネットワーク２−２内のＨＬＲ２５−２から通信端末Ａが属する基地局情報を要求する。
〔ステップＳ６３ｂ〕ＨＬＲ２５−２は、基地局情報をアプリケーションサーバ１０−１に送信する。
【０１１７】
〔ステップＳ６３ｃ〕アプリケーションサーバ１０−１は、ネットワーク２−２内の災害情報配信センタ２６−２に、通信端末Ａが属する基地局２３−２の被災状況を含む災害情報の配信状況を要求する。
【０１１８】
〔ステップＳ６３ｄ〕災害情報配信センタ２６−２は、災害情報の配信状況（この例では、災害情報未配信）をアプリケーションサーバ１０−１に送信する。
〔ステップＳ６４ａ〕アプリケーションサーバ１０−１は、認証情報として、ＩＤおよびパスワードの要求メッセージを借用通信端末Ｃに送信する。
【０１１９】
〔ステップＳ６４ｂ〕借用通信端末Ｃは、入力されたＩＤおよびパスワードをアプリケーションサーバ１０−１に送信する。
〔ステップＳ６４ｃ〕アプリケーションサーバ１０−１は、受信した認証情報の正当性を確認すると、着信通信端末Ｂの電話番号の要求メッセージを借用通信端末Ｃに送信する。
【０１２０】
〔ステップＳ６４ｄ〕借用通信端末Ｃは、入力された着信通信端末Ｂの電話番号をアプリケーションサーバ１０−１に送信する。
〔ステップＳ６５〕アプリケーションサーバ１０−１は、通知すべき発信番号を通信端末Ａの電話番号にして、入力された着信通信端末Ｂの電話番号にもとづき、着信通信端末Ｂに発信する。
【０１２１】
図１７は災害被災の場合の動作シーケンスを示す図である。
〔ステップＳ７１ａ〕借用通信端末Ｃは、入力された特番をアプリケーションサーバ１０−１に送信する。
【０１２２】
〔ステップＳ７１ｂ〕アプリケーションサーバ１０−１は、特番を受信すると、通信端末Ａの電話番号の要求メッセージを借用通信端末Ｃに送信する。
〔ステップＳ７１ｃ〕借用通信端末Ｃは、入力された通信端末Ａの電話番号をアプリケーションサーバ１０−１に送信する。
【０１２３】
〔ステップＳ７２ａ〕アプリケーションサーバ１０−１は、通信端末Ａ側の呼処理サーバ２１ａ−２に対して、通信端末Ａ宛ての発信を行う。
〔ステップＳ７２ｂ〕呼処理サーバ２１ａ−２は、通信端末Ａに発信するがサーバエラーであること（呼の応答無し）を検出すると、５ｘｘＳＩＰレスポンスメッセージをアプリケーションサーバ１０−１に送信する。
【０１２４】
〔ステップＳ７３ａ〕アプリケーションサーバ１０−１は、ネットワーク２−２内のＨＬＲ２５−２から通信端末Ａが属する基地局情報を要求する。
〔ステップＳ７３ｂ〕ＨＬＲ２５−２は、基地局情報をアプリケーションサーバ１０−１に送信する。
【０１２５】
〔ステップＳ７３ｃ〕アプリケーションサーバ１０−１は、ネットワーク２−２内の災害情報配信センタ２６−２に、通信端末Ａが属する基地局２３−２の被災状況を含む災害情報の配信状況を要求する。
【０１２６】
〔ステップＳ７３ｄ〕災害情報配信センタ２６−２は、災害情報の配信状況（この例では、災害情報配信済み）をアプリケーションサーバ１０−１に送信する。
〔ステップＳ７４ｃ〕アプリケーションサーバ１０−１は、着信通信端末Ｂの電話番号の要求メッセージを借用通信端末Ｃに送信する。
【０１２７】
〔ステップＳ７４ｄ〕借用通信端末Ｃは、入力された着信通信端末Ｂの電話番号をアプリケーションサーバ１０−１に送信する。
〔ステップＳ７５〕アプリケーションサーバ１０−１は、通知すべき発信番号を通信端末Ａの電話番号にして、入力された着信通信端末Ｂの電話番号にもとづき、着信通信端末Ｂに発信する。
【０１２８】
＜課金対象の変更＞
次に通信端末Ａの状況に応じて課金対象を変更する場合について説明する。図１８は課金対象の変更の一例を示す図である。テーブルＴ２は、「状況」、「ＳＩＰレスポンスコード」および「課金対象」の項目を有し、使用不可となった通信端末Ａにおける、ＳＩＰレスポンスと課金対象との対応関係を示している。なお、テーブルＴ２は、課金対象保存部１８ｂに格納される。
【０１２９】
「ＳＩＰレスポンスコード」が１８０であって「状況」が通信端末置き忘れ（電源オン）の場合、「課金対象」は通信端末Ａの所有者（通信端末Ａによる通信利用を契約したユーザ）とする。「ＳＩＰレスポンスコード」が４ｘｘであって「状況」が充電切れ（電源オフ）の場合、「課金対象」は通信端末Ａの所有者とする。
【０１３０】
「ＳＩＰレスポンスコード」が４ｙｙであって「状況」が料金未納で使用不可の場合、「課金対象」は接続を拒否するため課金無しとする。「ＳＩＰレスポンスコード」が５ｘｘであって「状況」がキャリアネットワーク障害の場合、「課金対象」は通信端末Ａの所有者とする。「ＳＩＰレスポンスコード」が５ｘｘであって「状況」が災害被災の場合、「課金対象」は課金無しとする。
【０１３１】
＜フローチャート＞
次に借用通信端末Ｃおよびアプリケーションサーバ１０−１の動作について、図１９、図２０のフローチャートを用いて説明する。
【０１３２】
図１９は借用通信端末の動作を示すフローチャートである。
〔ステップＳ８０〕借用通信端末Ｃは、待ち受け状態にある。
〔ステップＳ８１〕借用通信端末Ｃは、特番が入力されたか否かを判定する。特番が入力された場合はステップＳ８２へ処理が進み、入力されない場合はステップＳ８９−４へ処理が進む。
【０１３３】
〔ステップＳ８２〕借用通信端末Ｃは、通信端末Ａの電話番号の要求メッセージを受信する。
〔ステップＳ８３〕借用通信端末Ｃは、通信端末Ａの電話番号が入力されたか否かを判定する。該電話番号が入力された場合はステップＳ８４へ処理が進み、入力されない場合はステップＳ８９−４へ処理が進む。
【０１３４】
〔ステップＳ８４〕借用通信端末Ｃは、接続不可の場合（料金未納でＳＩＰレスポンスコード＝４ｙｙの場合）、ステップＳ８９−４へ処理が進み、接続可能の場合（４ｙｙ以外のＳＩＰレスポンスの場合）、ステップＳ８５へ処理が進む。
【０１３５】
〔ステップＳ８５〕借用通信端末Ｃは、認証情報の要求メッセージを受信したか否かを判定する。認証情報の要求メッセージを受信した場合（災害被災以外の場合）はステップＳ８６へ処理が進み、受信しない場合（災害被災の場合）はステップＳ８７へ処理が進む。
【０１３６】
〔ステップＳ８６〕借用通信端末Ｃは、所定の認証情報が入力されたか否かを判定する。所定の認証情報が入力された場合はステップＳ８７へ処理が進み、入力されない場合はステップＳ８９−４へ処理が進む。
【０１３７】
〔ステップＳ８７〕借用通信端末Ｃは、着信通信端末Ｂの電話番号の要求メッセージを受信する。
〔ステップＳ８８〕借用通信端末Ｃに着信通信端末Ｂの電話番号が入力され、借用通信端末Ｃは、着信通信端末Ｂに発信する。
【０１３８】
〔ステップＳ８９−１〕借用通信端末Ｃは、通話応答があるか否かを判定する。通話応答があればステップＳ８９−２へ処理が進み、通話応答が無ければステップＳ８９−４へ処理が進む。
【０１３９】
〔ステップＳ８９−２〕借用通信端末Ｃと着信通信端末Ｂは通話を行う。
〔ステップＳ８９−３〕借用通信端末Ｃと着信通信端末Ｂとの通話が終了する。
〔ステップＳ８９−４〕借用通信端末Ｃは、切断状態になる。
【０１４０】
図２０はアプリケーションサーバの動作を示すフローチャートである。
〔ステップＳ９０〕アプリケーションサーバ１０−１は、待ち受けの状態にある。
〔ステップＳ９１ａ〕アプリケーションサーバ１０−１は、特番を受信した否かを判定する。特番を受信した場合はステップＳ９１ｂへ処理が進み、受信しない場合はステップＳ９０へ処理が戻る。
【０１４１】
〔ステップＳ９１ｂ〕アプリケーションサーバ１０−１は、借用通信端末Ｃに通信端末Ａの電話番号を要求する。
〔ステップＳ９１ｃ〕アプリケーションサーバ１０−１は、通信端末Ａの電話番号を受信したか否かを判定する。該電話番号を受信した場合はステップＳ９１ｄへ処理が進み、受信しない場合はステップＳ９４−４へ処理が進む。
【０１４２】
〔ステップＳ９１ｄ〕アプリケーションサーバ１０−１は、通信端末Ａ宛てに発信する。
〔ステップＳ９１ｅ〕アプリケーションサーバ１０−１は、ＳＩＰレスポンスコードが５ｘｘであるか否かを判定する。５ｘｘの場合はステップＳ９２ａへ処理が進み、５ｘｘ以外の場合はステップＳ９３ａへ処理が進む。
【０１４３】
〔ステップＳ９２ａ〕アプリケーションサーバ１０−１は、ＨＬＲ２５−２に基地局情報の問合せを行って基地局情報を取得する。
〔ステップＳ９２ｂ〕アプリケーションサーバ１０−１は、災害情報配信センタ２６−２に災害情報の配信状況の問合せを行う。
【０１４４】
〔ステップＳ９２ｃ〕アプリケーションサーバ１０−１は、災害情報が配信済みか否かを判定する。災害情報が未配信の場合はステップＳ９３ｂへ処理が進み、配信済みの場合はステップＳ９３ｄへ処理が進む。
【０１４５】
〔ステップＳ９３ａ〕アプリケーションサーバ１０−１は、借用通信端末Ｃに接続可能か否かを判定する。接続可能の場合はステップＳ９３ｂへ処理が進み、接続不可能の場合はステップＳ９４−４へ処理が進む。
【０１４６】
〔ステップＳ９３ｂ〕アプリケーションサーバ１０−１は、借用通信端末Ｃに認証情報を要求する。
〔ステップＳ９３ｃ〕アプリケーションサーバ１０−１は、受信した認証情報の正当性を判定する。認証情報が正当の場合はステップＳ９３ｄへ処理が進み、正当でない場合はステップＳ９４−４へ処理が進む。
【０１４７】
〔ステップＳ９３ｄ〕アプリケーションサーバ１０−１は、課金対象を決定する。
〔ステップＳ９３ｅ〕アプリケーションサーバ１０−１は、借用通信端末Ｃに着信通信端末Ｂの電話番号を要求する。
【０１４８】
〔ステップＳ９３ｆ〕アプリケーションサーバ１０−１は、着信通信端末Ｂの電話番号を受信する。
〔ステップＳ９３ｇ〕アプリケーションサーバ１０−１は、通知すべき発信番号を通信端末Ａの電話番号にして、着信通信端末Ｂへ発信する。
【０１４９】
〔ステップＳ９４−１〕アプリケーションサーバ１０−１は、通話応答があるか否かを判定する。通話応答があればステップＳ９４−２へ処理が進み、通話応答が無ければステップＳ９４−４へ処理が進む。
【０１５０】
〔ステップＳ９４−２〕借用通信端末Ｃと着信通信端末Ｂは通話を行う。
〔ステップＳ９４−３〕借用通信端末Ｃと着信通信端末Ｂとの通話が終了する。
〔ステップＳ９４−４〕アプリケーションサーバ１０−１は、借用通信端末Ｃに対して切断状態となる。
【０１５１】
上記で説明した本発明の通信制御装置１およびアプリケーションサーバ１０−１の処理機能は、コンピュータによって実現することができる。この場合、通信制御装置１およびアプリケーションサーバ１０−１が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。
【０１５２】
処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリ等がある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等がある。光ディスクには、ＤＶＤ、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ／ＲＷ等がある。光磁気記録媒体には、ＭＯ（Magneto Optical disk）等がある。
【０１５３】
プログラムを流通させる場合、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１５４】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。
【０１５５】
また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。また、上記の処理機能の少なくとも一部を、ＤＳＰ、ＡＳＩＣ、ＰＬＤ等の電子回路で実現することもできる。
【０１５６】
以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。
【符号の説明】
【０１５７】
１  通信制御装置
１ａ  制御部
１ｂ  記憶部
Ａ  通信端末（使用不可状況にある通信端末）
Ｂ  着信通信端末
Ｃ  借用通信端末
【図１】
2019016963.tif 000003
【図２】
2019016963.tif 000004
【図３】
2019016963.tif 000005
【図４】
2019016963.tif 000006
【図５】
2019016963.tif 000007
【図６】
2019016963.tif 000008
【図７】
2019016963.tif 000009
【図８】
2019016963.tif 000010
【図９】
2019016963.tif 000011
【図１０】
2019016963.tif 000012
【図１１】
2019016963.tif 000013
【図１２】
2019016963.tif 000014
【図１３】
2019016963.tif 000015
【図１４】
2019016963.tif 000016
【図１５】
2019016963.tif 000017
【図１６】
2019016963.tif 000018
【図１７】
2019016963.tif 000019
【図１８】
2019016963.tif 000020
【図１９】
2019016963.tif 000021
【図２０】
2019016963.tif 000022