特許 7513194 情報処理装置、情報処理システム、情報処理方法及び情報処理プログラム

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

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

(11)【特許番号】

(24)【登録日】2024-07-01

(45)【発行日】2024-07-09

(54)【発明の名称】情報処理装置、情報処理システム、情報処理方法及び情報処理プログラム

(51)【国際特許分類】

   H04M 15/00 20240101AFI20240702BHJP

   H04M 3/42 20060101ALI20240702BHJP

【ＦＩ】

H04M15/00 G

H04M3/42 Z

【請求項の数】 10

(21)【出願番号】P 2023508411

(86)(22)【出願日】2021-03-26

(86)【国際出願番号】 JP2021013098

(87)【国際公開番号】W WO2022201542

(87)【国際公開日】2022-09-29

【審査請求日】2023-08-25

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】柴原 正樹

【審査官】山岸 登

(56)【参考文献】

【文献】特開２０１３－１７２１８４（ＪＰ，Ａ）

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

【文献】特開２００７－１８１１５１（ＪＰ，Ａ）

【文献】特開２０１５－２１５８１３（ＪＰ，Ａ）

【文献】国際公開第２０２０／１９４９４０（ＷＯ，Ａ１）

【文献】特開昭５７－１０３４６６（ＪＰ，Ａ）

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

Ｈ０４Ｍ３／００

３／１６－３／２０

３／３８－３／５８

７／００－７／１６

１１／００－１１／１０

１５／００－１５／３８

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

【請求項1】

ネットワークに接続された複数の通信端末の各々の位置に関する情報を取得する取得手段と、
取得結果に基づいて、前記複数の通信端末のうちで災害地域に所在する通信端末を、第１の災害対応端末として特定する第１の特定手段と、
通信記録に基づいて、前記第１の災害対応端末と通信している第２の災害対応端末を特定する第２の特定手段と、
前記第１の災害対応端末、及び前記第２の災害対応端末からの通信に対しては課金が行われないように、通信に対する課金データを作成する課金手段と、
を備える情報処理装置。

【請求項2】

前記取得手段は、
前記複数の通信端末の各々からＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）位置情報を取得する、
請求項１に記載の情報処理装置。

【請求項3】

前記取得手段は、
前記複数の通信端末の各々が接続された基地局の識別情報を取得する、
請求項１に記載の情報処理装置。

【請求項4】

前記第２の特定手段は、
グループ通話の記録に基づいて、前記第１の災害対応端末とグループ通話を行っている前記第２の災害対応端末を特定する、
請求項１から３のいずれか１項に記載の情報処理装置。

【請求項5】

前記第１の災害対応端末は、現場用の通信端末であり、
前記第２の災害対応端末は、指令部用の通信端末である、
請求項１から４のいずれか１項に記載の情報処理装置。

【請求項6】

前記ネットワークは、
ＰＳ（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ）－ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）網である、
請求項１から５のいずれか１項に記載の情報処理装置。

【請求項7】

ネットワークに接続された複数の通信端末と、
情報処理装置と、
を備え、
前記情報処理装置は、
前記複数の通信端末の各々の位置に関する情報を取得し、
取得結果に基づいて、前記複数の通信端末のうちで災害地域に所在する通信端末を、第１の災害対応端末として特定し、
通信記録に基づいて、前記第１の災害対応端末と通信している第２の災害対応端末を特定し、
前記第１の災害対応端末、及び前記第２の災害対応端末からの通信に対しては課金が行われないように、通信に対する課金データを作成する、
情報処理システム。

【請求項8】

前記情報処理装置は、
前記複数の通信端末の各々からＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）位置情報を取得する、
請求項７に記載の情報処理システム。

【請求項9】

コンピュータが、
ネットワークに接続された複数の通信端末の各々の位置に関する情報を取得し、
取得結果に基づいて、前記複数の通信端末のうちで災害地域に所在する通信端末を、第１の災害対応端末として特定し、
通信記録に基づいて、前記第１の災害対応端末と通信している第２の災害対応端末を特定し、
前記第１の災害対応端末、及び前記第２の災害対応端末からの通信に対しては課金が行われないように、通信に対する課金データを作成する、
情報処理方法。

【請求項10】

コンピュータに、
ネットワークに接続された複数の通信端末の各々の位置に関する情報を取得する処理と、
取得結果に基づいて、前記複数の通信端末のうちで災害地域に所在する通信端末を、第１の災害対応端末として特定する処理と、
通信記録に基づいて、前記第１の災害対応端末と通信している第２の災害対応端末を特定する処理と、
前記第１の災害対応端末、及び前記第２の災害対応端末からの通信に対しては課金が行われないように、通信に対する課金データを作成する処理と、
を実行させる情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体に関し、特に、通信に対する課金処理を行うための情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体に関する。

【背景技術】

【0002】

行政機関が運用する網を、民間網でまとめることが提案されている。民間網は、例えば、キャリア網や、高度ＭＣＡ（Ｍｕｌｔｉ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）網である。民間網を用いて課金を行う場合、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｆｕｎｃｔｉｏｎ）においてポリシ制御を行うことにより、ユーザごとに課金の有無を設定することができる。ＰＣＲＦは、例えば、ユーザごとの課金ポリシ（例：どの料金プランに加入しているか）を判断し、当該ユーザに対する課金制御を行うことができる。

【0003】

尚、特許文献１は、特定の基地局に帰属している通信端末同士による通話料金を減額又は免除する技術を開示している。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００５－１１７５７０号公報

【発明の概要】

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

【0005】

災害が発生した場合、災害対応を行っている通信端末には課金を行うべきでないと考えられる。ＰＣＲＦは、予め設定されているユーザ単位の課金ポリシに基づく制御を行うことができるが、その他の情報を考慮することが出来ないという問題がある。

【0006】

本開示は、このような問題点を解決するためになされたものであり、通信端末が災害対応を行っているか否かに応じて適切な課金処理を行うための情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体を提供することを目的とする。

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

【0007】

本開示の第１の態様にかかる情報処理装置は、
ネットワークに接続された複数の通信端末の各々の位置に関する情報を取得する取得手段と、
取得結果に基づいて、前記複数の通信端末のうちで災害地域に所在する通信端末を、第１の災害対応端末として特定する第１の特定手段と、
通信記録に基づいて、前記第１の災害対応端末と通信している第２の災害対応端末を特定する第２の特定手段と、
前記第１の災害対応端末、及び前記第２の災害対応端末からの通信に対しては課金が行われないように、通信に対する課金データを作成する課金手段と、
を備える。

【0008】

本開示の第２の態様にかかる情報処理システムは、
ネットワークに接続された複数の通信端末と、
情報処理装置と、
を備え、
前記情報処理装置は、
前記複数の通信端末の各々の位置に関する情報を取得し、
取得結果に基づいて、前記複数の通信端末のうちで災害地域に所在する通信端末を、第１の災害対応端末として特定し、
通信記録に基づいて、前記第１の災害対応端末と通信している第２の災害対応端末を特定し、
前記第１の災害対応端末、及び前記第２の災害対応端末からの通信に対しては課金が行われないように、通信に対する課金データを作成する。

【0009】

本開示の第３の態様にかかる情報処理方法は、
コンピュータが、
ネットワークに接続された複数の通信端末の各々の位置に関する情報を取得し、
取得結果に基づいて、前記複数の通信端末のうちで災害地域に所在する通信端末を、第１の災害対応端末として特定し、
通信記録に基づいて、前記第１の災害対応端末と通信している第２の災害対応端末を特定し、
前記第１の災害対応端末、及び前記第２の災害対応端末からの通信に対しては課金が行われないように、通信に対する課金データを作成する。

【0010】

本開示の第４の態様にかかるプログラムが格納された非一時的なコンピュータ可読媒体は、
コンピュータに、
ネットワークに接続された複数の通信端末の各々の位置に関する情報を取得する処理と、
取得結果に基づいて、前記複数の通信端末のうちで災害地域に所在する通信端末を、第１の災害対応端末として特定する処理と、
通信記録に基づいて、前記第１の災害対応端末と通信している第２の災害対応端末を特定する処理と、
前記第１の災害対応端末、及び前記第２の災害対応端末からの通信に対しては課金が行われないように、通信に対する課金データを作成する処理と、
をコンピュータに実行させる。

【発明の効果】

【0011】

本開示により、通信端末が災害対応を行っているか否かに応じて適切な課金処理を行うための情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体を提供することができる。

【図面の簡単な説明】

【0012】

【図1】本実施形態１にかかる情報処理装置の全体構成を示すブロック図である。

【図2】本実施形態１にかかる情報処理方法の流れを示すフローチャートである。

【図3】本実施形態２にかかる情報処理システムの構成例を示すブロック図である。

【図4】本実施形態２にかかるネットワークの詳細な構成を示すブロック図である。

【図5】本実施形態２にかかる情報処理システムの災害時における優先度の設定例を示す概略図である。

【図6】本実施形態２にかかる情報処理システムの優先度の変化を示す概略図である。

【図7】本実施形態２にかかる情報処理システムにおいて事務用の通信端末が現場に貸し出された場合のブロック図である。

【図8】本実施形態２にかかる情報処理システムの構成例を示すブロック図である。

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

【0013】

以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

【0014】

＜実施形態１＞
図１は、本実施形態１にかかる情報処理装置１の全体構成を示すブロック図である。情報処理装置１は、通信端末が災害対応を行っているか否かに応じて適切な課金処理を行うためのコンピュータである。情報処理装置１は、例えば、警察や消防等の行政機関が運用する通信端末に対して課金処理を行う。

【0015】

当該通信端末は、ネットワーク（不図示）に接続されている。ネットワーク（不図示）は、公共安全のためのネットワークであってもよい。公共安全のためのネットワークとは、例えば、ＰＳ（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ）－ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）網である。尚、公共安全のためのネットワークは、ＬＴＥ以外の技術によって実現されていてもよい。また、情報処理装置１は、ネットワーク（不図示）に含まれていてもよい。

【0016】

複数の通信端末には、現場用の通信端末と、指令部用の通信端末とが含まれていてもよい。複数の通信端末の各々は、情報処理装置１に対して入力を行い、情報処理装置１からの出力に応じた処理を行ってもよい。

【0017】

情報処理装置１は、取得部１１と、第１特定部１２と、第２特定部１３と、課金部１４とを備えている。取得部１１は、ネットワーク（不図示）に接続された複数の通信端末の各々の位置に関する情報を取得する。各通信端末の位置に関する情報は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）位置情報であってもよく、各通信端末が接続された基地局の識別情報であってもよい。情報処理装置１は、各端末の位置に関する情報を記録した記憶装置から、各端末の位置に関する情報を取得してもよい。

【0018】

災害は、雨や雪に起因するものであってもよく、地震に起因するものであってもよい。また、災害は、事故等の人為的災害であってもよい。

【0019】

第１特定部１２は、取得部１１の取得結果に基づいて、ネットワーク（不図示）に接続された複数の通信端末のうち災害地域に所在する通信端末を、第１の災害対応端末として特定する。第１特定部は、災害が発生した地域（災害地域）に関する情報を取得しているものとする。

【0020】

第２特定部１３は、通信記録に基づいて、第１の災害対応端末と通信している第２の災害対応端末を特定する。ここで、第２の災害対応端末は、指令所に所在している指令部用の通信端末であってもよい。第２特定部１３は、例えば、グループ通話の記録に基づいて、第１の災害対応端末とグループ通話を行う第２の災害対応端末を特定してもよい。

【0021】

課金部１４は、第１の災害対応端末、及び第２の災害対応端末からの通信に対しては課金が行われないように、通信に対する課金データを作成する。課金は、通信量に応じて行われてもよく、通話時間に応じて行われてもよい。課金データの作成は、課金処理とも称される。課金データは、通信が行われるごとに更新（作成）されてもよく、定期的に行われてもよい。

【0022】

図２は、実施形態１にかかる情報処理方法の流れを示すフローチャートである。災害発生地域は特定済みであるものとする。まず、情報処理装置１の取得部１１は、ネットワーク（不図示）に接続された複数の通信端末の各々の位置に関する情報を取得する（Ｓ１１）。次に、情報処理装置１の第１特定部１２は、ステップＳ１１で取得した情報に基づいて、複数の通信端末のうちで災害対応を行っている第１の災害対応端末を特定する（Ｓ１２）。

【0023】

次に、情報処理装置１の第２特定部１３は、通信記録に基づいて、ステップＳ１２で特定された第１の災害対応端末と通信している第２の災害対応端末を特定する（Ｓ１３）。最後に、情報処理装置１の課金部１４は、ステップＳ１２で特定された第１の災害対応端末、及びステップＳ１３で特定された第２の災害対応端末からの通信に対して課金されないように、通信に対する課金データを作成する（Ｓ１４）。

【0024】

このように、本実施形態にかかる情報処理装置は、災害地域に所在する第１の災害対応端末と、第１の災害対応端末と通信している第２の災害対応端末とを特定し、特定結果に基づいて課金処理を行う。したがって、本実施形態にかかる情報処理装置１は、災害対応を行っている通信端末に対して課金しないように、適切な課金データを作成することができる。

【0025】

尚、情報処理装置１は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかる情報処理方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、取得部１１、第１特定部１２、第２特定部１３、及び課金部１４の機能を実現する。

【0026】

または、取得部１１、第１特定部１２、第２特定部１３、及び課金部１４は、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（field-programmable gate array）、量子プロセッサ（量子コンピュータ制御チップ）等を用いることができる。

【0027】

また、情報処理装置１の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、情報処理装置１の機能がＳａａＳ（Software as a Service）形式で提供されてもよい。

【0028】

＜実施形態２＞
実施形態２は、上述した実施形態１の具体例である。図３は、本実施形態２にかかる情報処理システム１０００の構成例を示すブロック図である。情報処理システム１０００は、警察や消防等の行政機関が運用する通信端末に対して適切な課金処理を行うためのシステムである。尚、行政機関は、警察庁や消防庁に限られるものではなく、防衛省や自治体、又は医療関係の行政機関であってもよい。

【0029】

情報処理システム１０００は、通信端末１００Ａ、通信端末１００Ｂ、通信端末１００Ｃ、キャリア網２００、及びＬＴＥ網３００を備えている。通信端末１００Ａ、通信端末１００Ｂ、及び１００Ｃの各々は、キャリア網２００及びＬＴＥ網３００を介して通信することができる。ＬＴＥ網３００は、具体的にはＰＳ－ＬＴＥ網である。

【0030】

通信端末１００Ａ、通信端末１００Ｂ、及び通信端末１００Ｃは、警察や消防等の行政機関によって運用される。通信端末１００Ａ、通信端末１００Ｂ、及び通信端末１００Ｃは、スマートフォン等の汎用の通信端末であってもよく、専用の無線機であってもよい。通信端末１００Ａ、通信端末１００Ｂ、及び通信端末１００Ｃでは、通信用のアプリ（アプリケーション）１１０が動作している。通信端末１００Ａ、１００Ｂ、及び１００Ｃには、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カード１２０が取り付けられている。

【0031】

通信端末１００Ａは、例えば、現場で使用される現場用の通信端末である。通信端末１００Ｂは、例えば、指令所で使用される指令部用の通信端末である。通信端末１００Ｃは、例えば、事務所で使用される事務用の通信端末である。

【0032】

現場用の通信端末１００Ａの数は、複数であってもよい。また、指令部用の通信端末１００Ｂの数や、通信端末１００Cの数も複数であってよい。以下では、通信端末１００Ａ、１００Ｂ及び１００Ｃを互いに区別しない場合には、単に通信端末１００と称する。

【0033】

尚、情報処理システム１０００は、必ずしも上述した現場用、指令部用、及び事務用の３種類の通信端末１００を備えている必要はない。通信端末１００の種類は、２種類であってもよく、１種類であってもよい。

【0034】

キャリア網２００は、キャリアが運用するネットワークである。キャリア網２００の構成の詳細については後述する。ＬＴＥ網３００は、キャリア網２００と接続され、通信端末１００からの通信に対する課金データを作成する機能を備えている。ここで、ＬＴＥ網３００は、複数の通信端末１００のうち災害地域に所在する通信端末を、第１の災害用端末として特定する。そして、ＬＴＥ網３００は、複数の通信端末１００のうち、第１の災害対応端末と通信している第２の災害対応端末を特定する。ＬＴＥ網３００は、特定された災害対応端末からの通信に対して課金を行わないように課金データを作成する。ＬＴＥ網３００の構成の詳細については、後述する。

【0035】

次に、図４を用いて、キャリア網２００及びＬＴＥ網３００の構成について、詳細に説明する。キャリア網２００は、ｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）２０１、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）２０２、及びＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）２０３を備えている。ｅＮＢ２０１は、基地局とも称される。ＭＭＥ２０２は、ｅＮＢ２０１と制御情報を交換する。ＳＧＷ２０３は、ｅＮＢ２０１を介して通信端末１００からデータを受信し、ＬＴＥ網３００のＰＧＷ（Ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）３０１に送信する。

【0036】

ＬＴＥ網３００は、ＰＧＷ３０１、Ｌ２ＳＷ（Ｌａｙｅｒ ２ ｓｗｉｔｃｈ）３０２、Ｌ３ＳＷ（Ｌａｙｅｒ ３ ｓｗｉｔｃｈ）３０３、ネットワーク装置３０４、アプリケーションサーバ３０５、ネットワーク接続基盤３０６、管理システム３０７、システム監視制御装置３０８、及び課金システム３０９を備えている。ＰＧＷ３０１は、ＰＳ－ＬＴＥ ＰＧＷとも称される。

【0037】

アプリケーションサーバ３０５は、例えば、ＰＴＴ（Ｐｕｓｈ ｔｏ Ｔａｌｋ）用のサーバや、動画伝送用のサーバ、及びチャット用のサーバを含んでいる。ここで、ＰＴＴ用のサーバは、ハウジングによって運用され、動画伝送用のサーバ及びチャット用のサーバは仮想マシン(ＶＭ：Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ)としてクラウド上で運用されていてもよい。ここで、ＰＴＴ用のサーバは、通信端末１００同士による通話や、グループ通話の履歴を記憶している。通話履歴には、例えば、発信元及び発信先に関する情報や、通話時間が含まれている。また、グループ通話の履歴には、例えば、グループとして登録された通信端末１００に関する情報や、通話時間が含まれている。

【0038】

ネットワーク接続基盤３０６には、例えば、ネットワークサーバや、グループ通信用のアプリケーションサーバが含まれている。ここで、ネットワークサーバはハウジングによって運用され、グループ通信用のアプリケーションサーバはＶＭとしてクラウド上で運用されていてもよい。ネットワーク接続基盤３０６には、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバが含まれていてもよい。ネットワーク接続基盤３０６とアプリケーションサーバ３０５とは、インタフェースを介して無線で相互接続されていてもよい。

【0039】

管理システム３０７は、複数の通信端末１００の各々の間の通信を管理する。管理システム３０７は、通常時は、警察が運用する通信端末１００と、消防が運用する通信端末１００との間の通信を許可しない。しかし、管理システム３０７は、災害が発生すると、警察が運用する通信端末１００と、消防が運用する通信端末１００との間の通信を許可する。尚、通信管理や通信制御（優先制御等）は、必ずしも管理システム３０７で行われる必要はなく、アプリケーションサーバ３０５や、ネットワーク接続基盤３０６で行われてもよい。

【0040】

システム監視制御装置３０８は、複数の通信端末１００の各々の間の通信を監視する。システム監視制御装置３０８は、システムの稼動状況を定期的に確認してもよい。

【0041】

課金システム３０９は、上述した情報処理装置１の一例である。課金システム３０９は、取得部３０９１、第１特定部３０９２、第２特定部３０９３、及び課金部３０９４を備えている。

【0042】

取得部３０９１は、上述した取得部１１の一例である。取得部３０９１は、通信端末１００の位置に関する情報を取得する。ここで、通信端末１００は、帰属するｅＮＢ２０１の識別情報をＬＴＥ網３００に送信していてもよい。また、通信端末１００は、定期的に通信端末１００のＧＰＳ位置情報をＬＴＥ網３００に送信してもよい。

【0043】

第１特定部３０９２は、上述した第１特定部１２の一例である。第１特定部３０９２は、取得部３０９１の取得結果に基づいて、災害地域に所在する第１の災害対応端末を特定する。図３の場合には、第１特定部３０９２は、通信端末１００Ａを第１の災害対応端末として特定することとなる。第１特定部３０９２は、災害地域に関する情報をインターネット等から取得し、災害地域に所在する第１の災害対応端末を特定してもよい。災害地域は、災害派遣対象地域であってもよい。尚、事務方から現場に貸し出された通信端末１００Ｃが、第１の災害対応端末として特定されてもよい。

【0044】

第２特定部３０９３は、上述した第２特定部１３の一例である。第２特定部３０９３は、通信記録に基づいて、第１の災害対応端末と通信している第２の災害対応端末を特定する。第２特定部３０９３は、通信端末１００同士で行われる通話の記録に基づいて第２の災害対応端末を特定してもよく、複数の通信端末１００で行われるグループ通話の記録に基づいて、第２の災害対応端末を特定してもよい。ここで、通話記録は、ＰＴＴサーバから取得されてもよい。図３の場合、第２特定部３０９３は、通信端末１００Ｂを第２の通信端末として特定する。このように、第２特定部３０９３は、第１の災害対応端末と同一のグループに属し、かつ、災害現場に所在しない第２の通信端末を特定することができる。尚、通信記録は、通話記録には限られず、音声通信以外のデータ通信の記録であってもよい。

【0045】

課金部３０９４は、上述した課金部１４の一例である。課金部３０９４は、複数の通信端末１００の各々の間の通信に対して課金を行うためのデータ（課金データ）を作成する。ここで、課金部３０９４は、第１特定部３０９２によって特定された第１の災害対応端末からの通信に対して課金を行わないように課金データを作成する。更に、課金部３０９４は、第２特定部３０９３によって特定された第２の災害対応端末からの通信に対して課金を行わないように課金データを作成する。

【0046】

したがって、図３の場合、現場用の通信端末１００Ａ及び指令部用の通信端末１００Ｂからの通信に対しては課金が行われず、事務用の通信端末１００Ｃからの通信に対しては課金が行われる。このように、情報処理システム１０００によると、災害対応を行っている通信端末１００に対して課金を行わない制御が可能となる。

【0047】

また、管理システム３０７は、災害が発生すると、各通信端末１００に設定された優先度を変更してもよい。図５は、情報処理システム１０００の災害時における優先度の設定例を示す概略図である。図５では、警察と消防に対してレベル３の優先度が設定されている。警察と消防以外の組織の優先度は、例えば、レベル２に設定されてもよい。レベル３に設定された通信端末１００からの通信は最優先され、レベル２に設定された通信端末１００からの通信は帯域制限される。尚、レベル１に設定された通信端末１００からの通信は、一時的に許可されない。上述の通り、通信管理や通信制御（優先制御等）は、必ずしも管理システム３０７で行われる必要はなく、アプリケーションサーバ３０５や、ネットワーク接続基盤３０６で行うことが可能である。

【0048】

図６は、情報処理システム１０００の優先度の変化を示す概略図である。まず、通常時には、警察の優先度がレベル３に設定されており、消防の優先度はレベル２に設定されている。ここで、災害が発生すると、課金システム３０９は、消防の優先度をレベル３に設定する。これにより、情報処理システム１０００は、災害時における警察と消防の連携を促進することができる。管理システム３０７は、災害対応が完了した後、優先度の設定を元に戻す。

【0049】

また、課金システム３０９は、災害時に、現場用の通信端末１００Ａ、指令部用の通信端末１００Ｂ、及び事務用の通信端末１００Ｃの間でクラスを変更する制御を行う。例えば、課金システム３０９は、災害発生時に、事務用の通信端末１００Ｃの優先度を上げる処理を行ってもよい。これにより、情報処理システム１０００は、災害現場に事務用の通信端末１００Ｃを貸し出して、災害対応を行うことを促進できる。

【0050】

図７は、事務用の通信端末１００Ｃ１及び１００Ｃ２のうち、通信端末１００Ｃ２が現場に貸し出された場合のブロック図を示している。このような場合、現場に貸し出された通信端末１００Ｃ２は、第１の災害対応端末として特定される。一方、通信端末１００Ｃ１は、非災害現場である事務所に所在しているため第１の災害対応端末として特定されず、現場と通信しない場合には第２の災害対応端末としても特定されない。したがって、図７の場合には、通信端末１００Ｃ１からの通信に対しては課金が行われ、通信端末１００Ｃ２からの通信に対しては課金が行われない。

【0051】

また、課金部３０９４は、事務用の通信端末１００Ｃが訓練等で現場で通信する場合に課金を行わなくてもよい。このように、現場用の通信端末１００Ａ、指令部用の通信端末１００Ｂ、及び事務用の通信端末１００Ｃがそれぞれ別の用途で使用された場合、課金部３０９４は課金を行わなくてもよい。つまり、課金システム３０９は、一時的に別プランの通信端末１００と通信する場合（例：事務用の通信端末１００Ｃが指令部用の通信端末１００Ｂと通信する場合）、課金しないようにしてもよい。

【0052】

次に、図８を用いて、情報処理システム１０００の通常時の動作と緊急時（災害時）の動作について説明する。図８は、情報処理システム１０００の構成例を示すブロック図である。消防用通信端末１００－１は消防が運用する通信端末１００であり、警察用通信端末１００－２は警察が運用する通信端末１００である。

【0053】

ここで、通常時は、消防用通信端末１００－１は、消防が運用する他の通信端末１００と通信する。また、警察用通信端末１００－２は、警察が運用する他の通信端末１００と通信する。つまり、通常時は、消防と警察は個別に通信し、連携は行わない。課金システム３０９は、消防用通信端末１００－１や、警察用通信端末１００－２からの通信に対して課金を行う。課金は、定額制であってもよく、段階的定額制であってもよく、従量制であってもよい。

【0054】

管理システム３０７は、災害が発生すると、消防用通信端末１００－１と、警察用通信端末１００－２との間で通信の通信を許可する。このような場合、課金システム３０９は、消防用通信端末１００－１や、警察用通信端末１００－２からの通信に対して課金を行わなくてもよい。災害時は、消防と警察は連携して通信することができる。

【0055】

課金システム３０９は、既に説明した通り、消防用通信端末１００－１、及び警察用通信端末１００－２が災害現場に所在している場合、消防用通信端末１００－１、及び警察用通信端末１００－２からの通信に対して課金を行わない。消防用通信端末１００－１、及び警察用通信端末１００－２の各々の位置は、例えば、接続している基地局（ｅＮＢ２０１）の識別子や、ＧＰＳ等の位置情報から取得される。

【0056】

最後に、実施形態２にかかる情報処理装置が奏する効果について説明する。関連する技術では、ＰＣＲＦを用いてユーザごとに課金を行っていた。ここで、ＰＣＲＦは、ユーザごとに課金の有無を設定することはできるが、位置情報や通信記録（例：通話記録）を考慮することはできない。したがって、関連する技術によると、災害現場にいるユーザに対して課金をしない制御を行うことは困難であるという問題があった。

【0057】

実施形態２にかかる情報処理装置は、災害現場で現場対応を行っている通信端末（第１の災害対応端末）を位置情報から特定する。また、実施形態２にかかる情報処理装置は、通信記録に基づいて、災害現場で現場対応を行っている通信端末（第１の災害対応端末）と通信している指令部用の通信端末（第２の災害対応端末）を特定する。実施形態２にかかる情報処理装置は、これらの災害対応を行っている通信端末からの通信に対して課金処理を行わない。したがって、実施形態２にかかる情報処理装置は、現場や、現場から離れた指令所等で災害対応を行っているユーザと、そうでないユーザとを識別し、課金の有無を決定することができる。

【0058】

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【0059】

なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施形態を適宜組み合わせて実施されてもよい。

【0060】

以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

【符号の説明】

【0061】

１ 情報処理装置
１１ 取得部
１２ 第１特定部
１３ 第２特定部
１４ 課金部
１０００ 情報処理システム
１００、１００Ａ、１００Ｂ、１００Ｃ、１００Ｃ１、１００Ｃ２ 通信端末
１００－１ 消防用通信端末
１００－２ 警察用通信端末
１１０ アプリ
１２０ ＳＩＭ
２００ キャリア網
２０１ ｅＮＢ
２０２ ＭＭＥ
２０３ ＳＧＷ
３００ ＬＴＥ網
３０１ ＰＧＷ
３０２ Ｌ２ＳＷ
３０３ Ｌ３ＳＷ
３０４ ネットワーク装置
３０５ アプリケーションサーバ
３０６ ネットワーク接続基盤
３０７ 管理システム
３０８ システム監視制御装置
３０９ 課金システム
３０９１ 取得部
３０９２ 第１特定部
３０９３ 第２特定部
３０９４ 課金部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】