(57)【特許請求の範囲】
【請求項１】
ネットワークを介した通信を行うアプリを実行可能な他端末との間で該ネットワークを介した通信が可能な情報処理装置であって、
前記情報処理装置は、他端末において制御対象とすべきアプリの情報である制御対象アプリ情報を記憶し、
前記他端末は、前記他端末におけるアプリ通信の許可又は禁止を設定するファイヤーウォール設定情報を記憶し、
前記情報処理装置は、前記他端末から前記ファイヤーウォール設定情報を受信し、前記制御対象アプリ情報に含まれるアプリが、前記ファイヤーウォール設定情報において前記アプリ通信の許可又は禁止が設定されているか否かを判断し、前記アプリ通信の許可が設定されていると判断すると、前記他端末に対し、前記ファイヤーウォール設定情報を、前記アプリ通信を禁止する設定に書き換えるよう要求することを特徴とする情報処理装置。
【請求項２】
前記情報処理装置が起動したとき、前記情報処理装置のＯＳにユーザがログインしたとき、前記情報処理装置で所定のアプリが起動したときのいずれかのタイミングにおいて、前記他端末に対し、前記ネットワークを介して、前記他端末に記憶されているファイヤーウォール設定情報を要求し、受信することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記情報処理装置と、前記他端末を含む他端末群とにおいて、端末のユーザを示すユーザ情報を予め登録しておき、
前記他端末群に対し、前記ネットワークを介した通信を行い、当該他端末群のユーザを示すユーザ情報を要求し、
前記情報処理装置から取得したユーザ情報と、前記他端末群から受信したユーザ情報との比較を行い、ユーザ情報が一致する他端末に対し、前記ファイヤーウォール設定情報を、前記アプリ通信を禁止する設定に書き換えるよう要求することを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記他端末から、当該他端末で通信が開始されたアプリを示す通知情報を、前記ネットワークを介した通信により受信した場合、前記通知情報が示すアプリの通信を禁止するかをユーザに問い合わせることを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
【請求項５】
前記問い合わせの結果、前記通知情報が示すアプリの通信を禁止する旨の指示を受けた場合、前記他端末に対し、前記ファイヤーウォール設定情報を、前記アプリ通信を禁止する設定に書き換えるよう要求することを特徴とする請求項４記載の情報処理装置。
【請求項６】
前記問い合わせの結果、前記通知情報が示すアプリの通信を禁止する旨の指示を受けた場合、当該アプリを、前記制御対象アプリ情報として追加登録することを特徴とする請求項４又は５記載の情報処理装置。
【請求項７】
ネットワークを介した通信を行うアプリを実行可能な他端末との間で該ネットワークを介した通信が可能な情報処理装置の制御方法であって、
前記情報処理装置は、他端末において制御対象とすべきアプリの情報である制御対象アプリ情報を記憶しており、
前記他端末は、前記他端末におけるアプリ通信の許可又は禁止を設定するファイヤーウォール設定情報を記憶しており、
前記情報処理装置は、
前記他端末から前記ファイヤーウォール設定情報を受信する工程と、
前記制御対象アプリ情報に含まれるアプリが、前記ファイヤーウォール設定情報において前記アプリ通信の許可又は禁止が設定されているか否かを判断する工程と、
前記判断する工程において、前記アプリ通信の許可が設定されていると判断すると、前記他端末に対し、前記ファイヤーウォール設定情報を、前記アプリ通信を禁止する設定に書き換えるよう要求する工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項８】
ネットワークを介した通信を行うアプリを実行可能な他端末との間で該ネットワークを介した通信が可能な情報処理装置のコンピュータに実行させるプログラムであって、
前記情報処理装置は、他端末において制御対象とすべきアプリの情報である制御対象アプリ情報を記憶しており、
前記他端末は、前記他端末におけるアプリ通信の許可又は禁止を設定するファイヤーウォール設定情報を記憶しており、
前記情報処理装置に、
前記他端末から前記ファイヤーウォール設定情報を受信する処理と、
前記制御対象アプリ情報に含まれるアプリが、前記ファイヤーウォール設定情報において前記アプリ通信の許可又は禁止が設定されているか否かを判断する処理と、
前記判断する処理において、前記アプリ通信の許可が設定されていると判断すると、前記他端末に対し、前記ファイヤーウォール設定情報を、前記アプリ通信を禁止する設定に書き換えるよう要求する処理と、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他端末におけるアプリのネットワーク通信を制御できる情報処理装置、通信制御方法及びプログラムに関する。
【背景技術】
【０００２】
現在、ＰＣ（Personal Computer）や携帯電話等の情報処理装置には、複数のアプリケーション（以下、アプリという）が備えられている。このようなアプリには、クライアント・サーバ型のネットワーク（例えば特許文献１）の通信や、Ｐ２Ｐ（Peer To Peer）型のネットワーク（例えば特許文献２）の通信を利用するものがある。以下、このようにネットワーク通信を利用するアプリを「通信アプリ」という。
【０００３】
一方で、１人のユーザが、通信アプリを備えた情報処理装置を複数台使用することも一般的になりつつある。例えば、一のユーザが、端末Ａと端末Ｂの２つを使用できる環境にある場合、端末Ａと端末Ｂの両方にて同一の通信アプリを利用することがある。このような場合において、ユーザが、端末Ａにて所定のアカウントで所定の通信アプリにログインした状態のまま、端末Ｂにて同一のアカウントで同一の通信アプリにログインすると、端末Ｂの動作が不安定になるという問題が生じる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３６６８５７号公報
【特許文献２】特開２００８−２１７７６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した問題に対応するためには、先にログインしている方の端末・アプリの通信を禁止するといった通信排他制御が考えられる。しかしながら、既存の通信アプリの数は膨大であるため、全ての通信アプリに対して上記通信排他制御を行うように変更することは現実的ではない。
【０００６】
本発明は、上記事情に鑑みてなされたものであり、既存の通信アプリに対して変更を行うことなく、同一の通信アプリにおいて同一のアカウントによるログインが行われた場合の通信排他制御を行うことができる情報処理装置、通信制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
かかる目的を達成するために、本発明の第１の態様は、ネットワークを介した通信を行うアプリを実行可能な他端末との間で該ネットワークを介した通信が可能な情報処理装置であって、情報処理装置は、他端末において制御対象とすべきアプリの情報である制御対象アプリ情報を記憶し、他端末は、他端末におけるアプリ通信の許可又は禁止を設定するファイヤーウォール設定情報を記憶し、情報処理装置は、他端末から前記ファイヤーウォール設定情報を受信し、制御対象アプリ情報に含まれるアプリが、ファイヤーウォール設定情報においてアプリ通信の許可又は禁止が設定されているか否かを判断し、アプリ通信の許可が設定されていると判断すると、他端末に対し、ファイヤーウォール設定情報を、アプリ通信を禁止する設定に書き換えるよう要求することを特徴とする。
【０００８】
本発明の第２の態様は、ネットワークを介した通信を行うアプリを実行可能な他端末との間で該ネットワークを介した通信が可能な情報処理装置の制御方法であって、情報処理装置は、他端末において制御対象とすべきアプリの情報である制御対象アプリ情報を記憶しており、他端末は、他端末におけるアプリ通信の許可又は禁止を設定するファイヤーウォール設定情報を記憶しており、情報処理装置は、他端末から前記ファイヤーウォール設定情報を受信する工程と、制御対象アプリ情報に含まれるアプリが、ファイヤーウォール設定情報においてアプリ通信の許可又は禁止が設定されているか否かを判断する工程と、判断する工程において、アプリ通信の許可が設定されていると判断すると、他端末に対し、ファイヤーウォール設定情報を、アプリ通信を禁止する設定に書き換えるよう要求する工程と、を有することを特徴とする。
【０００９】
本発明の第３の態様は、ネットワークを介した通信を行うアプリを実行可能な他端末との間で該ネットワークを介した通信が可能な情報処理装置のコンピュータに実行させるプログラムであって、情報処理装置は、他端末において制御対象とすべきアプリの情報である制御対象アプリ情報を記憶しており、他端末は、他端末におけるアプリ通信の許可又は禁止を設定するファイヤーウォール設定情報を記憶しており、情報処理装置に、他端末からファイヤーウォール設定情報を受信する処理と、制御対象アプリ情報に含まれるアプリが、ファイヤーウォール設定情報においてアプリ通信の許可又は禁止が設定されているか否かを判断する処理と、判断する処理において、アプリ通信の許可が設定されていると判断すると、他端末に対し、ファイヤーウォール設定情報を、アプリ通信を禁止する設定に書き換えるよう要求する処理と、を実行させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、既存の通信アプリに対して変更を行うことなく、同一の通信アプリにおいて同一のアカウントによるログインが行われた場合の通信排他制御を行うことが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る端末の構成例を示すブロック図である。
【図２】本発明の一実施形態に係る端末間の動作例を示すシーケンスチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態（実施形態）について添付図面を参照して詳細に説明する。
【００１３】
まず、図１を参照して、本実施形態の端末（情報処理装置）の構成について説明する。図１に示すように、端末１と端末２は、ネットワーク３に接続可能である。ネットワーク３の例としては、クライアント・サーバ型のネットワーク、Ｐ２Ｐ型のネットワーク、ＬＡＮ（Local Area Network）等が挙げられる。また、端末１と端末２は、例えばＰ２Ｐ通信による通信を可能とする。
【００１４】
端末１は、アプリ１０、通信手段１１、通信制御手段１２、自端末ＦＷ（Fire Wall）設定情報１３、他端末通信制御手段１４、他端末ＦＷ設定情報１５、制御対象他端末情報１６、制御対象アプリ情報１７を有する。同様に、端末２は、アプリ２０、通信手段２１、通信制御手段２２、自端末ＦＷ設定情報２３、他端末通信制御手段２４、他端末ＦＷ設定情報２５、制御対象他端末情報２６、制御対象アプリ情報２７を有する。以下、端末１を例として、各手段及び各情報について説明する。
【００１５】
アプリ１０は、端末１に備えられる複数のアプリのうちの１つであり、クライアント・サーバ型のネットワーク又はＰ２Ｐ型のネットワークの通信を利用する通信アプリである。Ｐ２Ｐ型のネットワークの通信を利用する通信アプリの例としては、Skype（登録商標）が挙げられる。なお、本実施形態では、端末１が複数のアプリ（アプリ１０を含む）を有するものとして説明するが、これら複数のアプリは、必ずしも端末１に内蔵（インストール）される必要はなく、例えばネットワーク３からのダウンロードにより端末１にて利用（動作）可能であればよい。また、本実施形態では、端末１が複数のアプリ（アプリ１０を含む）を利用可能であるとして説明するが、少なくとも１つの通信アプリ（アプリ１０）が利用可能であればよい。以上説明したアプリ１０の説明は、端末２のアプリ２０についても当てはまるので、アプリ２０の説明は省略する。
【００１６】
通信手段１１は、ネットワーク３を介しての通信を可能とするハードウェアである。この通信手段１１により、端末１は、ネットワーク３に接続されたサーバや他端末（端末２を含む）と通信を行うことができる。以上説明した通信手段１１の説明は、端末２の通信手段２１についても当てはまるので、通信手段２１の説明は省略する。
【００１７】
通信制御手段１２は、アプリ１０が通信手段１１を介して行うネットワーク通信の排他制御を行う。本実施形態では、この通信制御手段１２を、端末１に備えられる、アプリケーションレベルのファイヤーウォール（パーソナルファイヤーウォール、端末用ファイヤーウォール）を例として説明する。このようなファイヤーウォールとしては、既存の技術（例えば特開２００４−２０７７８３号公報）を適用する。通信制御手段１２は、アプリ１０が通信を開始しようとする際に、後述する自端末ＦＷ設定情報１３の設定に従って、アプリ１０の通信を許可したり、禁止したりする。以上説明した通信制御手段１２の説明は、端末２の通信制御手段２２についても当てはまるので、通信制御手段２２の説明は省略する。
【００１８】
自端末ＦＷ設定情報１３（設定情報の一例）は、通信制御手段１２が端末１に備えられるアプリの通信の排他制御を行うときに参照する情報であり、その内容として、アプリ毎に通信の許可又は禁止が設定されている。自端末ＦＷ設定情報１３において、例えば「アプリ１０＝許可」と設定されている場合、通信制御手段１２はアプリ１０の通信を許可し、例えば「アプリ１０＝禁止」と設定されている場合、通信制御手段１２はアプリ１０の通信を禁止（排他）する。自端末ＦＷ設定情報１３は、端末１が備える所定の記憶手段（例えば不揮発メモリ）に保持されており、自端末ＦＷ設定情報１３における設定は、ユーザが随時行うことができる。このような自端末ＦＷ設定情報１３は、通信制御手段１２と同様に、既存の技術を適用する。以上説明した自端末ＦＷ設定情報１３の説明は、端末２の自端末ＦＷ設定情報２３についても当てはまるので、自端末ＦＷ設定情報２３の説明は省略する。
【００１９】
他端末通信制御手段１４は、本実施形態の特徴となる構成であり、例えばＣＰＵ（Central Processing Unit）等により実現される。他端末通信制御手段１４は、通信手段１１を介したネットワーク通信（例えばＰ２Ｐ通信等）により、端末２に対し、端末２に保持される自端末ＦＷ設定情報２３の設定を書き換えるように要求する。この要求を受信した端末２の他端末通信制御手段２４は、その要求に応じて自端末ＦＷ設定情報２３の設定を書き換える。この書き換え以降、通信制御手段２２は、書き換えられた自端末ＦＷ設定情報２３の設定に従って、端末２に備えられるアプリの通信の排他制御を行うことになる。なお、本実施形態では、他端末通信制御手段１４が端末２に対して上記書き換え要求を行う例について説明するが、他端末通信制御手段１４が、端末２への書き換え要求と同時に、端末２以外の他端末（図示せず）に対しても同様の書き換え要求を行うようにしてもよい。以上説明した他端末通信制御手段１４の説明は、端末２の他端末通信制御手段２４についても当てはまるので、他端末通信制御手段２４の説明は省略する。
【００２０】
他端末ＦＷ設定情報１５は、端末２に保持されている自端末ＦＷ設定情報２３と同じ情報である。すなわち、他端末ＦＷ設定情報１５は、端末２の通信制御手段２２が端末２に備えられるアプリの通信の排他制御を行うときに参照する情報であり、その内容として、アプリ毎に通信の許可又は禁止が設定されている。図１では、説明の便宜上、他端末ＦＷ設定情報１５を図示しているが、端末１が最初から他端末ＦＷ設定情報１５を保持している訳ではない。例えば、他端末通信制御手段１４が所定のタイミングで端末２に対して自端末ＦＷ設定情報２３の送信を要求した場合や、ユーザが手動で自端末ＦＷ設定情報２３を端末１に入力（又は端末２から端末１へ送信）した場合において、端末１が備える所定の記憶手段（例えば不揮発メモリ）に保持される。なお、本実施形態では、他端末ＦＷ設定情報１５は端末２の自端末ＦＷ設定情報２３と同じものとして説明するが、この他端末ＦＷ設定情報１５（自端末ＦＷ設定情報２３）以外に、端末２以外の他端末に保持されている自端末ＦＷ設定情報を保持することで、他端末毎に複数の他端末ＦＷ設定情報を保持することも可能である。以上説明した他端末ＦＷ設定情報１５の説明は、端末２の他端末ＦＷ設定情報２５についても当てはまるので、他端末ＦＷ設定情報２５の説明は省略する。
【００２１】
制御対象他端末情報１６は、他端末通信制御手段１４が上記書き換え要求を行う対象の他端末を示す情報である。制御対象他端末情報１６は、ネットワーク上で他端末を識別可能な情報であればよく、例えばＩＰアドレスや端末名などが挙げられる。本実施形態では、制御対象他端末情報１６の例を、他端末２のＩＰアドレスとして説明する。図１では、説明の便宜上、制御対象他端末情報１６を図示しているが、端末１が最初から制御対象他端末情報１６を保持している訳ではない。例えば、ユーザが手動で制御対象他端末情報１６を端末１に入力（登録）した場合において、端末１が備える所定の記憶手段（例えば不揮発メモリ）に保持される。なお、本実施形態では、制御対象他端末情報１６は端末２のＩＰアドレスとして説明するが、この制御対象他端末情報１６（端末２のＩＰアドレス）以外に、端末２以外の他端末のＩＰアドレスを保持することで、複数の制御対象他端末情報を保持することも可能である。以上説明した制御対象他端末情報１６の説明は、端末２の制御対象他端末情報２６についても当てはまるので、制御対象他端末情報２６の説明は省略する。
【００２２】
制御対象アプリ情報１７は、他端末の通信制御手段により通信の排他制御が行われる対象のアプリを示す情報である。制御対象アプリ情報１７は、他端末通信制御手段１４が認識可能な情報であればよく、例えばアプリ名などが挙げられる。本実施形態では、制御対象アプリ情報１７の例を、他端末２に備えられるアプリ２０（通信アプリ）の名前として説明する。図１では、説明の便宜上、制御対象アプリ情報１７を図示しているが、端末１が最初から制御対象アプリ情報１７を保持している訳ではない。例えば、ユーザが手動で制御対象アプリ情報１７を端末１に入力（登録）した場合において、端末１が備える所定の記憶手段（例えば不揮発メモリ）に保持される。なお、本実施形態では、制御対象アプリ情報１７は端末２のアプリ２０の名前として説明するが、この制御対象アプリ情報１７（アプリ２０のアプリ名）以外に、他端末（端末２を含む）に備えられるその他のアプリ名を保持することで、複数の制御対象アプリ情報を保持することも可能である。以上説明した制御対象アプリ情報１７の説明は、端末２の制御対象アプリ情報２７についても当てはまるので、制御対象アプリ情報２７の説明は省略する。
【００２３】
なお、上記説明では、他端末通信制御手段１４が、上記書き換え要求を行う対象となる他端末を特定する方法として、制御対象他端末情報１６のみを用いる方法を例としたが、他端末２を他のユーザが利用していることを想定し、以下の方法にて上記書き換え要求を行う対象となる他端末を特定するようにしてもよい。すなわち、ユーザは、端末１と、端末２及び図示しない端末２以外の他端末を含む他端末群とにおいて、端末のユーザを示すユーザ情報（例えば、ユーザ名等）を予め登録しておく。これにより、端末１と他端末群（端末２を含む）のそれぞれの所定の記憶手段に、ユーザ情報が保持される。その後、他端末通信制御手段１４は、所定のタイミング（例えば、他端末ＦＷ設定情報の送信を各他端末に要求するとき）において、制御対象他端末情報１６が示す他端末（複数あるとする）に対し、ネットワーク通信を用いて、各他端末に保持されているユーザ情報の送信を要求する。そして、他端末通信制御手段１４は、各他端末からユーザ情報を受信すると、端末１の所定の記憶手段に保持されているユーザ情報を取得する。次に、他端末通信制御手段１４は、端末１の記憶手段から取得したユーザ情報と、各他端末から受信したユーザ情報との比較を行う。この比較の結果、他端末通信制御手段１４は、ユーザ情報が一致する他端末だけを、上記書き換え要求を行う対象とする。
【００２４】
次に、図１及び図２を参照して、本実施形態の端末（情報処理装置）間の動作について説明する。ここでは、例として、端末１及び端末２は、同一のユーザにより使用されるものとして説明する。
【００２５】
Ｓ１の前の段階では、端末１に他端末ＦＷ設定情報１５、制御対象他端末情報１６、制御対象アプリ情報１７は保持されておらず、また、端末２にも他端末ＦＷ設定情報２５、制御対象他端末情報２６、制御対象アプリ情報２７は保持されていないとする。そこで、ユーザは、事前準備として、端末１及び端末２において、制御対象他端末情報及び制御対象アプリ情報の登録を行う。これにより、端末１の所定の記憶手段には制御対象他端末情報１６及び制御対象アプリ情報１７が記憶され、端末２の所定の記憶手段には制御対象他端末情報２６及び制御対象アプリ情報２７が記憶される（Ｓ１）。上述したように、ここでの例では、制御対象他端末情報１６は端末２のＩＰアドレスであり、制御対象アプリ情報１７はアプリ２０のアプリ名である。また、制御対象他端末情報２６は端末１のＩＰアドレスであり、制御対象アプリ情報２７はアプリ１０のアプリ名である。
【００２６】
Ｓ１における事前準備の後、ユーザは端末１及び端末２において所望のアプリを使用するが、ここでは、次の場合を例とする。すなわち、ユーザは、自宅に置いてある端末２においてアプリ２０を利用するときに所定のアカウントでログインをした後、ログアウトを行わずに端末２を起動したまま、出勤したとする。その後、ユーザが、会社に置いてある端末１においてアプリ１０（アプリ２０と同一）を上記アカウントと同じアカウントでログインして利用しようとする場合である。
【００２７】
ユーザは、アプリ１０を利用するために、端末１を起動し、ＯＳ（Operating System）にログインする。この後、アプリ１０は、自動的に起動するか、又は、ユーザの操作により起動する。他端末通信制御手段１４は、制御対象他端末情報１６を所定の記憶手段から取得する。そして、他端末通信制御手段１４は、取得した制御対象他端末情報１６（端末２のＩＰアドレス）に基づいて、通信手段１１を介して、端末２に保持されている自端末ＦＷ設定情報２３の送信を端末２に要求する（Ｓ２）。この送信要求は、端末１が起動したとき、ユーザがＯＳにログインしたとき、アプリ１０が起動したときのいずれかのタイミングで行われる。また、この送信要求は、Ｐ２Ｐ通信により行われる。
【００２８】
端末２は、端末１からの上記送信要求を、通信手段２１を介して受信する。他端末通信制御手段２４は、受信した送信要求に従って、自端末ＦＷ設定情報２３を、通信手段２１を介して返信する（Ｓ３）。この返信は、Ｐ２Ｐ通信により行われる。
【００２９】
端末１は、端末２からの自端末ＦＷ設定情報２３を、通信手段１１を介して受信する。他端末通信制御手段１４は、受信した自端末ＦＷ設定情報２３を、他端末ＦＷ設定情報１５として所定の記憶手段に記憶させる（Ｓ４）。
【００３０】
ここで、他端末通信制御手段１４は、制御対象アプリ情報１７及び他端末ＦＷ設定情報１５を所定の記憶手段から取得する。そして、他端末通信制御手段１４は、制御対象アプリ情報１７としてアプリ名が示されているアプリ２０が、他端末ＦＷ設定情報１５において通信が許可された設定（例えば「アプリ２０＝許可」）となっているかを判断する。判断の結果、アプリ２０の通信が禁止された設定（例えば「アプリ２０＝禁止」）の場合、他端末通信制御手段１４は、特に処理を行わない。一方、判断の結果、アプリ２０の通信が許可された設定の場合、他端末通信制御手段１４は、先に取得した制御対象他端末情報１６としてＩＰアドレスが示されている端末２に対し、自端末ＦＷ設定情報２３においてアプリ２０の通信を禁止する設定に書き換えるように要求する（Ｓ５）。この書き換え要求は、通信手段１１を介して、Ｐ２Ｐ通信により行われる。
【００３１】
端末２は、端末１からの上記書き換え要求を、通信手段２１を介して受信する。他端末通信制御手段２４は、受信した書き換え要求に従って、自端末ＦＷ設定情報２３におけるアプリ２０の通信の設定を「許可」から「禁止」に書き換える（Ｓ６）。この書き換え以降、通信制御手段２２は、書き換えられた自端末ＦＷ設定情報２３に従って、アプリの通信排他制御を行うことになる。よって、Ｓ６の書き換えにより、ログイン状態が維持されていたアプリ２０の通信は、通信制御手段２２により、排他されることになる。その結果、端末１及び端末２において、アプリ２０とアプリ１０が同一のアカウントでログインされる状態を回避でき、動作が不安定になることを防止できる。
【００３２】
以上説明したように、Ｓ１〜Ｓ６の動作によれば、端末１から、端末２で動作する既存のファイヤーウォールの設定を書き換えることができる。これにより、既存の通信アプリに対して変更を行うことなく、同一の通信アプリにおいて同一のアカウントによるログインが行われた場合の通信排他制御を行うことができる。その結果、端末の動作が不安定になることを防止できる。
【００３３】
次に、本実施形態の動作における付加的な動作について、図２のＳ７〜Ｓ１１を参照して説明する。
【００３４】
Ｓ６の後、端末２において、アプリ２０以外のアプリ（以下、アプリＸという）が通信を開始しようとすると、通信制御手段２２は、そのアプリＸの名前を他端末通信制御手段２４に通知する。アプリＸは、制御対象アプリ情報として端末１及び端末２に登録されていないとする。他端末通信制御手段２４は、通信制御手段２２から通知されたアプリ名（アプリＸの名前）を示す通知情報を、端末１に対して送信する（Ｓ７）。この送信は、通信手段２１を介して、Ｐ２Ｐ通信により行われる。なお、他端末通信制御手段２４がアプリ名を通知すべき（通知情報を送信すべき）端末を特定する方法としては、次の例が挙げられる。すなわち、他端末通信制御手段２４は、Ｓ６において、書き換え要求を受信したときに、書き換え要求の発信元の端末（上記例では端末１）を示す制御対象他端末情報２６（上記例では端末１のＩＰアドレス）に対してフラグを立てるようにする。そして、他端末通信制御手段２４は、Ｓ６の後、通信制御手段２２からアプリ名の通知を受けた際に、制御対象他端末情報２６を参照し、フラグが立っている制御対象他端末情報２６（上記例では端末１のＩＰアドレス）が示す端末（上記例では端末１）に対して、アプリ名を通知するようにする。
【００３５】
端末１は、端末２からの通知情報を、通信手段１１を介して受信する。他端末通信制御手段１４は、受信した通知情報に示されるアプリＸのアプリ名をユーザに示し、そのアプリＸの通信を禁止するかどうかをユーザに問い合わせる（Ｓ８）。問い合わせの方法としては、端末１における画面表示が挙げられる。
【００３６】
問い合わせの結果、アプリＸの通信を禁止しない（許可する）との指示を受け付けた場合、他端末通信制御手段１４は、特に処理を行わない。これにより、端末２では、そのアプリＸの通信が開始されることになる。一方、問い合わせの結果、アプリＸの通信を禁止するとの指示を受け付けた場合、他端末通信制御手段１４は、端末２に対し、自端末ＦＷ設定情報２３においてアプリＸの通信を禁止する設定に書き換えるように要求する（Ｓ９）。この書き換え要求は、通信手段１１を介して、Ｐ２Ｐ通信により行われる。
【００３７】
端末２は、端末１からの上記書き換え要求を、通信手段２１を介して受信する。他端末通信制御手段２４は、受信した書き換え要求に従って、自端末ＦＷ設定情報２３におけるアプリＸの通信の設定を「許可」から「禁止」に書き換える（Ｓ１０）。この書き換え以降、通信制御手段２２は、書き換えられた自端末ＦＷ設定情報２３に従って、アプリの通信排他制御を行うことになる。よって、Ｓ１０の書き換えにより、通信を開始しようとしているアプリＸの通信は、通信制御手段２２により、排他されることになる。また、Ｓ１０以降は、Ｓ７へ戻り、上記動作が繰り返される。
【００３８】
他端末通信制御手段１４は、上記書き換え要求の送信後（Ｓ９）、通知されたアプリ名（アプリＸの名前）を制御対象アプリ情報として所定の記憶手段に追加して記憶させる（Ｓ１１）。また、他端末通信制御手段１４は、他端末ＦＷ設定情報１５においてアプリＸの通信の設定を「許可」から「禁止」に書き換える。Ｓ１１以降は、Ｓ８へ戻り、上記動作が繰り返される。
【００３９】
以上説明したように、Ｓ７〜Ｓ１１の動作によれば、制御対象アプリ情報として各端末に保持されていないアプリが端末２において通信を開始しようとしたときに、ユーザが端末１においてそのアプリの通信を禁止するように指示できる。また、通信の禁止を指示したアプリ名を自動的に（ユーザが手動で登録操作を行わずに）、制御対象アプリ情報として追加できる。
【００４０】
以上、本発明の実施形態について説明したが、上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々の変形が可能である。
【００４１】
例えば、上述した実施形態における動作は、ハードウェア、または、ソフトウェア、あるいは、両者の複合構成によって実行することも可能である。
【００４２】
ソフトウェアによる処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させてもよい。あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させてもよい。
【００４３】
例えば、プログラムは、記録媒体としてのハードディスクやＲＯＭ（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＭＯ（Magneto Optical）ディスク、ＤＶＤ（Digital Versatile Disc）、ＵＳＢ（Universal Serial Bus）メモリ、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。
【００４４】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送してもよい。または、ＬＡＮ（Local Area Network）、インターネットといったネットワークを介して、コンピュータに有線で転送してもよい。コンピュータでは、転送されてきたプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることが可能である。
【００４５】
また、上記実施形態で説明した処理動作に従って時系列的に実行されるのみならず、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に実行するように構築することも可能である。
【符号の説明】
【００４６】
１、２    端末
３    ネットワーク
１０、２０    通信アプリ
１１、２１    通信手段
１２、２２    通信制御手段
１３、２３    自端末ＦＷ設定情報
１４、２４    他端末通信制御手段
１５、２５    他端末ＦＷ設定情報
１６、２６    制御対象他端末情報
１７、２７    制御対象アプリ情報
【図１】
0005674402.tif 000002
【図２】
0005674402.tif 000003