制御方法、制御装置、移動体端末装置および通信システム
【課題】移動体端末装置にサーバ機能が備えられる場合に、移動体端末装置に対するアクセスを制御したい。
【解決手段】入力部１４８は、クライアントとしての処理等を実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含む移動体端末装置へのデータ送信要求を受信する。取得部１５０は、受信したデータ送信要求が、移動体端末装置における第２処理部へのデータ送信要求である場合に、所定の位置に配置されたテーブルであって、かつ移動体端末装置の動作状況が示されたテーブルから、動作状況を取得する。決定部３２０は、取得した動作状況と、移動体端末装置へデータ送信要求を転送するための条件とをもとに、転送を決定する。出力部１５４は、転送を決定した場合に、移動体端末装置における第２処理部へデータ送信要求を転送する。
【解決手段】入力部１４８は、クライアントとしての処理等を実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含む移動体端末装置へのデータ送信要求を受信する。取得部１５０は、受信したデータ送信要求が、移動体端末装置における第２処理部へのデータ送信要求である場合に、所定の位置に配置されたテーブルであって、かつ移動体端末装置の動作状況が示されたテーブルから、動作状況を取得する。決定部３２０は、取得した動作状況と、移動体端末装置へデータ送信要求を転送するための条件とをもとに、転送を決定する。出力部１５４は、転送を決定した場合に、移動体端末装置における第２処理部へデータ送信要求を転送する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御技術に関し、特にサーバに対する通信を制御する制御方法、制御装置、移動体端末装置および通信システムに関する。
【背景技術】
【０００２】
モバイルサーバは、公衆無線基地局を介して公衆電話網に接続する。公衆電話網は、インターネットアクセスポイントを介してインターネットに接続されているので、モバイルサーバに対するインターネットからのアクセスが可能になる。しかしながら、モバイルサーバへのアクセスの有無にかかわらず、モバイルサーバが公衆電話網に接続されている場合、消費電力、無線リソースが無駄に使用される。そのため、モバイルサーバは、アクセスがない場合に待ち受け状態になり、着信通知を受けつけることによって公衆電話網に接続する（例えば、特許文献１参照）。
【特許文献１】特開２００６−１４１８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
携帯電話通信システムにおける移動体端末装置は、一般的に、通話機能に加えて、電子メール機能やＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）アクセス機能も備えている。そのような移動体端末装置にサーバ機能を備えさせれば、ユーザは、モバイルサーバを所有しなくても、サーバによるデータの提供が可能になる。本発明者はこうした状況下、以下の課題を認識するに至った。移動体端末装置の処理能力は、一般的に、通常のサーバ装置と比較して低いので、それに応じて移動体端末装置によって処理可能なデータ量が少なくなる。また、移動体端末装置が接続されている携帯電話通信システムの帯域は、通常のサーバ装置が接続されているネットワークの帯域よりも狭いので、これに応じても移動体端末装置によって処理可能なデータ量が少なくなる。さらに、移動体端末装置は、サーバ機能以外の用途にも使用されているので、移動体端末装置がサーバ機能を備える場合であっても、サーバ機能以外の用途が制限されるべきではない。そのため、移動体端末装置にサーバ機能を含める場合、移動体端末装置に対するアクセス制御が必要になる。
【０００４】
本発明はこうした課題に鑑みてなされたものであり、その目的は、移動体端末装置にサーバ機能が備えられる場合に、移動体端末装置に対するアクセスを制御する通信技術を提供することにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明のある態様の制御装置は、移動体ネットワークに接続される移動体端末装置へのデータ送信要求の転送を制御する制御装置であって、クライアントとしての処理、通話のための処理、移動体端末装置単独でなされる処理、移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含む移動体端末装置へのデータ送信要求を受信する第１通信部と、第１通信部において受信したデータ送信要求が、移動体端末装置における第２処理部へのデータ送信要求である場合に、所定の位置に配置されたテーブルであって、かつ移動体端末装置の動作状況が示されたテーブルから、動作状況を取得する取得部と、取得部において取得した動作状況と、移動体端末装置へデータ送信要求を転送するための条件とをもとに、転送を決定する制御部と、制御部において転送を決定した場合に、移動体端末装置における第２処理部へデータ送信要求を転送する第２通信部と、を備える。
【０００６】
この態様によると、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、移動端末装置における動作状況と条件とをもとに、当該データ送信要求を転送するかを決定するので、移動体端末装置に対するアクセスを制御できる。
【０００７】
取得部において参照されるテーブルには、移動体端末装置の動作状況として、第１処理部の動作状況が示されており、制御部は、移動体端末装置へデータ送信要求を転送するための条件として、第１処理部の動作状況に対する条件を規定しており、取得部において取得した第１処理部の動作状況と当該条件とをもとに、第２処理部へのデータ送信要求の転送を決定してもよい。この場合、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、第１処理部の動作状況をもとに転送を決定するので、第１処理部の動作状況を考慮できる。
【０００８】
取得部において参照されるテーブルには、移動体端末装置の動作状況として、移動体端末装置の存在位置が示されており、制御部は、移動体端末装置へデータ送信要求を転送するための条件として、移動体端末装置の存在位置に対する条件を規定しており、取得部において取得した移動体端末装置の存在位置と当該条件とをもとに、第２処理部へのデータ送信要求の転送を決定してもよい。この場合、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、移動体端末装置の存在位置をもとに転送を決定するので、移動体端末装置の存在位置を考慮できる。
【０００９】
取得部において参照されるテーブルは、移動体端末装置によって更新されていてもよい。この場合、テーブルは移動体端末装置によって更新されるので、新たな状況を反映できる。
【００１０】
本発明の別の態様は、移動体端末装置である。この装置は、移動体ネットワークでの通信を実行する移動体端末装置であって、クライアントとしての処理、通話のための処理、本移動体端末装置単独でなされる処理、移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部と、第１処理部および第２処理部での処理を制御する制御部とを備える。制御部は、移動体ネットワークから受信したデータ送信要求が、第２処理部へのデータ送信要求である場合、移動体端末装置の動作状況と、第２処理部に対してデータ送信要求へ応答させるための条件とをもとに、第２処理部へデータ送信要求を出力するかを決定する。
【００１１】
この態様によると、第２処理部へのデータ送信要求を受信した場合に、移動端末装置における動作状況と条件とをもとに、当該データ送信要求に応答するかを決定するので、移動体端末装置に対するアクセスを制御できる。
【００１２】
制御部は、移動体端末装置の動作状況として、第１処理部の動作状況を管理する管理部と、第２処理部に対してデータ送信要求へ応答させるための条件として、第１処理部の動作状況に対する条件を記憶する記憶部と、管理部において管理している動作状況と、記憶部に記憶した条件とをもとに、第２処理部へのデータ送信要求の出力を決定する決定部と、を備えてもよい。この場合、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、第１処理部の動作状況をもとに応答するかを決定するので、第１処理部の動作状況を考慮できる。
【００１３】
制御部は、移動体端末装置の動作状況として、移動体端末装置の存在位置を管理する管理部と、第２処理部に対してデータ送信要求へ応答させるための条件として、移動体端末装置の存在位置に対する条件を記憶する記憶部と、管理部において管理している動作状況と、記憶部に記憶した条件とをもとに、第２処理部へのデータ送信要求の出力を決定する決定部と、を備えてもよい。この場合、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、移動体端末装置の存在位置をもとに応答するかを決定するので、移動体端末装置の存在位置を考慮できる。
【００１４】
本発明のさらに別の態様は、通信システムである。この通信システムは、クライアントとしての処理、通話のための処理、本移動体端末装置単独でなされる処理、移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含み、かつ移動体ネットワークに接続される移動体端末装置と、移動体ネットワークを介して移動体端末装置と接続する制御装置とを備える。制御装置は、受信した移動体端末装置へのデータ送信要求が、移動体端末装置における第２処理部へのデータ送信要求である場合に、移動体端末装置の動作状況と、移動体端末装置へデータ送信要求を転送するための条件とをもとに、移動体端末装置における第２処理部へデータ送信要求を転送するかを決定する。
【００１５】
本発明のさらに別の態様は、制御方法である。この方法は、移動体ネットワークに接続される移動体端末装置へのデータ送信要求の転送を制御する制御方法であって、クライアントとしての処理、通話のための処理、移動体端末装置単独でなされる処理、移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含む移動体端末装置へのデータ送信要求を受信するステップと、受信したデータ送信要求が、移動体端末装置における第２処理部へのデータ送信要求である場合に、移動体端末装置の動作状況と、移動体端末装置へデータ送信要求を転送するための条件とをもとに、移動体端末装置における第２処理部へデータ送信要求を転送するかを決定するステップと、を備える。
【００１６】
本発明のさらに別の態様もまた、制御方法である。この方法は、移動体ネットワークに接続される移動体端末装置におけるクライアントとしての処理、移動体端末装置における通話のための処理、移動体端末装置単独でなされる処理、移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とに対する処理を制御する制御方法であって、移動体ネットワークから受信したデータ送信要求が、第２処理部へのデータ送信要求である場合、移動体端末装置の動作状況と、第２処理部に対してデータ送信要求へ応答させるための条件とをもとに、第２処理部へデータ送信要求を出力するかを決定する。
【００１７】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１８】
本発明によれば、移動体端末装置にサーバ機能が備えられる場合に、移動体端末装置に対するアクセスを制御できる。
【発明を実施するための最良の形態】
【００１９】
（実施例１）
本発明を具体的に説明する前に、概要を述べる。本発明の実施例は、携帯電話通信システムのごとく、移動体ネットワークのような無線ネットワークにて移動体端末装置を接続するとともに、非移動体ネットワークのような有線ネットワークにてインターネットにも接続する通信システムに関する。移動体端末装置は、前述のごとく、通話機能、電子メール機能、ＷＷＷアクセス機能に加えて、撮像機能、テレビジョン放送の受像機能等を備える。さらに、移動体端末装置は、サーバ機能も備える。このような移動体端末装置へのアクセスを制御するために、本実施例に係る通信システムは、次の処理を実行する。
【００２０】
ゲートウエイサーバは、通信システムのコアネットワークとインターネットとの境界部分に配置され、インターネットから、移動体端末装置に対するデータ送信要求を受信する。また、ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）は、通信システムのコアネットワーク内に配置され、移動体端末装置がどのページングエリアに属しているかを管理する。さらに、本実施例において、移動体端末装置は、サーバ機能のＯＮ／ＯＦＦ、通話中、撮像中、受像中などの動作状況をＨＬＲに報告し、ＨＬＲは、移動体端末装置の動作状況を登録する。
【００２１】
ゲートウエイサーバは、データ送信要求を受信すると、ＨＬＲを参照することによって、移動体端末装置の動作状況を取得する。また、ゲートウエイサーバは、移動体端末装置の動作状況に対する条件を定めており、取得した動作状況と条件とをもとに、データ送信要求を移動体端末装置へ転送するかを決定する。例えば、通話中でなければ転送するとの条件が規定されている場合、ゲートウエイサーバは、移動体端末装置の状況が通話中であるか否かによって転送するかを決定する。
【００２２】
図１は、本発明の実施例１に係る通信システム１００の構成を示す。通信システム１００は、移動体端末装置１０、基地局装置１２、関門交換局１４、ＨＬＲ１６、ゲートウエイサーバ２０、課金管理サーバ２２、インターネット２４、ＰＣ２６を含む。また、移動体端末装置１０は、端末用アンテナ３０を含み、基地局装置１２は、基地局用アンテナ２８を含む。
【００２３】
移動体端末装置１０は、携帯電話装置や移動端末装置とも呼ばれ、端末用アンテナ３０を介して基地局装置１２との通信を実行する。移動体端末装置１０と基地局装置１２との間の無線通信方式が、例えば、第３世代携帯電話システムである場合、移動体端末装置１０は、第３世代携帯電話システムの端末装置の機能を有する。第３世代携帯電話システムの端末装置の機能として、公知の技術が使用されればよいので、ここでは説明を省略する。なお、移動体端末装置１０は、一般的に、バッテリによって駆動される。また、移動体端末装置１０は、基地局装置１２までの無線ネットワークを経由して、基地局装置１２からＰＣ２６へ至る有線ネットワークに接続される。
【００２４】
移動体端末装置１０は、（１）通話機能、（２）クライアント機能、（３）内部処理機能、（４）外部接続機能を有する。「クライアント機能」は、電子メール機能、ＷＷＷアクセス機能等に相当し、図示しないサーバへのアクセスがなされる処理に相当する。また、「内部処理機能」は、撮像機能による撮像処理、テレビジョン受像機能による再生処理、音楽再生機能による再生処理等に相当し、移動体端末装置１０単独でなされる処理に相当する。また、「外部接続機能」は、第３世代携帯電話システムとは別の近距離無線通信システムや有線ケーブル等によって、図示しない外部機器と接続するための通信機能に相当する。図示しない外部機器の一例は、カーナビゲーションシステムである。
【００２５】
なお、移動体端末装置１０は、（１）から（４）のすべてを備える必要はなく、少なくともひとつを備えればよい。ここでは、すべてを備えるものとして説明する。さらに、移動体端末装置１０は、（５）サーバ機能も有する。サーバ機能とは、他の通信装置、例えば、ＰＣ２６からの要求を受けつけて、当該要求に応じた処理を実行することである。ここでは、説明を明瞭にするために、サーバ機能とは、移動体端末装置１０がデータを記憶しており、ＰＣ２６からのデータ送信要求を受けつけると、記憶したデータをＰＣ２６へ送信することとする。このようなサーバ機能によって、移動体端末装置１０は、ＰＣ２６に備えられたＷｅｂブラウザとの間でＨＴＴＰ通信を実行する。なお、クライアント機能およびサーバ機能は、データ通信機能と総称される。
【００２６】
基地局装置１２は、一端にて基地局用アンテナ２８を備え、無線ネットワークを介して移動体端末装置１０と接続する。基地局装置１２は、他端にて有線ネットワークを介して、ゲートウエイサーバ２０からＰＣ２６に接続される。ここで、基地局装置１２からゲートウエイサーバ２０までの間が、コアネットワークに相当する。また、コアネットワークは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）に対応し、コアネットワークおよびインターネット２４は、ＩＰプロトコルに対応する。なお、説明を明瞭にするために、ここでは、ひとつの基地局装置１２を示しているが、実際には、複数の基地局装置１２が設けられる。その際、各基地局装置１２によって形成されるサービスエリアが互いにずれるように、基地局装置１２は設置される。さらに、所定の範囲内に設置された基地局装置１２によって、ページングエリアが形成されている。
【００２７】
関門交換局１４は、移動体端末装置１０においてなされる処理がデータ通信機能か通話機能かに応じて、回線を設定する。処理がデータ通信機能に対応する場合、関門交換局１４は、ゲートウエイサーバ２０と移動体端末装置１０とを接続する。一方、処理が通話機能に対応する場合、関門交換局１４は、図示しない固定電話網と移動体端末装置１０とを接続する。このような回線設定は、移動体端末装置１０からの発信要求、移動体端末装置１０への着信通知のタイミングにおいてなされる。
【００２８】
ここでは、着信通知を入力した場合の回線設定の動作を説明する。関門交換局１４は、ゲートウエイサーバ２０から着信通知を入力する。着信通知には、宛先となる移動体端末装置１０に予め付与したＩＰアドレスが含まれている。また、関門交換局１４は、移動体端末装置１０の識別番号（以下、「移動体端末装置番号」という）とＩＰアドレスとの対応を記憶しており、着信通知に含まれたＩＰアドレスに対応した移動体端末装置番号を特定する。ここで、ＨＬＲ１６は、移動体端末装置１０が存在するページングエリアに関する情報を管理する。具体的には、ページングエリアを識別するための番号（以下、「ページングエリア番号」という）と移動体端末装置番号との対応が管理されている。
【００２９】
関門交換局１４は、ＨＬＲ１６を参照することによって、移動体端末装置番号に対応したページングエリア番号を特定する。関門交換局１４は、ページングエリア番号に対応した基地局装置１２へ着信通知を送信する。以上の処理の前提として、移動体端末装置１０は、ＨＬＲ１６に対して位置登録を予め実行しており、その結果が、ページングエリア番号と移動体端末装置番号との対応に反映されている。なお、位置登録として公知の技術が使用されればよいので、ここでは説明を省略する。
【００３０】
ゲートウエイサーバ２０は、有線ネットワークに接続される。また、ゲートウエイサーバ２０は、関門交換局１４側、つまりゲートウエイサーバ２０から移動体端末装置１０の間におけるプロトコルと、課金管理サーバ２２側、つまりゲートウエイサーバ２０からＰＣ２６の間におけるプロトコルとを変換する。関門交換局１４側ではＷ−ＴＣＰが使用され、課金管理サーバ２２側ではＴＣＰが使用されている場合、ゲートウエイサーバ２０は、Ｗ−ＴＣＰとＴＣＰとの間の変換を実行する。このようなプロトコル変換には公知の技術が使用されればよいので、ここでは説明を省略する。
【００３１】
また、ゲートウエイサーバ２０は、移動体端末装置１０におけるサーバ機能に対するデータ送信要求を受信した場合に、関門交換局１４を介してＨＬＲ１６へアクセスすることによって、移動体端末装置１０の状況を取得する。なお、前提として、移動体端末装置１０は、前述の（１）から（５）の機能に対する状況を関門交換局１４へ適宜登録する。ここで、（１）から（５）の機能に対する動作状況および登録の処理については、後述する。また、ゲートウエイサーバ２０は、移動体端末装置１０へデータ送信要求を転送するための条件を予め記憶する。ゲートウエイサーバ２０は、取得した動作状況と条件とをもとに、移動体端末装置１０におけるサーバ機能へデータ送信要求を転送するかを決定する。転送を決定した場合、ゲートウエイサーバ２０は、第３世代携帯電話システムを介して接続した移動体端末装置１０へデータ送信要求を転送する。一方、転送を決定しなかった場合、ゲートウエイサーバ２０は、その旨をＰＣ２６へ返信する。なお、ゲートウエイサーバ２０は、電子メールのメールサーバの機能も備える。
【００３２】
課金管理サーバ２２は、通信システム１００のパケット通信サービスに加入している移動体端末装置１０を識別するための端末識別ＩＤなどの諸々の顧客情報を管理する。課金管理サーバ２２では、予め定められたサービス提供条件に照らし合わせて、送受信されるデータの拡張ヘッダなどに課金情報を加える。課金情報には、例えば、定額課金対象、従量課金対象、非課金対象などが含まれる。インターネット２４は、前述のごとく、ＩＰプロトコルに対応しており、ＰＣ２６は、インターネット２４に接続される。その結果、インターネット２４は、ＰＣ２６とコアネットワークとを接続する。
【００３３】
以下の説明では、ＰＣ２６が、インターネット２４を介して、ゲートウエイサーバ２０へのアクセスを実行し、ゲートウエイサーバ２０を介して、移動体端末装置１０に記憶されたコンテンツデータを取得する状況を前提とする。その際、ＰＣ２６は、宛先を移動体端末装置１０としたデータ送信要求を送信する。なお、データ送信要求は、移動体端末装置１０のクライアント機能に対するデータ送信要求であってもよいが、ここでは、説明を明瞭にするために、移動体端末装置１０のサーバ機能に対するデータ送信要求を主として説明する。
【００３４】
図２は、移動体端末装置１０の構成を示す。移動体端末装置１０は、端末用アンテナ３０、スピーカ部３２、マイク部３４、モニタ部３６、操作部３８、第１処理部４４、第２処理部４６、通信部４８、制御部３００を含む。また、第１処理部４４は、通話処理部５２、クライアント処理部５４、記憶部６０、外部接続部３０６、内部処理部３０８を含み、内部処理部３０８は、撮像部３１０、受像部３１２、再生部３１４を含む。また、第２処理部４６は、サーバ処理部５６、記憶部５８を含む。また、制御部３００は、監視部３０２、生成部３０４を含む。
【００３５】
スピーカ部３２は、移動体端末装置１０が通話機能、テレビジョン受像機能による再生処理、音楽再生機能による再生処理等を実行する際に、制御部３００から音声信号を電気信号として入力し、音声を出力する。なお、スピーカ部３２は、図示しないヘッドフォンへ音声を出力してもよい。マイク部３４は、移動体端末装置１０が通話機能を実行する際に、移動体端末装置１０の利用者の発した音声を入力し、音声信号を電気信号として制御部３００へ出力する。モニタ部３６は、ディスプレイによって構成されており、制御部３００からの指示に応じた内容を表示する。操作部３８は、ボタン等によって構成されており、ユーザからの各種指示を受けつける。操作部３８は、受けつけた指示を制御部３００へ出力する。制御部３００は、通信の対象となる情報の入力元や出力先であるスピーカ部３２、マイク部３４、モニタ部３６、操作部３８と、通信機能を実行する第１処理部４４、第２処理部４６、通信部４８との間でデータを中継する。また、制御部３００は、第１処理部４４や第２処理部４６に対する動作を制御する。
【００３６】
通信部４８は、端末用アンテナ３０を介して、図示しない基地局装置１２との通信を実行する。ここで、基地局装置１２との通信は、第３世代携帯電話システムに対応した通信であり、音声通信あるいはデータ通信に相当する。その結果、通信部４８は、無線ネットワークを経由して、図示しない有線ネットワークとの通信を実行する。また、通信部４８は、以上の通信の前提となる位置登録処理も実行するが、ここでは説明を省略する。第１処理部４４は、前述の（１）から（４）の処理を実行する。つまり、第１処理部４４は、サーバ機能以外の処理を実行する。さらに、第１処理部４４の構成に対応づけると、通話処理部５２は（１）の処理を実行し、クライアント処理部５４は、（２）の処理を実行し、内部処理部３０８は、（３）の処理を実行し、外部接続部３０６は、（４）の処理を実行する。一方、第２処理部４６は、前述の（５）の処理を実行する。
【００３７】
通話処理部５２は、通信部４８を使用しながら、通話処理を実行する。例えば、通話処理部５２は、通信部４８を介して、通話を開始する際の契機となる発信要求や着信応答を公知の技術にて実行する。また、通話中において、通話処理部５２は、制御部３００を介してマイク部３４から音声信号を入力する。通話処理部５２は、入力した音声信号を符号化した後に、通信部４８へ出力する。通信部４８は、図示しない基地局装置１２、関門交換局１４を介して、固定電話網に接続された電話装置へ信号を送信する。一方、通信部４８は、図示しない関門交換局１４、基地局装置１２を介して、固定電話網に接続された電話装置からの信号を受信する。通話処理部５２は、通信部４８からの信号を入力する。通信部４８は、入力した信号を復号した後に、制御部３００、スピーカ部３２へ音声信号として出力する。
【００３８】
クライアント処理部５４は、通信部４８を使用しながら、クライアントとしての処理を実行する。ここで、クライアントとしての処理には、電子メールの送受信、ＷＷＷアクセスが含まれる。これらの処理には、公知の技術が使用されればよいが、ここでは、前者の動作を簡単に説明する。電子メールを送信する際、クライアント処理部５４は、制御部３００を介して操作部３８から、送信対象となる電子メールの本文を受けつける。クライアント処理部５４は、通信部４８を介して、発信要求を実行する。
【００３９】
回線が設定された後、クライアント処理部５４は、通信部４８、図示しない基地局装置１２、関門交換局１４を介して、ゲートウエイサーバ２０へ電子メールのデータを送信する。一方、電子メールを受信する際、通信部４８が着信通知を受信すると、クライアント処理部５４は、通信部４８を介して、着信応答を実行する。回線が設定された後、クライアント処理部５４は、関門交換局１４、基地局装置１２、通信部４８を介して、ゲートウエイサーバ２０からの電子メールのデータを受信する。また、クライアント処理部５４は、制御部３００を介して、モニタ部３６に電子メールの本文を表示する。記憶部６０は、クライアントとしての処理に使用されるデータを記憶する。
【００４０】
内部処理部３０８は、通信部４８を使用せずになされる処理を実行する。ここでは、内部処理として、撮像、テレビジョン放送の受像、音楽再生を例示する。撮像部３１０は、撮像した画像を生成し、生成した画像を制御部３００や記憶部６０へ出力する。以下では、画像そのものあるいはデータ形式の画像を区別せずに「画像」と呼ぶ。受像部３１２は、図示しないアンテナを備え、当該アンテナを介して地上波ディジタルテレビジョン放送の信号（以下、「放送信号」という）を受信する。なお、地上波ディジタルテレビジョン放送として、ＩＳＤＢ−Ｔ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｔｅｒｒｅｓｔｒｉａｌ）、ＤＶＢ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ）が使用されればよいが、ここでは説明を省略する。
【００４１】
なお、ＩＳＤＢ−Ｔにおけるワンセグメント放送が使用されてもよい。受像部３１２は、放送信号を復調することによって、放送信号に含まれた番組を再生する。受像部３１２は、再生した番組を制御部３００へ出力する。再生部３１４は、制御部３００に記憶された音楽データを取得し、当該音楽データを再生する。ここで、音楽データは、例えば、ＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ−３）形式にて規定される。再生部３１４は、再生した音楽データを制御部３００へ出力する。なお、撮像部３１０、受像部３１２、再生部３１４の起動、動作、停止に関する指示は、制御部３００を介して操作部３８から受けつけられる。
【００４２】
外部接続部３０６は、第３世代携帯電話システムとは別の近距離無線通信システムに対応した通信処理を実行する。近距離無線通信システムの一例は、ＩＥＥＥ８０２．１５．１規格やＩＥＥＥ８０２．１５．４規格に準拠したＷＰＡＮ（Ｗｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であるが、これらに限定されるものではない。また、近距離無線通信システムのかわりに、ケーブルが使用されてもよい。外部接続部３０６は、近距離無線通信システム等を使用することによって、図示しない外部機器と通信する。前述のごとく、図示しない外部機器の一例は、カーナビゲーションシステムである。また、外部接続部３０６は、制御部３００と図示しない外部機器との間において、データを中継する。
【００４３】
サーバ処理部５６は、通信部４８を使用しながら、サーバとしての処理を実行する。サーバとしての処理とは、前述のごとく、データ送信要求に応じて、データを送信する処理である。記憶部５８は、サーバ処理部の処理に使用されるデータを記憶する。記憶部５８は、電源オフ後も記憶内容を保持可能な記憶装置であり、ハードディスクドライブまたはフラッシュメモリ等の半導体メモリを含む。なお、記憶部５８と記憶部６０とは、一体的に構成されていてもよい。ここで、記憶部５８に記憶されたデータは、画像、音楽データ、テキストデータ等に相当する。サーバ処理部５６は、通信部４８を介して、図示しないＰＣ２６からのデータ送信要求を受信する。当該データ送信要求は、ゲートウエイサーバ２０、関門交換局１４、基地局装置１２を経由して通信部４８に受信される。
【００４４】
サーバ処理部５６は、データ送信要求に対応したデータを記憶部５８から抽出する。サーバ処理部５６は、通信部４８を介して、抽出したデータをＰＣ２６へ送信する。データは、基地局装置１２、関門交換局１４、ゲートウエイサーバ２０を経由される。また、サーバ処理部５６は、制御部３００を介して、操作部３８からのテキストデータ、撮像部３１０からの画像、マイク部３４からの音楽データを受けつけ、これらをデータとして記憶部５８に記憶させる。ここで、サーバ処理部５６は、これらのデータが記憶部５８に記憶されたタイミングにて、これらのデータを送信の対象にする。つまり、これらのデータが提供される。
【００４５】
監視部３０２は、第１処理部４４、第２処理部４６の動作を監視する。つまり、監視部３０２は、移動体端末装置１０の動作状況を監視する。監視部３０２において監視されている動作状況は、任意のものでよい。ここでは一例として次の組合せとするが、限定されるものではない。組合せには、（Ａ）サーバＯＮ／ＯＦＦ、（Ｂ）サーバ処理量、（Ｃ）サーバ更新中、（Ｄ）メール中、（Ｅ）ＷＷＷアクセス中、（Ｆ）通話中、（Ｇ）撮像部３１０動作中、（Ｈ）受像部３１２動作中、（Ｉ）音楽再生中、（Ｊ）バッテリ残量、（Ｋ）外部接続中である。（Ａ）は、サーバ処理部５６の機能がオンになっているか、オフになっているかに関する。（Ｂ）は、サーバ処理部５６の処理量がどの程度であるかに関する。ここでは、説明を簡単にするために、処理量がしきい値よりも大きい場合を「Ｈｉｇｈ」とし、処理量がしきい値以下である場合を「Ｌｏｗ」とする。
【００４６】
（Ｃ）は、サーバ処理部５６にて提供すべきデータを更新している場合か否かに関する。（Ｄ）は、クライアント処理部５４において電子メールの送受信がなされている場合か否かに関する。（Ｅ）は、クライアント処理部５４においてＷＷＷのアクセスがなされている場合か否かに関する。（Ｆ）は、通話処理部５２において通話がなされている場合か否かに関する。（Ｇ）は、撮像部３１０が動作しているか否かに関する。（Ｈ）は、受像部３１２が動作しているか否かに関する。（Ｉ）は、再生部３１４において音楽データが再生されているか否かに関する。（Ｊ）は、図示しないバッテリの残量がどの程度であるかに関する。ここでは、説明を簡単にするために、残量がしきい値よりも大きい場合を「Ｈｉｇｈ」とし、残量がしきい値以下である場合を「Ｌｏｗ」とする。（Ｋ）は、外部接続部３０６において外部機器との通信がなされているか否かに関する。監視部３０２は、以上の組合せの監視結果を生成部３０４へ出力する。
【００４７】
生成部３０４は、監視部３０２から監視結果を受けつける。生成部３０４は、監視結果に変化があった場合に、監視結果から情報信号を生成する。情報信号は、移動体端末装置１０の動作状況が示された信号といえる。図３は、生成部３０４において生成される情報信号のデータ構造を示す。情報信号は、図示のごとく、項目欄２５０、内容欄２５２によって形成されている。項目欄２５０には、前述の（Ａ）から（Ｋ）が含まれており、内容欄２５２は、各項目に対する監視結果が含まれている。図２に戻る。生成部３０４は、第１処理部４４、通信部４８を介して、図示しないＨＬＲ１６に情報信号を送信する。これは、移動体端末装置１０の状況をＨＬＲ１６に登録することに相当する。なお、当該登録は、位置登録と同様の手順によってなされればよいので、ここでは説明を省略する。
【００４８】
この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされた通信機能のあるプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００４９】
図４は、関門交換局１４の構成を示す。関門交換局１４は、通信部７０、交換部７２、回線交換処理部７４、パケット交換処理部７６、制御部７８を含む。通信部７０は、一端に図示しない基地局装置１２を接続し、基地局装置１２との間で、ＡＴＭ形式のデータを送受信する。このようなデータには、通話機能のためのデータとデータ通信機能のためのデータとが含まれている。また、通信部７０は、他端に交換部７２を接続することによって、交換部７２と図示しない基地局装置１２との間でのデータを中継する。
【００５０】
回線交換処理部７４は、一端に交換部７２を接続し、他端に図示しない固定電話網を接続する。交換部７２は、交換部７２から入力したデータを固定電話網へ出力し、固定電話網から入力したデータを交換部７２へ出力する。ここで、交換部７２にて処理されるデータは、ＡＴＭ形式に対応し、固定電話網にて処理されるデータは、ＳＴＭ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）形式に対応する。そのため、回線交換処理部７４は、ＡＴＭ形式とＳＴＭ形式との間でデータ形式を変換する。
【００５１】
パケット交換処理部７６は、一端に交換部７２を接続し、他端に図示しないゲートウエイサーバ２０を接続する。パケット交換処理部７６は、交換部７２から入力したデータをゲートウエイサーバ２０へ出力し、ゲートウエイサーバ２０から入力したデータを交換部７２へ出力する。また、パケット交換処理部７６は、ＧＴＰと呼ばれるトンネリングプロトコルを実行する。
【００５２】
交換部７２は、図示しない移動体端末装置１０に対する回線を設定する。また、交換部７２は、回線交換処理部７４やパケット交換処理部７６から入力したデータを通信部７０へ出力し、通信部７０から入力したデータを回線交換処理部７４やパケット交換処理部７６へ出力する。さらに、交換部７２は、回線交換処理部７４やパケット交換処理部７６から着信通知を入力した場合、ＨＬＲ１６に記憶されたページングエリアに関する情報を参照することによって、当該着信通知の宛先に対応したページングエリアを特定する。また、交換部７２は、ページングエリアに含まれた基地局装置１２へ着信通知を出力する。
【００５３】
交換部７２は、パケット交換処理部７６からデータ送信要求を入力した場合、ＨＬＲ１６に記憶されたページングエリアに関する情報を参照することによって、当該データ送信要求の宛先に対応したページングエリアを特定する。また、交換部７２は、ページングエリアに含まれた基地局装置１２へデータ送信要求を出力する。ここで、パケット交換処理部７６からの着信通知やデータ送信要求には、それらの宛先がＩＰアドレスとして示されている。交換部７２は、ＩＰアドレスと移動体端末装置番号との対応を記憶しており、ＩＰアドレスに対応した移動体端末装置番号を特定する。また、交換部７２は、移動体端末装置番号をもとに、ＨＬＲ１６を参照する。
【００５４】
以上の処理の前提として、交換部７２は、通信部７０を介して図示しない移動体端末装置１０から、位置登録の要求や情報信号を受けつける。また、交換部７２は、位置登録の要求をもとに、移動体端末装置１０に対するページングエリアをＨＬＲ１６へ登録する。また、交換部７２は、情報信号をもとに、移動体端末装置１０の動作状況をＨＬＲ１６へ登録する。ＨＬＲ１６に登録したこれらの情報は、「端末情報」と総称される。また、交換部７２は、パケット交換処理部７６を介して、図示しないゲートウエイサーバ２０から端末情報の問合せを受けつける。交換部７２は、問合せに応じてＨＬＲ１６を参照し、パケット交換処理部７６を介して図示しないゲートウエイサーバ２０へ、該当する端末情報を送信する。
【００５５】
図５は、ＨＬＲ１６に記憶したテーブルのデータ構造を示す。図示のごとく、移動体端末装置番号欄２６０、ページングエリア番号欄２６２、サーバＯＮ／ＯＦＦ欄２６４、サーバ処理量欄２６６、サーバ更新中欄２６８、メール中欄２７０、ＷＷＷアクセス欄２７２、通話中欄２７４、撮像部動作中欄２７６、受像部動作中欄２７８、音楽再生中欄２８０、バッテリ残量欄２８２、外部接続中欄２８４が含まれる。移動体端末装置番号欄２６０、ページングエリア番号欄２６２には、各移動体端末装置１０に対応したページングエリア番号が記憶されており、位置登録によって記録される。一方、サーバＯＮ／ＯＦＦ欄２６４から外部接続中欄２８４には、各移動体端末装置１０に対応した状況が記憶されており、情報信号によって記憶される。図４に戻る。制御部７８は、関門交換局１４の動作を制御する。
【００５６】
図６は、ゲートウエイサーバ２０の構成を示す。ゲートウエイサーバ２０は、プロトコル変換部１４０、移動体端末装置管理部１４２、記憶部１４４、制御部１４６を含む。移動体端末装置管理部１４２は、入力部１４８、取得部１５０、決定部３２０、出力部１５４を含む。
【００５７】
プロトコル変換部１４０は、一端をゲートウエイサーバ２０側（以下、「コアネットワーク側」という）に接続し、他端を課金管理サーバ２２側（以下、「インターネット側」という）に接続する。前述のごとく、コアネットワーク側はＷ−ＴＣＰに対応し、インターネット側はＴＣＰに対応するので、プロトコル変換部１４０は、両者を変換する。例えば、プロトコル変換部１４０は、インターネット側からのデータを受信し、ＴＣＰからＷ−ＴＣＰへデータを変換した後、データをコアネットワーク側へ送信する。また、逆の処理も実行される。移動体端末装置管理部１４２は、プロトコル変換部１４０に接続され、移動体端末装置１０の第２処理部４６に対するデータ送信要求を当該移動体端末装置１０へ転送するか否かを決定する。つまり、移動体端末装置管理部１４２は、移動体端末装置１０へのデータ送信要求の転送を制御する。
【００５８】
入力部１４８は、プロトコル変換部１４０を介して、図示しないＰＣ２６からのデータ送信要求を受信する。このようなデータ送信要求には、移動体端末装置１０の第２処理部４６に対するデータ送信要求と、第１処理部４４に対するデータ送信要求が含まれる。入力部１４８は、データ送信要求を決定部３２０へ出力する。決定部３２０は、入力部１４８から入力したデータ送信要求が、移動体端末装置１０における第１処理部４４へのデータ送信要求である場合に、出力部１５４に対して、移動体端末装置１０へデータ送信要求を転送させる。つまり、決定部３２０は、第１処理部４４へのデータ送信要求をそのまま転送するので、当該データ送信要求の転送を制御しない。一方、決定部３２０は、入力部１４８から入力したデータ送信要求が、移動体端末装置１０における第２処理部４６へのデータ送信要求である場合に、データ送信要求の宛先である移動体端末装置１０のＩＰアドレスを特定する。
【００５９】
取得部１５０は、プロトコル変換部１４０を介して関門交換局１４へ、ＩＰアドレスに対応した移動体端末装置１０の端末情報を問い合わせる。関門交換局１４は、問い合わせを受信すると、ＩＰアドレスを移動体端末装置番号に変換した後、移動体端末装置番号をもとにＨＬＲ１６を参照することによって、端末情報を特定する。取得部１５０は、プロトコル変換部１４０を介して、関門交換局１４から端末情報を受信する。つまり、取得部１５０は、コアネットワーク上のＨＬＲ１６に配置されたテーブルであって、かつ各移動体端末装置１０の動作状況が示されたテーブルから、移動体端末装置１０の動作状況を取得する。
【００６０】
前述のごとく、取得部１５０において参照されるテーブルには、移動体端末装置１０の動作状況として、第１処理部４４の動作状況、第２処理部４６の動作状況、移動体端末装置１０のページングエリアが示されている。また、取得部１５０において参照されるテーブル、つまりＨＬＲ１６に記憶されたテーブルは、移動体端末装置１０によって適宜更新されている。取得部１５０は、取得した端末情報を決定部３２０へ出力する。
【００６１】
記憶部１４４は、移動体端末装置１０へデータ送信要求を転送するための条件を予め記憶する。条件の一例は、移動体端末装置１０での通話処理部５２において通話がなされていないことである。図７は、記憶部１４４に記憶した条件のデータ構造を示す。図示のごとく、移動体端末装置番号欄４００、ページングエリア番号欄４０２、サーバＯＮ／ＯＦＦ欄４０４、サーバ処理量欄４０６、サーバ更新中欄４０８、メール中欄４１０、ＷＷＷアクセス欄４１２、通話中欄４１４、撮像部動作中欄４１６、受像部動作中欄４１８、音楽再生中欄４２０、バッテリ残量欄４２２、外部接続中欄４２４が含まれる。
【００６２】
例えば、サーバＯＮ／ＯＦＦ欄４０４には、図５のサーバＯＮ／ＯＦＦ欄２６４に対する条件が、各移動体端末装置１０に対して「Ａ１’」、「Ａ２’」のごとく含まれる。ここで、移動体端末装置番号「Ｃ１」の移動体端末装置１０に対する条件は、ページングエリア番号欄４０２から外部接続中欄４２４のすべてについて、「Ａ１’」、「Ｂ１’」のように含まれているが、ページングエリア番号欄４０２から外部接続中欄４２４の一部にのみ条件が設定されていてもよい。ページングエリア番号欄４０２に含まれた条件は、存在位置に対する条件に相当する。
【００６３】
サーバＯＮ／ＯＦＦ欄４０４からサーバ更新中欄４０８に含まれた条件は、第２処理部４６に対する条件に相当する。メール中欄４１０およびＷＷＷアクセス欄４１２は、クライアント処理部５４に対する条件に相当する。通話中欄４１４は、通話処理部５２に対する条件に相当する。撮像部動作中欄４１６からバッテリ残量欄４２２は、内部処理部３０８に対する条件に相当する。外部接続中欄４２４は、外部接続部３０６に対する条件に相当する。さらに、条件は、移動体端末装置１０ごとに規定されている。なお、このような条件は、ユーザによって移動体端末装置１０を介して設定されてもよいし、通信事業者によって図示しない通信装置を介して設定されてもよい。図６へ戻る。
【００６４】
決定部３２０は、取得部１５０から、転送の宛先となりうる移動体端末装置１０に対する端末情報を受けつける。これは、当該移動体端末装置１０の動作状況を受けつけることに相当する。また、決定部３２０は、記憶部１４４を参照することによって、当該移動体端末装置１０に対する条件を取得する。決定部３２０は、動作状況と条件とをもとに、転送を決定する。具体的に説明すると、決定部３２０は、動作状況が条件を満たしていれば、転送を決定する。前述のごとく、動作状況および条件は、複数の項目によって構成されているので、決定部３２０は、すべての動作状況が条件を満たした場合に、転送を決定する。なお、条件を満たした動作状況の数が、予め定めた数よりも多くなった場合に、決定部３２０は、転送を決定してもよい。このような処理の結果、例えば、決定部３２０は、第１処理部４４の動作状況と、第１処理部４４に対する条件とをもとに、第２処理部４６へのデータ送信要求の転送を決定する。また、決定部３２０は、移動体端末装置１０の存在位置と、移動体端末装置１０の存在位置に対する条件とをもとに、第２処理部４６へのデータ送信要求の転送を決定する。
【００６５】
出力部１５４は、決定部３２０において転送を決定した場合に、プロトコル変換部１４０を介して、関門交換局１４、基地局装置１２を経由して移動体端末装置１０へデータ送信要求を送信する。特に、出力部１５４は、移動体端末装置１０における第２処理部４６へデータ送信要求を転送する。一方、出力部１５４は、決定部３２０において転送を決定しなかった場合に、プロトコル変換部１４０を介して、データ送信要求の送信元になるＰＣ２６へメッセージを送信する。当該メッセージは、転送を決定しない場合のメッセージである。図８（ａ）−（ｂ）は、決定部３２０において転送を決定しない場合のメッセージを示す。メッセージは、図８（ａ）のごとく、「現在応答できません」と示される。また、メッセージは、図８（ｂ）のごとく、「現在通話中のため応答できません」と示されてもよい。つまり、決定部３２０において条件を満たさなかった項目を明示することによって、応答できない理由がユーザへ通知される。
【００６６】
以上の構成による通信システム１００の動作を説明する。図９は、通信システム１００における移動体端末装置１０の状況の登録手順を示すシーケンス図である。移動体端末装置１０は、動作状況の遷移を検出する（Ｓ１０）と、情報信号を生成する（Ｓ１２）。移動体端末装置１０と関門交換局１４との間の回線が設定される（Ｓ１４）。移動体端末装置１０は、情報信号を関門交換局１４へ送信する（Ｓ１６）。関門交換局１４は、移動体端末装置１０の動作状況をＨＬＲ１６へ登録する（Ｓ１８）。関門交換局１４は、登録を移動体端末装置１０へ通知する（Ｓ２０）。
【００６７】
図１０は、通信システム１００におけるデータの送信手順を示すシーケンス図である。ＰＣ２６は、ゲートウエイサーバ２０へデータ送信要求を送信する（Ｓ４０）。ゲートウエイサーバ２０は、端末情報の問合せを関門交換局１４へ送信し（Ｓ４２）、関門交換局１４は、端末情報の応答をゲートウエイサーバ２０へ送信する（Ｓ４４）。ゲートウエイサーバ２０は、データ送信要求の転送を決定する（Ｓ４６）。ゲートウエイサーバ２０は、関門交換局１４へデータ送信要求を送信し（Ｓ４８）、関門交換局１４は、移動体端末装置１０へデータ送信要求を送信する（Ｓ５０）。移動体端末装置１０は、関門交換局１４へデータを送信し（Ｓ５２）、関門交換局１４は、ゲートウエイサーバ２０へデータを送信し（Ｓ５４）、ゲートウエイサーバ２０は、ＰＣ２６へデータを送信する（Ｓ５６）。
【００６８】
図１１は、移動体端末装置１０における移動体端末装置１０の状況の登録手順を示すフローチャートである。監視部３０２は、動作状況の遷移を検出しなければ（Ｓ７０のＮ）、待機する。一方、監視部３０２が、動作状況の遷移を検出すれば（Ｓ７０のＹ）、生成部３０４は、情報信号を生成する（Ｓ７２）。第１処理部４４、通信部４８は、基地局装置１２との間で回線を設定し（Ｓ７４）、関門交換局１４へ情報信号を送信する（Ｓ７６）。また、制御部３００は、通信部４８、第１処理部４４を介して、関門交換局１４からの登録通知を受信する（Ｓ７８）。
【００６９】
図１２は、関門交換局１４における移動体端末装置の状況の登録手順を示すフローチャートである。交換部７２は、通信部７０を介して、移動体端末装置１０からの情報信号を受信しなければ（Ｓ９０のＮ）、待機する。一方、交換部７２は、通信部７０を介して、移動体端末装置１０からの情報信号を受信すれば（Ｓ９０のＹ）、情報信号に含まれた移動体端末装置番号をもとに、ＨＬＲ１６の端末情報を更新する（Ｓ９２）。交換部７２は、通信部７０を介して、登録通知を移動体端末装置１０へ送信する（Ｓ９４）。
【００７０】
図１３は、ゲートウエイサーバ２０におけるデータ送信要求の転送手順を示すフローチャートである。入力部１４８は、プロトコル変換部１４０を介して、移動体端末装置１０宛のデータ送信要求を受けつける（Ｓ１１０）。取得部１５０は、プロトコル変換部１４０を介して関門交換局１４へ端末情報を問い合わせ（Ｓ１１２）、端末情報応答を受けつける（Ｓ１１４）。端末情報に含まれた動作状況が条件を満足していれば（Ｓ１１６のＹ）、決定部３２０は、移動体端末装置１０へのデータ送信要求の転送を決定する（Ｓ１１８）。出力部１５４は、プロトコル変換部１４０を介してデータ送信要求を転送する（Ｓ１２０）。プロトコル変換部１４０は、データを受信し（Ｓ１２２）、データをＰＣ２６へ送信する（Ｓ１２４）。一方、端末情報に含まれた動作状況が条件を満足していなければ（Ｓ１１６のＮ）、出力部１５４は、プロトコル変換部１４０を介して、応答できない旨をＰＣ２６へ通知する（Ｓ１２６）。
【００７１】
本発明の実施例によれば、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、移動端末装置における動作状況と条件とをもとに、当該データ送信要求を転送するかを決定するので、移動体端末装置の動作状況を考慮しながら、アクセスを制御できる。また、移動体端末装置の動作状況を考慮しながら、アクセスを制御するので、移動体端末装置にサーバ機能を搭載する場合であっても、移動体端末装置の利便性の低下を抑制できる。また、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、第１処理部の動作状況をもとに転送を決定するので、移動体端末装置における第１処理部の動作に与える影響を低減できる。
【００７２】
また、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、移動体端末装置の存在位置をもとに転送を決定するので、存在位置に応じてトラヒックを制御できる。また、ＨＬＲに記憶された端末情報は移動体端末装置によって更新されるので、新たな状況を反映できる。また、新たな状況が反映されるので、アクセス制御を適切に実行できる。また、端末情報はＨＬＲに予め登録されるので、データ送信要求を受信したときに処理を直ちに実行できる。また、アクセス制御をコアネットワーク内において実行するので、ユーザだけではなく通信事業者によっても容易に条件を設定できる。また、第２処理部へのデータ送信要求に対してアクセス制御を実行するが、第１処理部への信号に対してアクセス制御を実行しないので、第１処理部の動作に与える影響を低減できる。
【００７３】
（実施例２）
本発明の実施例２は、実施例１と同様に、サーバ機能を有した移動体端末装置が含まれた通信システムに関する。実施例１では、移動体端末装置のサーバ機能に対するアクセス制御をゲートウエイサーバにて実行している。つまり、ゲートウエイサーバが、移動体端末装置へサーバ機能へのデータ送信要求を転送するかを制御する。その際、移動体端末装置の動作状況と、動作状況に対する条件とをもとに、ゲートウエイサーバは転送するか否かを決定する。一方、実施例２では、移動体端末装置が、サーバ機能に対するアクセス制御を自ら実行する。つまり、移動体端末装置は、動作状況に対する条件を予め記憶し、動作状況を取得すると、動作状況と条件とをもとに、データ送信要求に応答するかを決定する。このような実施例１に係る通信システム１００は、図１と同様のタイプであるが、ここでは、差異を中心に説明する。
【００７４】
図１４は、本発明の実施例２に係る移動体端末装置１０の構成を示す。図１４に示された移動体端末装置１０では、図２に示された移動体端末装置１０と比較して、制御部３００の構成が異なる。制御部３００は、状況把握部３３０、条件設定部３３２、受付部３３４を含む。受付部３３４は、通信部４８、サーバ処理部５６またはクライアント処理部５４を介して、図示しないＰＣ２６からのデータ送信要求を受けつける。受付部３３４は、受けつけたデータ送信要求が、第２処理部４６へのデータ送信要求である場合、データ送信要求を決定部３３６へ出力する。一方、受付部３３４は、受けつけたデータ送信要求が、第１処理部４４へのデータ送信要求である場合、当該データ送信要求に対する応答を第１処理部４４へ指示する。つまり、受付部３３４は、図６の入力部１４８と同様に、第１処理部４４に対するデータ送信要求をそのまま処理するので、当該データ送信要求の応答を制御しない。
【００７５】
状況把握部３３０は、図２の監視部３０２と同様に、第１処理部４４、第２処理部４６の動作状況を管理するとともに、移動体端末装置１０の存在位置を管理する。以下では、これらを「移動体端末装置１０の動作状況」という。移動体端末装置１０の存在位置を管理することは、接続している基地局装置１２を管理することであってもよい。また、第１処理部４４、第２処理部４６の動作状況は、例えば、前述の（Ａ）から（Ｋ）の組合せ、あるいはそれらのうちの少なくともひとつであればよい。また、別の項目が含まれていてもよい。状況把握部３３０は、移動体端末装置１０の動作状況を決定部３３６へ出力する。
【００７６】
条件設定部３３２は、第２処理部４６に対してデータ送信要求へ応答させるための条件を予め記憶する。第２処理部４６に対してデータ送信要求へ応答させるための条件は、図６の記憶部１４４と同様に、第１処理部４４の動作状況に対する条件、第２処理部４６の動作状況に対する条件、移動体端末装置１０の存在位置に対する条件として規定される。つまり、第２処理部４６に対してデータ送信要求へ応答させるための条件は、移動体端末装置１０の動作状況に対する条件として規定される。なお、このような条件は、ユーザによって操作部３８を介して設定される。条件設定部３３２は、条件を決定部３３６へ出力する。
【００７７】
決定部３３６は、受付部３３４から、データ送信要求を受けつけた場合に、状況把握部３３０から動作状況を受けつけるとともに、条件設定部３３２から条件を受けつける。決定部３３６は、動作状況と条件とをもとに、第２処理部４６へデータ送信要求を出力するかを決定する。具体的に説明すると、決定部３３６は、動作状況が条件を満たしていれば、出力を決定する。前述のごとく、動作状況および条件は、複数の項目によって構成されているので、決定部３３６は、すべての動作状況が条件を満たした場合に、出力を決定する。なお、条件を満たした動作状況の数が、予め定めた数よりも多くなった場合に、決定部３３６は、出力を決定してもよい。
【００７８】
このような処理の結果、例えば、決定部３３６は、第１処理部４４の動作状況と、第１処理部４４に対する条件とをもとに、第２処理部４６へのデータ送信要求の出力を決定する。また、決定部３２０は、移動体端末装置１０の存在位置と、移動体端末装置１０の存在位置に対する条件とをもとに、第２処理部４６へのデータ送信要求の出力を決定する。サーバ処理部５６は、データ送信要求に応じて、記憶部５８に記憶されたデータを通信部４８から送信する。一方、決定部３２０において、第２処理部４６へのデータ送信要求の出力が決定されなかった場合、決定部３３６は、第２処理部４６、通信部４８を介して、図８（ａ）−（ｂ）のような応答を実行しない旨のメッセージをＰＣ２６へ出力する。
【００７９】
以上の構成による通信システム１００の動作を説明する。図１５は、移動体端末装置１０における受信信号に対する応答手順を示すフローチャートである。受付部３３４は、第１処理部４４あるいは通信部４８を介して、信号を受信する（Ｓ１４０）。受信した信号が、第２処理部４６へのデータ送信要求であれば（Ｓ１４２のＹ）、状況把握部３３０、条件設定部３３２、決定部３３６は、応答判定処理を実行する（Ｓ１４４）。一方、受信した信号が、第２処理部４６へのデータ送信要求でなければ（Ｓ１４２のＮ）、第１処理部４４は、着信や着呼に対する処理を実行する（Ｓ１４６）。
【００８０】
図１６は、移動体端末装置１０における応答判定処理の手順を示すフローチャートである。受付部３３４は、データ送信要求を受けつける（Ｓ１６０）と、決定部３３６は、状況把握部３３０から、移動体端末装置１０の動作状況を受けつけるとともに、条件設定部３３２から条件を受けつける。動作状況が条件を満足していれば（Ｓ１６２のＹ）、決定部３３６は、第２処理部４６へデータ送信要求を出力する（Ｓ１６４）。また、第２処理部４６は、通信部４８を介して、データを送信する（Ｓ１６６）。一方、動作状況が条件を満足していなければ（Ｓ１６２のＮ）、決定部３３６は、通信部４８を介して、応答できない旨を送信する（Ｓ１６８）。
【００８１】
本発明の実施例によれば、第２処理部へのデータ送信要求を受信した場合に、移動端末装置における動作状況と条件とをもとに、当該データ送信要求に応答するかを決定するので、移動体端末装置において自らに対するアクセスを制御できる。また、移動端末装置における動作状況をもとに、当該データ送信要求に応答するかを決定するので、移動体端末装置にサーバ機能を搭載する場合であっても、他の処理に対する影響を低減できる。また、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、第１処理部の動作状況をもとに応答するかを決定するので、第１処理部の動作に与える影響を低減できる。
【００８２】
また、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、移動体端末装置の存在位置をもとに応答するかを決定するので、サーバ機能を実行させたい場所や実行させたくない場所を容易に設定できる。また、移動体端末装置においてアクセスを制御するので、コアネットワークでの処理を低減できる。また、第２処理部へのデータ送信要求に対してアクセス制御を実行するが、第１処理部への信号に対してアクセス制御を実行しないので、第１処理部の動作に与える影響を低減できる。
【００８３】
（実施例３）
本発明の実施例３も、実施例１と同様に、サーバ機能を有した移動体端末装置が含まれた通信システムに関する。実施例１において、ゲートウエイサーバは、転送しないことを決定した場合にその旨を通知する。一方、実施例３では、コアネットワーク内にクローンサーバを設置する。クローンサーバには、移動体端末装置に記憶されたデータが複製されている。ゲートウエイサーバは、移動体端末装置へデータ送信要求を転送せずに、クローンサーバへデータ送信要求を転送する。
【００８４】
図１７は、本発明の実施例３に係る通信システム１００の構成を示す。図１７に示された通信システム１００は、図１に示した通信システム１００にクローンサーバ１８を追加する。ゲートウエイサーバ２０は、移動体端末装置１０へデータ通信要求を転送しないことを決定した場合、クローンサーバ１８へデータ通信要求を転送する。クローンサーバ１８は、コアネットワーク、例えば、通信事業者が設備するパケット通信ネットワークに接続される。クローンサーバ１８としてひとつだけ配置されてもよいし、複数に分散されて配置されてもよい。
【００８５】
ここで、複数に分散されている場合、データは、複数のクローンサーバ１８にそのまま複製されていてもよいし、複数のクローンサーバ１８に断片化されて複製されていてもよい。断片化されている場合、データの断片化および断片化されたデータの利用には、例えば、Ｐ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）技術が使用される。クローンサーバ１８は、移動体端末装置１０に記憶されたデータの少なくとも一部を所定のタイミングにおいて複製することによって、移動体端末装置１０におけるサーバ機能を代行する。ここで、クローンサーバ１８に記憶されたデータの内容は、移動体端末装置１０に記憶したデータの内容に完全に一致しなくてもよい。そのため、クローンサーバ１８に記憶したデータは、移動体端末装置１０に記憶したデータの一部であったり、移動体端末装置１０に過去に記憶されていたデータであったりしてもよい。
【００８６】
以上の処理を具体的に説明すると、クローンサーバ１８は、ゲートウエイサーバ２０からのデータ送信要求を受信することによって、移動体端末装置１０のサーバ機能を代行し、データをＰＣ２６へ送信する。例えば、クローンサーバ１８は、ゲートウエイサーバ２０が移動体端末装置１０へデータ通信要求を転送しない場合に、サーバ機能を代行する。なお、クローンサーバ１８は、移動体端末装置１０内のコンテンツデータだけではなく、図８（ａ）−（ｂ）に示したようなメッセージも保持し、データの代わりにＰＣ２６へ送信してもよい。
【００８７】
図１８は、クローンサーバ１８の構成を示す。クローンサーバ１８は、通信部１１０、クローン処理部１１２、制御部１２２を含む。また、クローン処理部１１２は、データ受付部１１４、サーバ処理部１１６、管理部１１８、記憶部１２０を含む。
【００８８】
通信部１１０は、コアネットワーク内に配置され、一端に図示しない関門交換局１４を接続し、他端に図示しないゲートウエイサーバ２０を接続する。通信部１１０は、受信したデータの宛先がクローンサーバ１８でない場合、データをそのまま送信する。つまり、通信部１１０は、関門交換局１４からのデータをそのままゲートウエイサーバ２０へ出力し、ゲートウエイサーバ２０からのデータをそのまま関門交換局１４へ出力する。データ受付部１１４は、通信部１１０を介して、関門交換局１４、基地局装置１２を経由して移動体端末装置１０との通信を実行する。データ受付部１１４は、移動体端末装置１０に記憶されたデータの少なくとも一部を移動体端末装置１０から受信する。その際、移動体端末装置１０に対応した移動体端末装置番号あるいはＩＰアドレスも受信する。なお、移動端末装置番号とＩＰアドレスとの組合せが受信されてもよい。また、ＩＰアドレスの代わりに、文字列からなるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）でもよいが、以下では、これらを区別せずに使用する。
【００８９】
データ受付部１１４は、受信したデータやＩＰアドレス等を管理部１１８へ出力し、管理部１１８は、データとＩＰアドレス等とを対応づけながら、記憶部１２０に記憶する。その結果、記憶部１２０は、移動体端末装置１０に対応づけながらデータを記憶する。これは、移動体端末装置１０に記憶されたデータを複製することに相当する。また、記憶部１２０は、図８（ａ）−（ｂ）に示したようなメッセージも記憶する。サーバ処理部１１６は、図示しない移動体端末装置１０におけるサーバ処理部５６と同様の処理を実行する。サーバ処理部１１６は、通信部１１０を介して、図示しないゲートウエイサーバ２０からデータ送信要求を受信する。
【００９０】
このデータ送信要求は、本来、図示しないＰＣ２６から移動体端末装置１０へ送信されており、ゲートウエイサーバ２０が、宛先を移動体端末装置１０からクローンサーバ１８へ変更したものである。そのため、データ送信要求の中には、本来の宛先である移動体端末装置１０に関する情報が含まれている。移動体端末装置１０に関する情報は、前述の移動体端末装置番号あるいはＩＰアドレス、またはそれらの組合せに相当する。サーバ処理部１１６は、データ送信要求に対応したデータの抽出を管理部１１８へ要求する。管理部１１８は、データ送信要求に対応した移動体端末装置１０のデータを記憶部１２０から抽出し、抽出したデータをサーバ処理部１１６へ出力する。サーバ処理部１１６は、通信部１１０を介して、データをゲートウエイサーバ２０、ＰＣ２６へ送信する。このように、サーバ処理部１１６は、データ送信要求に応じたデータを送信するので、移動体端末装置１０におけるサーバ機能を代行するといえる。なお、管理部１１８は、記憶部１２０に記憶したメッセージを抽出し、サーバ処理部１１６は、通信部１１０を介して、メッセージをゲートウエイサーバ２０、ＰＣ２６へ送信してもよい。制御部１２２は、クローンサーバ１８の動作を制御する。
【００９１】
以上の構成による通信システム１００の動作を説明する。図１９は、通信システム１００におけるコンテンツデータの複製手順を示すシーケンス図である。移動体端末装置１０においてコンテンツデータが作成される（Ｓ２１０）。移動体端末装置１０は、コンテンツデータを提供する（Ｓ２１２）。これは、コンテンツデータを再生対象に設定することに相当する。移動体端末装置１０は、基地局装置１２を介してクローンサーバ１８の通信状態を確認する（Ｓ２１４）。クローンサーバ１８におけるトラヒック量がしきい値よりも小さければ、移動体端末装置１０は、クローンサーバ１８へコンテンツデータを送信する（Ｓ２１６）。クローンサーバ１８は、移動体端末装置１０と対応づけながらコンテンツデータを記憶する（Ｓ２１８）。
【００９２】
図２０は、通信システム１００におけるデータの送信手順を示すシーケンス図である。ＰＣ２６は、ゲートウエイサーバ２０へデータ送信要求を送信する（Ｓ２９０）。ゲートウエイサーバ２０は、端末情報の問合せを関門交換局１４へ送信し（Ｓ２９２）、関門交換局１４は、端末情報の応答をゲートウエイサーバ２０へ送信する（Ｓ２９４）。ゲートウエイサーバ２０は、移動体端末装置１０へデータ送信要求を転送しないことを決定する（Ｓ２９６）。ゲートウエイサーバ２０は、クローンサーバ１８へデータ送信要求を送信し（Ｓ２９８）、クローンサーバ１８は、ゲートウエイサーバ２０へデータを送信する（Ｓ３００）。ゲートウエイサーバ２０は、ＰＣ２６へデータを送信する（Ｓ３０２）。ＰＣ２６は、データを受信する（Ｓ３０４）。ここで、ステップ３００からステップ３０４におけるデータがメッセージであってもよい。
【００９３】
図２１は、ゲートウエイサーバ２０におけるデータ送信要求の転送手順を示すフローチャートである。図２１のステップ３１０から３２４は、図１３のステップ１１０から１２４と同様であるので、ここでは、説明を省略する。端末情報に含まれた動作状況が条件を満足していなければ（Ｓ３１６のＮ）、出力部１５４は、プロトコル変換部１４０を介して、データ送信要求をクローンサーバ１８へ出力する（Ｓ３２６）。なお、実施例３は、実施例２に適用されてもよい。実施例３では、ゲートウエイサーバ２０が、移動体端末装置１０へデータ送信要求を転送するかを決定していたが、移動体端末装置１０が、データ送信要求に応答するかを決定する。また、応答しないことを決定した場合に、移動体端末装置１０は、クローンサーバ１８へデータ送信要求を転送する。
【００９４】
本発明の実施例によれば、移動体端末装置へデータ送信要求を転送するための条件を満たさない場合に、当該データ送信要求への応答をクローンサーバにさせるので、ユーザの利便性を向上できる。また、データ送信要求への応答をクローンサーバにさせるので、ゲートウエイサーバの処理量を低減できる。また、クローンサーバが移動体端末装置に変わってデータを送信するので、システムの信頼性を向上できる。
【００９５】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００９６】
本発明の実施例１において、端末情報は、ＨＬＲ１６に記憶されている。しかしながらこれに限らず例えば、端末情報は、ＨＬＲ１６ではなく、コアネットワークに配置された別の装置に記憶されてもよい。そのため、端末情報は、ゲートウエイサーバ２０の記憶部１４４に記憶されていてもよい。その場合、取得部１５０は、記憶部１４４から端末情報を取得する。本変形例によれば、通信システム１００の構成の自由度を向上できる。
【００９７】
本発明の実施例１から３において、決定部３２０や決定部３３６は、動作状況が条件を満たしている場合に、転送や応答を決定する。しかしながらこれに限らず例えば、決定部３２０や決定部３３６は、動作状況が条件を満たしていない場合に、転送しないことや応答しないことを決定してもよい。本変形例によれば、条件の設定の自由度を向上できる。
【００９８】
本発明の実施例１から３を任意に組み合わせてもよい。例えば、ゲートウエイサーバ２０および移動体端末装置１０が、第２処理部に対するアクセス制御を実行してもよい。本変形例によれば、本発明の実施例１から３の任意の組合せによる効果を得ることができる。
【図面の簡単な説明】
【００９９】
【図１】本発明の実施例１に係る通信システムの構成を示す図である。
【図２】図１の移動体端末装置の構成を示す図である。
【図３】図１の生成部において生成される情報信号のデータ構造を示す図である。
【図４】図１の関門交換局の構成を示す図である。
【図５】図４のＨＬＲに記憶したテーブルのデータ構造を示す図である。
【図６】図１のゲートウエイサーバの構成を示す図である。
【図７】図６の記憶部に記憶した条件のデータ構造を示す図である。
【図８】図８（ａ）−（ｂ）は、図６の決定部において転送を決定しない場合のメッセージを示す図である。
【図９】図１の通信システムにおける移動体端末装置の状況の登録手順を示すシーケンス図である。
【図１０】図１の通信システムにおけるデータの送信手順を示すシーケンス図である。
【図１１】図２の移動体端末装置における移動体端末装置の状況の登録手順を示すフローチャートである。
【図１２】図４の関門交換局における移動体端末装置の状況の登録手順を示すフローチャートである。
【図１３】図６のゲートウエイサーバにおけるデータ送信要求の転送手順を示すフローチャートである。
【図１４】本発明の実施例２に係る移動体端末装置の構成を示す図である。
【図１５】図１４の移動体端末装置における受信信号に対する応答手順を示すフローチャートである。
【図１６】図１４の移動体端末装置における応答判定処理の手順を示すフローチャートである。
【図１７】本発明の実施例３に係る通信システムの構成を示す図である。
【図１８】図１７のクローンサーバの構成を示す図である。
【図１９】図１７の通信システムにおけるコンテンツデータの複製手順を示すシーケンス図である。
【図２０】図１７の通信システムにおけるデータの送信手順を示すシーケンス図である。
【図２１】図１７のゲートウエイサーバにおけるデータ送信要求の転送手順を示すフローチャートである。
【符号の説明】
【０１００】
１０ 移動体端末装置、 １２ 基地局装置、 １４ 関門交換局、 １６ ＨＬＲ、 ２０ ゲートウエイサーバ、 ２２ 課金管理サーバ、 ２４ インターネット、 ２６ ＰＣ、 ２８ 基地局用アンテナ、 ３０ 端末用アンテナ、 １００ 通信システム。
【技術分野】
【０００１】
本発明は、制御技術に関し、特にサーバに対する通信を制御する制御方法、制御装置、移動体端末装置および通信システムに関する。
【背景技術】
【０００２】
モバイルサーバは、公衆無線基地局を介して公衆電話網に接続する。公衆電話網は、インターネットアクセスポイントを介してインターネットに接続されているので、モバイルサーバに対するインターネットからのアクセスが可能になる。しかしながら、モバイルサーバへのアクセスの有無にかかわらず、モバイルサーバが公衆電話網に接続されている場合、消費電力、無線リソースが無駄に使用される。そのため、モバイルサーバは、アクセスがない場合に待ち受け状態になり、着信通知を受けつけることによって公衆電話網に接続する（例えば、特許文献１参照）。
【特許文献１】特開２００６−１４１８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
携帯電話通信システムにおける移動体端末装置は、一般的に、通話機能に加えて、電子メール機能やＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）アクセス機能も備えている。そのような移動体端末装置にサーバ機能を備えさせれば、ユーザは、モバイルサーバを所有しなくても、サーバによるデータの提供が可能になる。本発明者はこうした状況下、以下の課題を認識するに至った。移動体端末装置の処理能力は、一般的に、通常のサーバ装置と比較して低いので、それに応じて移動体端末装置によって処理可能なデータ量が少なくなる。また、移動体端末装置が接続されている携帯電話通信システムの帯域は、通常のサーバ装置が接続されているネットワークの帯域よりも狭いので、これに応じても移動体端末装置によって処理可能なデータ量が少なくなる。さらに、移動体端末装置は、サーバ機能以外の用途にも使用されているので、移動体端末装置がサーバ機能を備える場合であっても、サーバ機能以外の用途が制限されるべきではない。そのため、移動体端末装置にサーバ機能を含める場合、移動体端末装置に対するアクセス制御が必要になる。
【０００４】
本発明はこうした課題に鑑みてなされたものであり、その目的は、移動体端末装置にサーバ機能が備えられる場合に、移動体端末装置に対するアクセスを制御する通信技術を提供することにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明のある態様の制御装置は、移動体ネットワークに接続される移動体端末装置へのデータ送信要求の転送を制御する制御装置であって、クライアントとしての処理、通話のための処理、移動体端末装置単独でなされる処理、移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含む移動体端末装置へのデータ送信要求を受信する第１通信部と、第１通信部において受信したデータ送信要求が、移動体端末装置における第２処理部へのデータ送信要求である場合に、所定の位置に配置されたテーブルであって、かつ移動体端末装置の動作状況が示されたテーブルから、動作状況を取得する取得部と、取得部において取得した動作状況と、移動体端末装置へデータ送信要求を転送するための条件とをもとに、転送を決定する制御部と、制御部において転送を決定した場合に、移動体端末装置における第２処理部へデータ送信要求を転送する第２通信部と、を備える。
【０００６】
この態様によると、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、移動端末装置における動作状況と条件とをもとに、当該データ送信要求を転送するかを決定するので、移動体端末装置に対するアクセスを制御できる。
【０００７】
取得部において参照されるテーブルには、移動体端末装置の動作状況として、第１処理部の動作状況が示されており、制御部は、移動体端末装置へデータ送信要求を転送するための条件として、第１処理部の動作状況に対する条件を規定しており、取得部において取得した第１処理部の動作状況と当該条件とをもとに、第２処理部へのデータ送信要求の転送を決定してもよい。この場合、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、第１処理部の動作状況をもとに転送を決定するので、第１処理部の動作状況を考慮できる。
【０００８】
取得部において参照されるテーブルには、移動体端末装置の動作状況として、移動体端末装置の存在位置が示されており、制御部は、移動体端末装置へデータ送信要求を転送するための条件として、移動体端末装置の存在位置に対する条件を規定しており、取得部において取得した移動体端末装置の存在位置と当該条件とをもとに、第２処理部へのデータ送信要求の転送を決定してもよい。この場合、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、移動体端末装置の存在位置をもとに転送を決定するので、移動体端末装置の存在位置を考慮できる。
【０００９】
取得部において参照されるテーブルは、移動体端末装置によって更新されていてもよい。この場合、テーブルは移動体端末装置によって更新されるので、新たな状況を反映できる。
【００１０】
本発明の別の態様は、移動体端末装置である。この装置は、移動体ネットワークでの通信を実行する移動体端末装置であって、クライアントとしての処理、通話のための処理、本移動体端末装置単独でなされる処理、移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部と、第１処理部および第２処理部での処理を制御する制御部とを備える。制御部は、移動体ネットワークから受信したデータ送信要求が、第２処理部へのデータ送信要求である場合、移動体端末装置の動作状況と、第２処理部に対してデータ送信要求へ応答させるための条件とをもとに、第２処理部へデータ送信要求を出力するかを決定する。
【００１１】
この態様によると、第２処理部へのデータ送信要求を受信した場合に、移動端末装置における動作状況と条件とをもとに、当該データ送信要求に応答するかを決定するので、移動体端末装置に対するアクセスを制御できる。
【００１２】
制御部は、移動体端末装置の動作状況として、第１処理部の動作状況を管理する管理部と、第２処理部に対してデータ送信要求へ応答させるための条件として、第１処理部の動作状況に対する条件を記憶する記憶部と、管理部において管理している動作状況と、記憶部に記憶した条件とをもとに、第２処理部へのデータ送信要求の出力を決定する決定部と、を備えてもよい。この場合、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、第１処理部の動作状況をもとに応答するかを決定するので、第１処理部の動作状況を考慮できる。
【００１３】
制御部は、移動体端末装置の動作状況として、移動体端末装置の存在位置を管理する管理部と、第２処理部に対してデータ送信要求へ応答させるための条件として、移動体端末装置の存在位置に対する条件を記憶する記憶部と、管理部において管理している動作状況と、記憶部に記憶した条件とをもとに、第２処理部へのデータ送信要求の出力を決定する決定部と、を備えてもよい。この場合、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、移動体端末装置の存在位置をもとに応答するかを決定するので、移動体端末装置の存在位置を考慮できる。
【００１４】
本発明のさらに別の態様は、通信システムである。この通信システムは、クライアントとしての処理、通話のための処理、本移動体端末装置単独でなされる処理、移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含み、かつ移動体ネットワークに接続される移動体端末装置と、移動体ネットワークを介して移動体端末装置と接続する制御装置とを備える。制御装置は、受信した移動体端末装置へのデータ送信要求が、移動体端末装置における第２処理部へのデータ送信要求である場合に、移動体端末装置の動作状況と、移動体端末装置へデータ送信要求を転送するための条件とをもとに、移動体端末装置における第２処理部へデータ送信要求を転送するかを決定する。
【００１５】
本発明のさらに別の態様は、制御方法である。この方法は、移動体ネットワークに接続される移動体端末装置へのデータ送信要求の転送を制御する制御方法であって、クライアントとしての処理、通話のための処理、移動体端末装置単独でなされる処理、移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含む移動体端末装置へのデータ送信要求を受信するステップと、受信したデータ送信要求が、移動体端末装置における第２処理部へのデータ送信要求である場合に、移動体端末装置の動作状況と、移動体端末装置へデータ送信要求を転送するための条件とをもとに、移動体端末装置における第２処理部へデータ送信要求を転送するかを決定するステップと、を備える。
【００１６】
本発明のさらに別の態様もまた、制御方法である。この方法は、移動体ネットワークに接続される移動体端末装置におけるクライアントとしての処理、移動体端末装置における通話のための処理、移動体端末装置単独でなされる処理、移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とに対する処理を制御する制御方法であって、移動体ネットワークから受信したデータ送信要求が、第２処理部へのデータ送信要求である場合、移動体端末装置の動作状況と、第２処理部に対してデータ送信要求へ応答させるための条件とをもとに、第２処理部へデータ送信要求を出力するかを決定する。
【００１７】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１８】
本発明によれば、移動体端末装置にサーバ機能が備えられる場合に、移動体端末装置に対するアクセスを制御できる。
【発明を実施するための最良の形態】
【００１９】
（実施例１）
本発明を具体的に説明する前に、概要を述べる。本発明の実施例は、携帯電話通信システムのごとく、移動体ネットワークのような無線ネットワークにて移動体端末装置を接続するとともに、非移動体ネットワークのような有線ネットワークにてインターネットにも接続する通信システムに関する。移動体端末装置は、前述のごとく、通話機能、電子メール機能、ＷＷＷアクセス機能に加えて、撮像機能、テレビジョン放送の受像機能等を備える。さらに、移動体端末装置は、サーバ機能も備える。このような移動体端末装置へのアクセスを制御するために、本実施例に係る通信システムは、次の処理を実行する。
【００２０】
ゲートウエイサーバは、通信システムのコアネットワークとインターネットとの境界部分に配置され、インターネットから、移動体端末装置に対するデータ送信要求を受信する。また、ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）は、通信システムのコアネットワーク内に配置され、移動体端末装置がどのページングエリアに属しているかを管理する。さらに、本実施例において、移動体端末装置は、サーバ機能のＯＮ／ＯＦＦ、通話中、撮像中、受像中などの動作状況をＨＬＲに報告し、ＨＬＲは、移動体端末装置の動作状況を登録する。
【００２１】
ゲートウエイサーバは、データ送信要求を受信すると、ＨＬＲを参照することによって、移動体端末装置の動作状況を取得する。また、ゲートウエイサーバは、移動体端末装置の動作状況に対する条件を定めており、取得した動作状況と条件とをもとに、データ送信要求を移動体端末装置へ転送するかを決定する。例えば、通話中でなければ転送するとの条件が規定されている場合、ゲートウエイサーバは、移動体端末装置の状況が通話中であるか否かによって転送するかを決定する。
【００２２】
図１は、本発明の実施例１に係る通信システム１００の構成を示す。通信システム１００は、移動体端末装置１０、基地局装置１２、関門交換局１４、ＨＬＲ１６、ゲートウエイサーバ２０、課金管理サーバ２２、インターネット２４、ＰＣ２６を含む。また、移動体端末装置１０は、端末用アンテナ３０を含み、基地局装置１２は、基地局用アンテナ２８を含む。
【００２３】
移動体端末装置１０は、携帯電話装置や移動端末装置とも呼ばれ、端末用アンテナ３０を介して基地局装置１２との通信を実行する。移動体端末装置１０と基地局装置１２との間の無線通信方式が、例えば、第３世代携帯電話システムである場合、移動体端末装置１０は、第３世代携帯電話システムの端末装置の機能を有する。第３世代携帯電話システムの端末装置の機能として、公知の技術が使用されればよいので、ここでは説明を省略する。なお、移動体端末装置１０は、一般的に、バッテリによって駆動される。また、移動体端末装置１０は、基地局装置１２までの無線ネットワークを経由して、基地局装置１２からＰＣ２６へ至る有線ネットワークに接続される。
【００２４】
移動体端末装置１０は、（１）通話機能、（２）クライアント機能、（３）内部処理機能、（４）外部接続機能を有する。「クライアント機能」は、電子メール機能、ＷＷＷアクセス機能等に相当し、図示しないサーバへのアクセスがなされる処理に相当する。また、「内部処理機能」は、撮像機能による撮像処理、テレビジョン受像機能による再生処理、音楽再生機能による再生処理等に相当し、移動体端末装置１０単独でなされる処理に相当する。また、「外部接続機能」は、第３世代携帯電話システムとは別の近距離無線通信システムや有線ケーブル等によって、図示しない外部機器と接続するための通信機能に相当する。図示しない外部機器の一例は、カーナビゲーションシステムである。
【００２５】
なお、移動体端末装置１０は、（１）から（４）のすべてを備える必要はなく、少なくともひとつを備えればよい。ここでは、すべてを備えるものとして説明する。さらに、移動体端末装置１０は、（５）サーバ機能も有する。サーバ機能とは、他の通信装置、例えば、ＰＣ２６からの要求を受けつけて、当該要求に応じた処理を実行することである。ここでは、説明を明瞭にするために、サーバ機能とは、移動体端末装置１０がデータを記憶しており、ＰＣ２６からのデータ送信要求を受けつけると、記憶したデータをＰＣ２６へ送信することとする。このようなサーバ機能によって、移動体端末装置１０は、ＰＣ２６に備えられたＷｅｂブラウザとの間でＨＴＴＰ通信を実行する。なお、クライアント機能およびサーバ機能は、データ通信機能と総称される。
【００２６】
基地局装置１２は、一端にて基地局用アンテナ２８を備え、無線ネットワークを介して移動体端末装置１０と接続する。基地局装置１２は、他端にて有線ネットワークを介して、ゲートウエイサーバ２０からＰＣ２６に接続される。ここで、基地局装置１２からゲートウエイサーバ２０までの間が、コアネットワークに相当する。また、コアネットワークは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）に対応し、コアネットワークおよびインターネット２４は、ＩＰプロトコルに対応する。なお、説明を明瞭にするために、ここでは、ひとつの基地局装置１２を示しているが、実際には、複数の基地局装置１２が設けられる。その際、各基地局装置１２によって形成されるサービスエリアが互いにずれるように、基地局装置１２は設置される。さらに、所定の範囲内に設置された基地局装置１２によって、ページングエリアが形成されている。
【００２７】
関門交換局１４は、移動体端末装置１０においてなされる処理がデータ通信機能か通話機能かに応じて、回線を設定する。処理がデータ通信機能に対応する場合、関門交換局１４は、ゲートウエイサーバ２０と移動体端末装置１０とを接続する。一方、処理が通話機能に対応する場合、関門交換局１４は、図示しない固定電話網と移動体端末装置１０とを接続する。このような回線設定は、移動体端末装置１０からの発信要求、移動体端末装置１０への着信通知のタイミングにおいてなされる。
【００２８】
ここでは、着信通知を入力した場合の回線設定の動作を説明する。関門交換局１４は、ゲートウエイサーバ２０から着信通知を入力する。着信通知には、宛先となる移動体端末装置１０に予め付与したＩＰアドレスが含まれている。また、関門交換局１４は、移動体端末装置１０の識別番号（以下、「移動体端末装置番号」という）とＩＰアドレスとの対応を記憶しており、着信通知に含まれたＩＰアドレスに対応した移動体端末装置番号を特定する。ここで、ＨＬＲ１６は、移動体端末装置１０が存在するページングエリアに関する情報を管理する。具体的には、ページングエリアを識別するための番号（以下、「ページングエリア番号」という）と移動体端末装置番号との対応が管理されている。
【００２９】
関門交換局１４は、ＨＬＲ１６を参照することによって、移動体端末装置番号に対応したページングエリア番号を特定する。関門交換局１４は、ページングエリア番号に対応した基地局装置１２へ着信通知を送信する。以上の処理の前提として、移動体端末装置１０は、ＨＬＲ１６に対して位置登録を予め実行しており、その結果が、ページングエリア番号と移動体端末装置番号との対応に反映されている。なお、位置登録として公知の技術が使用されればよいので、ここでは説明を省略する。
【００３０】
ゲートウエイサーバ２０は、有線ネットワークに接続される。また、ゲートウエイサーバ２０は、関門交換局１４側、つまりゲートウエイサーバ２０から移動体端末装置１０の間におけるプロトコルと、課金管理サーバ２２側、つまりゲートウエイサーバ２０からＰＣ２６の間におけるプロトコルとを変換する。関門交換局１４側ではＷ−ＴＣＰが使用され、課金管理サーバ２２側ではＴＣＰが使用されている場合、ゲートウエイサーバ２０は、Ｗ−ＴＣＰとＴＣＰとの間の変換を実行する。このようなプロトコル変換には公知の技術が使用されればよいので、ここでは説明を省略する。
【００３１】
また、ゲートウエイサーバ２０は、移動体端末装置１０におけるサーバ機能に対するデータ送信要求を受信した場合に、関門交換局１４を介してＨＬＲ１６へアクセスすることによって、移動体端末装置１０の状況を取得する。なお、前提として、移動体端末装置１０は、前述の（１）から（５）の機能に対する状況を関門交換局１４へ適宜登録する。ここで、（１）から（５）の機能に対する動作状況および登録の処理については、後述する。また、ゲートウエイサーバ２０は、移動体端末装置１０へデータ送信要求を転送するための条件を予め記憶する。ゲートウエイサーバ２０は、取得した動作状況と条件とをもとに、移動体端末装置１０におけるサーバ機能へデータ送信要求を転送するかを決定する。転送を決定した場合、ゲートウエイサーバ２０は、第３世代携帯電話システムを介して接続した移動体端末装置１０へデータ送信要求を転送する。一方、転送を決定しなかった場合、ゲートウエイサーバ２０は、その旨をＰＣ２６へ返信する。なお、ゲートウエイサーバ２０は、電子メールのメールサーバの機能も備える。
【００３２】
課金管理サーバ２２は、通信システム１００のパケット通信サービスに加入している移動体端末装置１０を識別するための端末識別ＩＤなどの諸々の顧客情報を管理する。課金管理サーバ２２では、予め定められたサービス提供条件に照らし合わせて、送受信されるデータの拡張ヘッダなどに課金情報を加える。課金情報には、例えば、定額課金対象、従量課金対象、非課金対象などが含まれる。インターネット２４は、前述のごとく、ＩＰプロトコルに対応しており、ＰＣ２６は、インターネット２４に接続される。その結果、インターネット２４は、ＰＣ２６とコアネットワークとを接続する。
【００３３】
以下の説明では、ＰＣ２６が、インターネット２４を介して、ゲートウエイサーバ２０へのアクセスを実行し、ゲートウエイサーバ２０を介して、移動体端末装置１０に記憶されたコンテンツデータを取得する状況を前提とする。その際、ＰＣ２６は、宛先を移動体端末装置１０としたデータ送信要求を送信する。なお、データ送信要求は、移動体端末装置１０のクライアント機能に対するデータ送信要求であってもよいが、ここでは、説明を明瞭にするために、移動体端末装置１０のサーバ機能に対するデータ送信要求を主として説明する。
【００３４】
図２は、移動体端末装置１０の構成を示す。移動体端末装置１０は、端末用アンテナ３０、スピーカ部３２、マイク部３４、モニタ部３６、操作部３８、第１処理部４４、第２処理部４６、通信部４８、制御部３００を含む。また、第１処理部４４は、通話処理部５２、クライアント処理部５４、記憶部６０、外部接続部３０６、内部処理部３０８を含み、内部処理部３０８は、撮像部３１０、受像部３１２、再生部３１４を含む。また、第２処理部４６は、サーバ処理部５６、記憶部５８を含む。また、制御部３００は、監視部３０２、生成部３０４を含む。
【００３５】
スピーカ部３２は、移動体端末装置１０が通話機能、テレビジョン受像機能による再生処理、音楽再生機能による再生処理等を実行する際に、制御部３００から音声信号を電気信号として入力し、音声を出力する。なお、スピーカ部３２は、図示しないヘッドフォンへ音声を出力してもよい。マイク部３４は、移動体端末装置１０が通話機能を実行する際に、移動体端末装置１０の利用者の発した音声を入力し、音声信号を電気信号として制御部３００へ出力する。モニタ部３６は、ディスプレイによって構成されており、制御部３００からの指示に応じた内容を表示する。操作部３８は、ボタン等によって構成されており、ユーザからの各種指示を受けつける。操作部３８は、受けつけた指示を制御部３００へ出力する。制御部３００は、通信の対象となる情報の入力元や出力先であるスピーカ部３２、マイク部３４、モニタ部３６、操作部３８と、通信機能を実行する第１処理部４４、第２処理部４６、通信部４８との間でデータを中継する。また、制御部３００は、第１処理部４４や第２処理部４６に対する動作を制御する。
【００３６】
通信部４８は、端末用アンテナ３０を介して、図示しない基地局装置１２との通信を実行する。ここで、基地局装置１２との通信は、第３世代携帯電話システムに対応した通信であり、音声通信あるいはデータ通信に相当する。その結果、通信部４８は、無線ネットワークを経由して、図示しない有線ネットワークとの通信を実行する。また、通信部４８は、以上の通信の前提となる位置登録処理も実行するが、ここでは説明を省略する。第１処理部４４は、前述の（１）から（４）の処理を実行する。つまり、第１処理部４４は、サーバ機能以外の処理を実行する。さらに、第１処理部４４の構成に対応づけると、通話処理部５２は（１）の処理を実行し、クライアント処理部５４は、（２）の処理を実行し、内部処理部３０８は、（３）の処理を実行し、外部接続部３０６は、（４）の処理を実行する。一方、第２処理部４６は、前述の（５）の処理を実行する。
【００３７】
通話処理部５２は、通信部４８を使用しながら、通話処理を実行する。例えば、通話処理部５２は、通信部４８を介して、通話を開始する際の契機となる発信要求や着信応答を公知の技術にて実行する。また、通話中において、通話処理部５２は、制御部３００を介してマイク部３４から音声信号を入力する。通話処理部５２は、入力した音声信号を符号化した後に、通信部４８へ出力する。通信部４８は、図示しない基地局装置１２、関門交換局１４を介して、固定電話網に接続された電話装置へ信号を送信する。一方、通信部４８は、図示しない関門交換局１４、基地局装置１２を介して、固定電話網に接続された電話装置からの信号を受信する。通話処理部５２は、通信部４８からの信号を入力する。通信部４８は、入力した信号を復号した後に、制御部３００、スピーカ部３２へ音声信号として出力する。
【００３８】
クライアント処理部５４は、通信部４８を使用しながら、クライアントとしての処理を実行する。ここで、クライアントとしての処理には、電子メールの送受信、ＷＷＷアクセスが含まれる。これらの処理には、公知の技術が使用されればよいが、ここでは、前者の動作を簡単に説明する。電子メールを送信する際、クライアント処理部５４は、制御部３００を介して操作部３８から、送信対象となる電子メールの本文を受けつける。クライアント処理部５４は、通信部４８を介して、発信要求を実行する。
【００３９】
回線が設定された後、クライアント処理部５４は、通信部４８、図示しない基地局装置１２、関門交換局１４を介して、ゲートウエイサーバ２０へ電子メールのデータを送信する。一方、電子メールを受信する際、通信部４８が着信通知を受信すると、クライアント処理部５４は、通信部４８を介して、着信応答を実行する。回線が設定された後、クライアント処理部５４は、関門交換局１４、基地局装置１２、通信部４８を介して、ゲートウエイサーバ２０からの電子メールのデータを受信する。また、クライアント処理部５４は、制御部３００を介して、モニタ部３６に電子メールの本文を表示する。記憶部６０は、クライアントとしての処理に使用されるデータを記憶する。
【００４０】
内部処理部３０８は、通信部４８を使用せずになされる処理を実行する。ここでは、内部処理として、撮像、テレビジョン放送の受像、音楽再生を例示する。撮像部３１０は、撮像した画像を生成し、生成した画像を制御部３００や記憶部６０へ出力する。以下では、画像そのものあるいはデータ形式の画像を区別せずに「画像」と呼ぶ。受像部３１２は、図示しないアンテナを備え、当該アンテナを介して地上波ディジタルテレビジョン放送の信号（以下、「放送信号」という）を受信する。なお、地上波ディジタルテレビジョン放送として、ＩＳＤＢ−Ｔ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｔｅｒｒｅｓｔｒｉａｌ）、ＤＶＢ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ）が使用されればよいが、ここでは説明を省略する。
【００４１】
なお、ＩＳＤＢ−Ｔにおけるワンセグメント放送が使用されてもよい。受像部３１２は、放送信号を復調することによって、放送信号に含まれた番組を再生する。受像部３１２は、再生した番組を制御部３００へ出力する。再生部３１４は、制御部３００に記憶された音楽データを取得し、当該音楽データを再生する。ここで、音楽データは、例えば、ＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ−３）形式にて規定される。再生部３１４は、再生した音楽データを制御部３００へ出力する。なお、撮像部３１０、受像部３１２、再生部３１４の起動、動作、停止に関する指示は、制御部３００を介して操作部３８から受けつけられる。
【００４２】
外部接続部３０６は、第３世代携帯電話システムとは別の近距離無線通信システムに対応した通信処理を実行する。近距離無線通信システムの一例は、ＩＥＥＥ８０２．１５．１規格やＩＥＥＥ８０２．１５．４規格に準拠したＷＰＡＮ（Ｗｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であるが、これらに限定されるものではない。また、近距離無線通信システムのかわりに、ケーブルが使用されてもよい。外部接続部３０６は、近距離無線通信システム等を使用することによって、図示しない外部機器と通信する。前述のごとく、図示しない外部機器の一例は、カーナビゲーションシステムである。また、外部接続部３０６は、制御部３００と図示しない外部機器との間において、データを中継する。
【００４３】
サーバ処理部５６は、通信部４８を使用しながら、サーバとしての処理を実行する。サーバとしての処理とは、前述のごとく、データ送信要求に応じて、データを送信する処理である。記憶部５８は、サーバ処理部の処理に使用されるデータを記憶する。記憶部５８は、電源オフ後も記憶内容を保持可能な記憶装置であり、ハードディスクドライブまたはフラッシュメモリ等の半導体メモリを含む。なお、記憶部５８と記憶部６０とは、一体的に構成されていてもよい。ここで、記憶部５８に記憶されたデータは、画像、音楽データ、テキストデータ等に相当する。サーバ処理部５６は、通信部４８を介して、図示しないＰＣ２６からのデータ送信要求を受信する。当該データ送信要求は、ゲートウエイサーバ２０、関門交換局１４、基地局装置１２を経由して通信部４８に受信される。
【００４４】
サーバ処理部５６は、データ送信要求に対応したデータを記憶部５８から抽出する。サーバ処理部５６は、通信部４８を介して、抽出したデータをＰＣ２６へ送信する。データは、基地局装置１２、関門交換局１４、ゲートウエイサーバ２０を経由される。また、サーバ処理部５６は、制御部３００を介して、操作部３８からのテキストデータ、撮像部３１０からの画像、マイク部３４からの音楽データを受けつけ、これらをデータとして記憶部５８に記憶させる。ここで、サーバ処理部５６は、これらのデータが記憶部５８に記憶されたタイミングにて、これらのデータを送信の対象にする。つまり、これらのデータが提供される。
【００４５】
監視部３０２は、第１処理部４４、第２処理部４６の動作を監視する。つまり、監視部３０２は、移動体端末装置１０の動作状況を監視する。監視部３０２において監視されている動作状況は、任意のものでよい。ここでは一例として次の組合せとするが、限定されるものではない。組合せには、（Ａ）サーバＯＮ／ＯＦＦ、（Ｂ）サーバ処理量、（Ｃ）サーバ更新中、（Ｄ）メール中、（Ｅ）ＷＷＷアクセス中、（Ｆ）通話中、（Ｇ）撮像部３１０動作中、（Ｈ）受像部３１２動作中、（Ｉ）音楽再生中、（Ｊ）バッテリ残量、（Ｋ）外部接続中である。（Ａ）は、サーバ処理部５６の機能がオンになっているか、オフになっているかに関する。（Ｂ）は、サーバ処理部５６の処理量がどの程度であるかに関する。ここでは、説明を簡単にするために、処理量がしきい値よりも大きい場合を「Ｈｉｇｈ」とし、処理量がしきい値以下である場合を「Ｌｏｗ」とする。
【００４６】
（Ｃ）は、サーバ処理部５６にて提供すべきデータを更新している場合か否かに関する。（Ｄ）は、クライアント処理部５４において電子メールの送受信がなされている場合か否かに関する。（Ｅ）は、クライアント処理部５４においてＷＷＷのアクセスがなされている場合か否かに関する。（Ｆ）は、通話処理部５２において通話がなされている場合か否かに関する。（Ｇ）は、撮像部３１０が動作しているか否かに関する。（Ｈ）は、受像部３１２が動作しているか否かに関する。（Ｉ）は、再生部３１４において音楽データが再生されているか否かに関する。（Ｊ）は、図示しないバッテリの残量がどの程度であるかに関する。ここでは、説明を簡単にするために、残量がしきい値よりも大きい場合を「Ｈｉｇｈ」とし、残量がしきい値以下である場合を「Ｌｏｗ」とする。（Ｋ）は、外部接続部３０６において外部機器との通信がなされているか否かに関する。監視部３０２は、以上の組合せの監視結果を生成部３０４へ出力する。
【００４７】
生成部３０４は、監視部３０２から監視結果を受けつける。生成部３０４は、監視結果に変化があった場合に、監視結果から情報信号を生成する。情報信号は、移動体端末装置１０の動作状況が示された信号といえる。図３は、生成部３０４において生成される情報信号のデータ構造を示す。情報信号は、図示のごとく、項目欄２５０、内容欄２５２によって形成されている。項目欄２５０には、前述の（Ａ）から（Ｋ）が含まれており、内容欄２５２は、各項目に対する監視結果が含まれている。図２に戻る。生成部３０４は、第１処理部４４、通信部４８を介して、図示しないＨＬＲ１６に情報信号を送信する。これは、移動体端末装置１０の状況をＨＬＲ１６に登録することに相当する。なお、当該登録は、位置登録と同様の手順によってなされればよいので、ここでは説明を省略する。
【００４８】
この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされた通信機能のあるプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００４９】
図４は、関門交換局１４の構成を示す。関門交換局１４は、通信部７０、交換部７２、回線交換処理部７４、パケット交換処理部７６、制御部７８を含む。通信部７０は、一端に図示しない基地局装置１２を接続し、基地局装置１２との間で、ＡＴＭ形式のデータを送受信する。このようなデータには、通話機能のためのデータとデータ通信機能のためのデータとが含まれている。また、通信部７０は、他端に交換部７２を接続することによって、交換部７２と図示しない基地局装置１２との間でのデータを中継する。
【００５０】
回線交換処理部７４は、一端に交換部７２を接続し、他端に図示しない固定電話網を接続する。交換部７２は、交換部７２から入力したデータを固定電話網へ出力し、固定電話網から入力したデータを交換部７２へ出力する。ここで、交換部７２にて処理されるデータは、ＡＴＭ形式に対応し、固定電話網にて処理されるデータは、ＳＴＭ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）形式に対応する。そのため、回線交換処理部７４は、ＡＴＭ形式とＳＴＭ形式との間でデータ形式を変換する。
【００５１】
パケット交換処理部７６は、一端に交換部７２を接続し、他端に図示しないゲートウエイサーバ２０を接続する。パケット交換処理部７６は、交換部７２から入力したデータをゲートウエイサーバ２０へ出力し、ゲートウエイサーバ２０から入力したデータを交換部７２へ出力する。また、パケット交換処理部７６は、ＧＴＰと呼ばれるトンネリングプロトコルを実行する。
【００５２】
交換部７２は、図示しない移動体端末装置１０に対する回線を設定する。また、交換部７２は、回線交換処理部７４やパケット交換処理部７６から入力したデータを通信部７０へ出力し、通信部７０から入力したデータを回線交換処理部７４やパケット交換処理部７６へ出力する。さらに、交換部７２は、回線交換処理部７４やパケット交換処理部７６から着信通知を入力した場合、ＨＬＲ１６に記憶されたページングエリアに関する情報を参照することによって、当該着信通知の宛先に対応したページングエリアを特定する。また、交換部７２は、ページングエリアに含まれた基地局装置１２へ着信通知を出力する。
【００５３】
交換部７２は、パケット交換処理部７６からデータ送信要求を入力した場合、ＨＬＲ１６に記憶されたページングエリアに関する情報を参照することによって、当該データ送信要求の宛先に対応したページングエリアを特定する。また、交換部７２は、ページングエリアに含まれた基地局装置１２へデータ送信要求を出力する。ここで、パケット交換処理部７６からの着信通知やデータ送信要求には、それらの宛先がＩＰアドレスとして示されている。交換部７２は、ＩＰアドレスと移動体端末装置番号との対応を記憶しており、ＩＰアドレスに対応した移動体端末装置番号を特定する。また、交換部７２は、移動体端末装置番号をもとに、ＨＬＲ１６を参照する。
【００５４】
以上の処理の前提として、交換部７２は、通信部７０を介して図示しない移動体端末装置１０から、位置登録の要求や情報信号を受けつける。また、交換部７２は、位置登録の要求をもとに、移動体端末装置１０に対するページングエリアをＨＬＲ１６へ登録する。また、交換部７２は、情報信号をもとに、移動体端末装置１０の動作状況をＨＬＲ１６へ登録する。ＨＬＲ１６に登録したこれらの情報は、「端末情報」と総称される。また、交換部７２は、パケット交換処理部７６を介して、図示しないゲートウエイサーバ２０から端末情報の問合せを受けつける。交換部７２は、問合せに応じてＨＬＲ１６を参照し、パケット交換処理部７６を介して図示しないゲートウエイサーバ２０へ、該当する端末情報を送信する。
【００５５】
図５は、ＨＬＲ１６に記憶したテーブルのデータ構造を示す。図示のごとく、移動体端末装置番号欄２６０、ページングエリア番号欄２６２、サーバＯＮ／ＯＦＦ欄２６４、サーバ処理量欄２６６、サーバ更新中欄２６８、メール中欄２７０、ＷＷＷアクセス欄２７２、通話中欄２７４、撮像部動作中欄２７６、受像部動作中欄２７８、音楽再生中欄２８０、バッテリ残量欄２８２、外部接続中欄２８４が含まれる。移動体端末装置番号欄２６０、ページングエリア番号欄２６２には、各移動体端末装置１０に対応したページングエリア番号が記憶されており、位置登録によって記録される。一方、サーバＯＮ／ＯＦＦ欄２６４から外部接続中欄２８４には、各移動体端末装置１０に対応した状況が記憶されており、情報信号によって記憶される。図４に戻る。制御部７８は、関門交換局１４の動作を制御する。
【００５６】
図６は、ゲートウエイサーバ２０の構成を示す。ゲートウエイサーバ２０は、プロトコル変換部１４０、移動体端末装置管理部１４２、記憶部１４４、制御部１４６を含む。移動体端末装置管理部１４２は、入力部１４８、取得部１５０、決定部３２０、出力部１５４を含む。
【００５７】
プロトコル変換部１４０は、一端をゲートウエイサーバ２０側（以下、「コアネットワーク側」という）に接続し、他端を課金管理サーバ２２側（以下、「インターネット側」という）に接続する。前述のごとく、コアネットワーク側はＷ−ＴＣＰに対応し、インターネット側はＴＣＰに対応するので、プロトコル変換部１４０は、両者を変換する。例えば、プロトコル変換部１４０は、インターネット側からのデータを受信し、ＴＣＰからＷ−ＴＣＰへデータを変換した後、データをコアネットワーク側へ送信する。また、逆の処理も実行される。移動体端末装置管理部１４２は、プロトコル変換部１４０に接続され、移動体端末装置１０の第２処理部４６に対するデータ送信要求を当該移動体端末装置１０へ転送するか否かを決定する。つまり、移動体端末装置管理部１４２は、移動体端末装置１０へのデータ送信要求の転送を制御する。
【００５８】
入力部１４８は、プロトコル変換部１４０を介して、図示しないＰＣ２６からのデータ送信要求を受信する。このようなデータ送信要求には、移動体端末装置１０の第２処理部４６に対するデータ送信要求と、第１処理部４４に対するデータ送信要求が含まれる。入力部１４８は、データ送信要求を決定部３２０へ出力する。決定部３２０は、入力部１４８から入力したデータ送信要求が、移動体端末装置１０における第１処理部４４へのデータ送信要求である場合に、出力部１５４に対して、移動体端末装置１０へデータ送信要求を転送させる。つまり、決定部３２０は、第１処理部４４へのデータ送信要求をそのまま転送するので、当該データ送信要求の転送を制御しない。一方、決定部３２０は、入力部１４８から入力したデータ送信要求が、移動体端末装置１０における第２処理部４６へのデータ送信要求である場合に、データ送信要求の宛先である移動体端末装置１０のＩＰアドレスを特定する。
【００５９】
取得部１５０は、プロトコル変換部１４０を介して関門交換局１４へ、ＩＰアドレスに対応した移動体端末装置１０の端末情報を問い合わせる。関門交換局１４は、問い合わせを受信すると、ＩＰアドレスを移動体端末装置番号に変換した後、移動体端末装置番号をもとにＨＬＲ１６を参照することによって、端末情報を特定する。取得部１５０は、プロトコル変換部１４０を介して、関門交換局１４から端末情報を受信する。つまり、取得部１５０は、コアネットワーク上のＨＬＲ１６に配置されたテーブルであって、かつ各移動体端末装置１０の動作状況が示されたテーブルから、移動体端末装置１０の動作状況を取得する。
【００６０】
前述のごとく、取得部１５０において参照されるテーブルには、移動体端末装置１０の動作状況として、第１処理部４４の動作状況、第２処理部４６の動作状況、移動体端末装置１０のページングエリアが示されている。また、取得部１５０において参照されるテーブル、つまりＨＬＲ１６に記憶されたテーブルは、移動体端末装置１０によって適宜更新されている。取得部１５０は、取得した端末情報を決定部３２０へ出力する。
【００６１】
記憶部１４４は、移動体端末装置１０へデータ送信要求を転送するための条件を予め記憶する。条件の一例は、移動体端末装置１０での通話処理部５２において通話がなされていないことである。図７は、記憶部１４４に記憶した条件のデータ構造を示す。図示のごとく、移動体端末装置番号欄４００、ページングエリア番号欄４０２、サーバＯＮ／ＯＦＦ欄４０４、サーバ処理量欄４０６、サーバ更新中欄４０８、メール中欄４１０、ＷＷＷアクセス欄４１２、通話中欄４１４、撮像部動作中欄４１６、受像部動作中欄４１８、音楽再生中欄４２０、バッテリ残量欄４２２、外部接続中欄４２４が含まれる。
【００６２】
例えば、サーバＯＮ／ＯＦＦ欄４０４には、図５のサーバＯＮ／ＯＦＦ欄２６４に対する条件が、各移動体端末装置１０に対して「Ａ１’」、「Ａ２’」のごとく含まれる。ここで、移動体端末装置番号「Ｃ１」の移動体端末装置１０に対する条件は、ページングエリア番号欄４０２から外部接続中欄４２４のすべてについて、「Ａ１’」、「Ｂ１’」のように含まれているが、ページングエリア番号欄４０２から外部接続中欄４２４の一部にのみ条件が設定されていてもよい。ページングエリア番号欄４０２に含まれた条件は、存在位置に対する条件に相当する。
【００６３】
サーバＯＮ／ＯＦＦ欄４０４からサーバ更新中欄４０８に含まれた条件は、第２処理部４６に対する条件に相当する。メール中欄４１０およびＷＷＷアクセス欄４１２は、クライアント処理部５４に対する条件に相当する。通話中欄４１４は、通話処理部５２に対する条件に相当する。撮像部動作中欄４１６からバッテリ残量欄４２２は、内部処理部３０８に対する条件に相当する。外部接続中欄４２４は、外部接続部３０６に対する条件に相当する。さらに、条件は、移動体端末装置１０ごとに規定されている。なお、このような条件は、ユーザによって移動体端末装置１０を介して設定されてもよいし、通信事業者によって図示しない通信装置を介して設定されてもよい。図６へ戻る。
【００６４】
決定部３２０は、取得部１５０から、転送の宛先となりうる移動体端末装置１０に対する端末情報を受けつける。これは、当該移動体端末装置１０の動作状況を受けつけることに相当する。また、決定部３２０は、記憶部１４４を参照することによって、当該移動体端末装置１０に対する条件を取得する。決定部３２０は、動作状況と条件とをもとに、転送を決定する。具体的に説明すると、決定部３２０は、動作状況が条件を満たしていれば、転送を決定する。前述のごとく、動作状況および条件は、複数の項目によって構成されているので、決定部３２０は、すべての動作状況が条件を満たした場合に、転送を決定する。なお、条件を満たした動作状況の数が、予め定めた数よりも多くなった場合に、決定部３２０は、転送を決定してもよい。このような処理の結果、例えば、決定部３２０は、第１処理部４４の動作状況と、第１処理部４４に対する条件とをもとに、第２処理部４６へのデータ送信要求の転送を決定する。また、決定部３２０は、移動体端末装置１０の存在位置と、移動体端末装置１０の存在位置に対する条件とをもとに、第２処理部４６へのデータ送信要求の転送を決定する。
【００６５】
出力部１５４は、決定部３２０において転送を決定した場合に、プロトコル変換部１４０を介して、関門交換局１４、基地局装置１２を経由して移動体端末装置１０へデータ送信要求を送信する。特に、出力部１５４は、移動体端末装置１０における第２処理部４６へデータ送信要求を転送する。一方、出力部１５４は、決定部３２０において転送を決定しなかった場合に、プロトコル変換部１４０を介して、データ送信要求の送信元になるＰＣ２６へメッセージを送信する。当該メッセージは、転送を決定しない場合のメッセージである。図８（ａ）−（ｂ）は、決定部３２０において転送を決定しない場合のメッセージを示す。メッセージは、図８（ａ）のごとく、「現在応答できません」と示される。また、メッセージは、図８（ｂ）のごとく、「現在通話中のため応答できません」と示されてもよい。つまり、決定部３２０において条件を満たさなかった項目を明示することによって、応答できない理由がユーザへ通知される。
【００６６】
以上の構成による通信システム１００の動作を説明する。図９は、通信システム１００における移動体端末装置１０の状況の登録手順を示すシーケンス図である。移動体端末装置１０は、動作状況の遷移を検出する（Ｓ１０）と、情報信号を生成する（Ｓ１２）。移動体端末装置１０と関門交換局１４との間の回線が設定される（Ｓ１４）。移動体端末装置１０は、情報信号を関門交換局１４へ送信する（Ｓ１６）。関門交換局１４は、移動体端末装置１０の動作状況をＨＬＲ１６へ登録する（Ｓ１８）。関門交換局１４は、登録を移動体端末装置１０へ通知する（Ｓ２０）。
【００６７】
図１０は、通信システム１００におけるデータの送信手順を示すシーケンス図である。ＰＣ２６は、ゲートウエイサーバ２０へデータ送信要求を送信する（Ｓ４０）。ゲートウエイサーバ２０は、端末情報の問合せを関門交換局１４へ送信し（Ｓ４２）、関門交換局１４は、端末情報の応答をゲートウエイサーバ２０へ送信する（Ｓ４４）。ゲートウエイサーバ２０は、データ送信要求の転送を決定する（Ｓ４６）。ゲートウエイサーバ２０は、関門交換局１４へデータ送信要求を送信し（Ｓ４８）、関門交換局１４は、移動体端末装置１０へデータ送信要求を送信する（Ｓ５０）。移動体端末装置１０は、関門交換局１４へデータを送信し（Ｓ５２）、関門交換局１４は、ゲートウエイサーバ２０へデータを送信し（Ｓ５４）、ゲートウエイサーバ２０は、ＰＣ２６へデータを送信する（Ｓ５６）。
【００６８】
図１１は、移動体端末装置１０における移動体端末装置１０の状況の登録手順を示すフローチャートである。監視部３０２は、動作状況の遷移を検出しなければ（Ｓ７０のＮ）、待機する。一方、監視部３０２が、動作状況の遷移を検出すれば（Ｓ７０のＹ）、生成部３０４は、情報信号を生成する（Ｓ７２）。第１処理部４４、通信部４８は、基地局装置１２との間で回線を設定し（Ｓ７４）、関門交換局１４へ情報信号を送信する（Ｓ７６）。また、制御部３００は、通信部４８、第１処理部４４を介して、関門交換局１４からの登録通知を受信する（Ｓ７８）。
【００６９】
図１２は、関門交換局１４における移動体端末装置の状況の登録手順を示すフローチャートである。交換部７２は、通信部７０を介して、移動体端末装置１０からの情報信号を受信しなければ（Ｓ９０のＮ）、待機する。一方、交換部７２は、通信部７０を介して、移動体端末装置１０からの情報信号を受信すれば（Ｓ９０のＹ）、情報信号に含まれた移動体端末装置番号をもとに、ＨＬＲ１６の端末情報を更新する（Ｓ９２）。交換部７２は、通信部７０を介して、登録通知を移動体端末装置１０へ送信する（Ｓ９４）。
【００７０】
図１３は、ゲートウエイサーバ２０におけるデータ送信要求の転送手順を示すフローチャートである。入力部１４８は、プロトコル変換部１４０を介して、移動体端末装置１０宛のデータ送信要求を受けつける（Ｓ１１０）。取得部１５０は、プロトコル変換部１４０を介して関門交換局１４へ端末情報を問い合わせ（Ｓ１１２）、端末情報応答を受けつける（Ｓ１１４）。端末情報に含まれた動作状況が条件を満足していれば（Ｓ１１６のＹ）、決定部３２０は、移動体端末装置１０へのデータ送信要求の転送を決定する（Ｓ１１８）。出力部１５４は、プロトコル変換部１４０を介してデータ送信要求を転送する（Ｓ１２０）。プロトコル変換部１４０は、データを受信し（Ｓ１２２）、データをＰＣ２６へ送信する（Ｓ１２４）。一方、端末情報に含まれた動作状況が条件を満足していなければ（Ｓ１１６のＮ）、出力部１５４は、プロトコル変換部１４０を介して、応答できない旨をＰＣ２６へ通知する（Ｓ１２６）。
【００７１】
本発明の実施例によれば、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、移動端末装置における動作状況と条件とをもとに、当該データ送信要求を転送するかを決定するので、移動体端末装置の動作状況を考慮しながら、アクセスを制御できる。また、移動体端末装置の動作状況を考慮しながら、アクセスを制御するので、移動体端末装置にサーバ機能を搭載する場合であっても、移動体端末装置の利便性の低下を抑制できる。また、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、第１処理部の動作状況をもとに転送を決定するので、移動体端末装置における第１処理部の動作に与える影響を低減できる。
【００７２】
また、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、移動体端末装置の存在位置をもとに転送を決定するので、存在位置に応じてトラヒックを制御できる。また、ＨＬＲに記憶された端末情報は移動体端末装置によって更新されるので、新たな状況を反映できる。また、新たな状況が反映されるので、アクセス制御を適切に実行できる。また、端末情報はＨＬＲに予め登録されるので、データ送信要求を受信したときに処理を直ちに実行できる。また、アクセス制御をコアネットワーク内において実行するので、ユーザだけではなく通信事業者によっても容易に条件を設定できる。また、第２処理部へのデータ送信要求に対してアクセス制御を実行するが、第１処理部への信号に対してアクセス制御を実行しないので、第１処理部の動作に与える影響を低減できる。
【００７３】
（実施例２）
本発明の実施例２は、実施例１と同様に、サーバ機能を有した移動体端末装置が含まれた通信システムに関する。実施例１では、移動体端末装置のサーバ機能に対するアクセス制御をゲートウエイサーバにて実行している。つまり、ゲートウエイサーバが、移動体端末装置へサーバ機能へのデータ送信要求を転送するかを制御する。その際、移動体端末装置の動作状況と、動作状況に対する条件とをもとに、ゲートウエイサーバは転送するか否かを決定する。一方、実施例２では、移動体端末装置が、サーバ機能に対するアクセス制御を自ら実行する。つまり、移動体端末装置は、動作状況に対する条件を予め記憶し、動作状況を取得すると、動作状況と条件とをもとに、データ送信要求に応答するかを決定する。このような実施例１に係る通信システム１００は、図１と同様のタイプであるが、ここでは、差異を中心に説明する。
【００７４】
図１４は、本発明の実施例２に係る移動体端末装置１０の構成を示す。図１４に示された移動体端末装置１０では、図２に示された移動体端末装置１０と比較して、制御部３００の構成が異なる。制御部３００は、状況把握部３３０、条件設定部３３２、受付部３３４を含む。受付部３３４は、通信部４８、サーバ処理部５６またはクライアント処理部５４を介して、図示しないＰＣ２６からのデータ送信要求を受けつける。受付部３３４は、受けつけたデータ送信要求が、第２処理部４６へのデータ送信要求である場合、データ送信要求を決定部３３６へ出力する。一方、受付部３３４は、受けつけたデータ送信要求が、第１処理部４４へのデータ送信要求である場合、当該データ送信要求に対する応答を第１処理部４４へ指示する。つまり、受付部３３４は、図６の入力部１４８と同様に、第１処理部４４に対するデータ送信要求をそのまま処理するので、当該データ送信要求の応答を制御しない。
【００７５】
状況把握部３３０は、図２の監視部３０２と同様に、第１処理部４４、第２処理部４６の動作状況を管理するとともに、移動体端末装置１０の存在位置を管理する。以下では、これらを「移動体端末装置１０の動作状況」という。移動体端末装置１０の存在位置を管理することは、接続している基地局装置１２を管理することであってもよい。また、第１処理部４４、第２処理部４６の動作状況は、例えば、前述の（Ａ）から（Ｋ）の組合せ、あるいはそれらのうちの少なくともひとつであればよい。また、別の項目が含まれていてもよい。状況把握部３３０は、移動体端末装置１０の動作状況を決定部３３６へ出力する。
【００７６】
条件設定部３３２は、第２処理部４６に対してデータ送信要求へ応答させるための条件を予め記憶する。第２処理部４６に対してデータ送信要求へ応答させるための条件は、図６の記憶部１４４と同様に、第１処理部４４の動作状況に対する条件、第２処理部４６の動作状況に対する条件、移動体端末装置１０の存在位置に対する条件として規定される。つまり、第２処理部４６に対してデータ送信要求へ応答させるための条件は、移動体端末装置１０の動作状況に対する条件として規定される。なお、このような条件は、ユーザによって操作部３８を介して設定される。条件設定部３３２は、条件を決定部３３６へ出力する。
【００７７】
決定部３３６は、受付部３３４から、データ送信要求を受けつけた場合に、状況把握部３３０から動作状況を受けつけるとともに、条件設定部３３２から条件を受けつける。決定部３３６は、動作状況と条件とをもとに、第２処理部４６へデータ送信要求を出力するかを決定する。具体的に説明すると、決定部３３６は、動作状況が条件を満たしていれば、出力を決定する。前述のごとく、動作状況および条件は、複数の項目によって構成されているので、決定部３３６は、すべての動作状況が条件を満たした場合に、出力を決定する。なお、条件を満たした動作状況の数が、予め定めた数よりも多くなった場合に、決定部３３６は、出力を決定してもよい。
【００７８】
このような処理の結果、例えば、決定部３３６は、第１処理部４４の動作状況と、第１処理部４４に対する条件とをもとに、第２処理部４６へのデータ送信要求の出力を決定する。また、決定部３２０は、移動体端末装置１０の存在位置と、移動体端末装置１０の存在位置に対する条件とをもとに、第２処理部４６へのデータ送信要求の出力を決定する。サーバ処理部５６は、データ送信要求に応じて、記憶部５８に記憶されたデータを通信部４８から送信する。一方、決定部３２０において、第２処理部４６へのデータ送信要求の出力が決定されなかった場合、決定部３３６は、第２処理部４６、通信部４８を介して、図８（ａ）−（ｂ）のような応答を実行しない旨のメッセージをＰＣ２６へ出力する。
【００７９】
以上の構成による通信システム１００の動作を説明する。図１５は、移動体端末装置１０における受信信号に対する応答手順を示すフローチャートである。受付部３３４は、第１処理部４４あるいは通信部４８を介して、信号を受信する（Ｓ１４０）。受信した信号が、第２処理部４６へのデータ送信要求であれば（Ｓ１４２のＹ）、状況把握部３３０、条件設定部３３２、決定部３３６は、応答判定処理を実行する（Ｓ１４４）。一方、受信した信号が、第２処理部４６へのデータ送信要求でなければ（Ｓ１４２のＮ）、第１処理部４４は、着信や着呼に対する処理を実行する（Ｓ１４６）。
【００８０】
図１６は、移動体端末装置１０における応答判定処理の手順を示すフローチャートである。受付部３３４は、データ送信要求を受けつける（Ｓ１６０）と、決定部３３６は、状況把握部３３０から、移動体端末装置１０の動作状況を受けつけるとともに、条件設定部３３２から条件を受けつける。動作状況が条件を満足していれば（Ｓ１６２のＹ）、決定部３３６は、第２処理部４６へデータ送信要求を出力する（Ｓ１６４）。また、第２処理部４６は、通信部４８を介して、データを送信する（Ｓ１６６）。一方、動作状況が条件を満足していなければ（Ｓ１６２のＮ）、決定部３３６は、通信部４８を介して、応答できない旨を送信する（Ｓ１６８）。
【００８１】
本発明の実施例によれば、第２処理部へのデータ送信要求を受信した場合に、移動端末装置における動作状況と条件とをもとに、当該データ送信要求に応答するかを決定するので、移動体端末装置において自らに対するアクセスを制御できる。また、移動端末装置における動作状況をもとに、当該データ送信要求に応答するかを決定するので、移動体端末装置にサーバ機能を搭載する場合であっても、他の処理に対する影響を低減できる。また、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、第１処理部の動作状況をもとに応答するかを決定するので、第１処理部の動作に与える影響を低減できる。
【００８２】
また、移動体端末装置における第２処理部へのデータ送信要求を受信した場合に、移動体端末装置の存在位置をもとに応答するかを決定するので、サーバ機能を実行させたい場所や実行させたくない場所を容易に設定できる。また、移動体端末装置においてアクセスを制御するので、コアネットワークでの処理を低減できる。また、第２処理部へのデータ送信要求に対してアクセス制御を実行するが、第１処理部への信号に対してアクセス制御を実行しないので、第１処理部の動作に与える影響を低減できる。
【００８３】
（実施例３）
本発明の実施例３も、実施例１と同様に、サーバ機能を有した移動体端末装置が含まれた通信システムに関する。実施例１において、ゲートウエイサーバは、転送しないことを決定した場合にその旨を通知する。一方、実施例３では、コアネットワーク内にクローンサーバを設置する。クローンサーバには、移動体端末装置に記憶されたデータが複製されている。ゲートウエイサーバは、移動体端末装置へデータ送信要求を転送せずに、クローンサーバへデータ送信要求を転送する。
【００８４】
図１７は、本発明の実施例３に係る通信システム１００の構成を示す。図１７に示された通信システム１００は、図１に示した通信システム１００にクローンサーバ１８を追加する。ゲートウエイサーバ２０は、移動体端末装置１０へデータ通信要求を転送しないことを決定した場合、クローンサーバ１８へデータ通信要求を転送する。クローンサーバ１８は、コアネットワーク、例えば、通信事業者が設備するパケット通信ネットワークに接続される。クローンサーバ１８としてひとつだけ配置されてもよいし、複数に分散されて配置されてもよい。
【００８５】
ここで、複数に分散されている場合、データは、複数のクローンサーバ１８にそのまま複製されていてもよいし、複数のクローンサーバ１８に断片化されて複製されていてもよい。断片化されている場合、データの断片化および断片化されたデータの利用には、例えば、Ｐ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）技術が使用される。クローンサーバ１８は、移動体端末装置１０に記憶されたデータの少なくとも一部を所定のタイミングにおいて複製することによって、移動体端末装置１０におけるサーバ機能を代行する。ここで、クローンサーバ１８に記憶されたデータの内容は、移動体端末装置１０に記憶したデータの内容に完全に一致しなくてもよい。そのため、クローンサーバ１８に記憶したデータは、移動体端末装置１０に記憶したデータの一部であったり、移動体端末装置１０に過去に記憶されていたデータであったりしてもよい。
【００８６】
以上の処理を具体的に説明すると、クローンサーバ１８は、ゲートウエイサーバ２０からのデータ送信要求を受信することによって、移動体端末装置１０のサーバ機能を代行し、データをＰＣ２６へ送信する。例えば、クローンサーバ１８は、ゲートウエイサーバ２０が移動体端末装置１０へデータ通信要求を転送しない場合に、サーバ機能を代行する。なお、クローンサーバ１８は、移動体端末装置１０内のコンテンツデータだけではなく、図８（ａ）−（ｂ）に示したようなメッセージも保持し、データの代わりにＰＣ２６へ送信してもよい。
【００８７】
図１８は、クローンサーバ１８の構成を示す。クローンサーバ１８は、通信部１１０、クローン処理部１１２、制御部１２２を含む。また、クローン処理部１１２は、データ受付部１１４、サーバ処理部１１６、管理部１１８、記憶部１２０を含む。
【００８８】
通信部１１０は、コアネットワーク内に配置され、一端に図示しない関門交換局１４を接続し、他端に図示しないゲートウエイサーバ２０を接続する。通信部１１０は、受信したデータの宛先がクローンサーバ１８でない場合、データをそのまま送信する。つまり、通信部１１０は、関門交換局１４からのデータをそのままゲートウエイサーバ２０へ出力し、ゲートウエイサーバ２０からのデータをそのまま関門交換局１４へ出力する。データ受付部１１４は、通信部１１０を介して、関門交換局１４、基地局装置１２を経由して移動体端末装置１０との通信を実行する。データ受付部１１４は、移動体端末装置１０に記憶されたデータの少なくとも一部を移動体端末装置１０から受信する。その際、移動体端末装置１０に対応した移動体端末装置番号あるいはＩＰアドレスも受信する。なお、移動端末装置番号とＩＰアドレスとの組合せが受信されてもよい。また、ＩＰアドレスの代わりに、文字列からなるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）でもよいが、以下では、これらを区別せずに使用する。
【００８９】
データ受付部１１４は、受信したデータやＩＰアドレス等を管理部１１８へ出力し、管理部１１８は、データとＩＰアドレス等とを対応づけながら、記憶部１２０に記憶する。その結果、記憶部１２０は、移動体端末装置１０に対応づけながらデータを記憶する。これは、移動体端末装置１０に記憶されたデータを複製することに相当する。また、記憶部１２０は、図８（ａ）−（ｂ）に示したようなメッセージも記憶する。サーバ処理部１１６は、図示しない移動体端末装置１０におけるサーバ処理部５６と同様の処理を実行する。サーバ処理部１１６は、通信部１１０を介して、図示しないゲートウエイサーバ２０からデータ送信要求を受信する。
【００９０】
このデータ送信要求は、本来、図示しないＰＣ２６から移動体端末装置１０へ送信されており、ゲートウエイサーバ２０が、宛先を移動体端末装置１０からクローンサーバ１８へ変更したものである。そのため、データ送信要求の中には、本来の宛先である移動体端末装置１０に関する情報が含まれている。移動体端末装置１０に関する情報は、前述の移動体端末装置番号あるいはＩＰアドレス、またはそれらの組合せに相当する。サーバ処理部１１６は、データ送信要求に対応したデータの抽出を管理部１１８へ要求する。管理部１１８は、データ送信要求に対応した移動体端末装置１０のデータを記憶部１２０から抽出し、抽出したデータをサーバ処理部１１６へ出力する。サーバ処理部１１６は、通信部１１０を介して、データをゲートウエイサーバ２０、ＰＣ２６へ送信する。このように、サーバ処理部１１６は、データ送信要求に応じたデータを送信するので、移動体端末装置１０におけるサーバ機能を代行するといえる。なお、管理部１１８は、記憶部１２０に記憶したメッセージを抽出し、サーバ処理部１１６は、通信部１１０を介して、メッセージをゲートウエイサーバ２０、ＰＣ２６へ送信してもよい。制御部１２２は、クローンサーバ１８の動作を制御する。
【００９１】
以上の構成による通信システム１００の動作を説明する。図１９は、通信システム１００におけるコンテンツデータの複製手順を示すシーケンス図である。移動体端末装置１０においてコンテンツデータが作成される（Ｓ２１０）。移動体端末装置１０は、コンテンツデータを提供する（Ｓ２１２）。これは、コンテンツデータを再生対象に設定することに相当する。移動体端末装置１０は、基地局装置１２を介してクローンサーバ１８の通信状態を確認する（Ｓ２１４）。クローンサーバ１８におけるトラヒック量がしきい値よりも小さければ、移動体端末装置１０は、クローンサーバ１８へコンテンツデータを送信する（Ｓ２１６）。クローンサーバ１８は、移動体端末装置１０と対応づけながらコンテンツデータを記憶する（Ｓ２１８）。
【００９２】
図２０は、通信システム１００におけるデータの送信手順を示すシーケンス図である。ＰＣ２６は、ゲートウエイサーバ２０へデータ送信要求を送信する（Ｓ２９０）。ゲートウエイサーバ２０は、端末情報の問合せを関門交換局１４へ送信し（Ｓ２９２）、関門交換局１４は、端末情報の応答をゲートウエイサーバ２０へ送信する（Ｓ２９４）。ゲートウエイサーバ２０は、移動体端末装置１０へデータ送信要求を転送しないことを決定する（Ｓ２９６）。ゲートウエイサーバ２０は、クローンサーバ１８へデータ送信要求を送信し（Ｓ２９８）、クローンサーバ１８は、ゲートウエイサーバ２０へデータを送信する（Ｓ３００）。ゲートウエイサーバ２０は、ＰＣ２６へデータを送信する（Ｓ３０２）。ＰＣ２６は、データを受信する（Ｓ３０４）。ここで、ステップ３００からステップ３０４におけるデータがメッセージであってもよい。
【００９３】
図２１は、ゲートウエイサーバ２０におけるデータ送信要求の転送手順を示すフローチャートである。図２１のステップ３１０から３２４は、図１３のステップ１１０から１２４と同様であるので、ここでは、説明を省略する。端末情報に含まれた動作状況が条件を満足していなければ（Ｓ３１６のＮ）、出力部１５４は、プロトコル変換部１４０を介して、データ送信要求をクローンサーバ１８へ出力する（Ｓ３２６）。なお、実施例３は、実施例２に適用されてもよい。実施例３では、ゲートウエイサーバ２０が、移動体端末装置１０へデータ送信要求を転送するかを決定していたが、移動体端末装置１０が、データ送信要求に応答するかを決定する。また、応答しないことを決定した場合に、移動体端末装置１０は、クローンサーバ１８へデータ送信要求を転送する。
【００９４】
本発明の実施例によれば、移動体端末装置へデータ送信要求を転送するための条件を満たさない場合に、当該データ送信要求への応答をクローンサーバにさせるので、ユーザの利便性を向上できる。また、データ送信要求への応答をクローンサーバにさせるので、ゲートウエイサーバの処理量を低減できる。また、クローンサーバが移動体端末装置に変わってデータを送信するので、システムの信頼性を向上できる。
【００９５】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００９６】
本発明の実施例１において、端末情報は、ＨＬＲ１６に記憶されている。しかしながらこれに限らず例えば、端末情報は、ＨＬＲ１６ではなく、コアネットワークに配置された別の装置に記憶されてもよい。そのため、端末情報は、ゲートウエイサーバ２０の記憶部１４４に記憶されていてもよい。その場合、取得部１５０は、記憶部１４４から端末情報を取得する。本変形例によれば、通信システム１００の構成の自由度を向上できる。
【００９７】
本発明の実施例１から３において、決定部３２０や決定部３３６は、動作状況が条件を満たしている場合に、転送や応答を決定する。しかしながらこれに限らず例えば、決定部３２０や決定部３３６は、動作状況が条件を満たしていない場合に、転送しないことや応答しないことを決定してもよい。本変形例によれば、条件の設定の自由度を向上できる。
【００９８】
本発明の実施例１から３を任意に組み合わせてもよい。例えば、ゲートウエイサーバ２０および移動体端末装置１０が、第２処理部に対するアクセス制御を実行してもよい。本変形例によれば、本発明の実施例１から３の任意の組合せによる効果を得ることができる。
【図面の簡単な説明】
【００９９】
【図１】本発明の実施例１に係る通信システムの構成を示す図である。
【図２】図１の移動体端末装置の構成を示す図である。
【図３】図１の生成部において生成される情報信号のデータ構造を示す図である。
【図４】図１の関門交換局の構成を示す図である。
【図５】図４のＨＬＲに記憶したテーブルのデータ構造を示す図である。
【図６】図１のゲートウエイサーバの構成を示す図である。
【図７】図６の記憶部に記憶した条件のデータ構造を示す図である。
【図８】図８（ａ）−（ｂ）は、図６の決定部において転送を決定しない場合のメッセージを示す図である。
【図９】図１の通信システムにおける移動体端末装置の状況の登録手順を示すシーケンス図である。
【図１０】図１の通信システムにおけるデータの送信手順を示すシーケンス図である。
【図１１】図２の移動体端末装置における移動体端末装置の状況の登録手順を示すフローチャートである。
【図１２】図４の関門交換局における移動体端末装置の状況の登録手順を示すフローチャートである。
【図１３】図６のゲートウエイサーバにおけるデータ送信要求の転送手順を示すフローチャートである。
【図１４】本発明の実施例２に係る移動体端末装置の構成を示す図である。
【図１５】図１４の移動体端末装置における受信信号に対する応答手順を示すフローチャートである。
【図１６】図１４の移動体端末装置における応答判定処理の手順を示すフローチャートである。
【図１７】本発明の実施例３に係る通信システムの構成を示す図である。
【図１８】図１７のクローンサーバの構成を示す図である。
【図１９】図１７の通信システムにおけるコンテンツデータの複製手順を示すシーケンス図である。
【図２０】図１７の通信システムにおけるデータの送信手順を示すシーケンス図である。
【図２１】図１７のゲートウエイサーバにおけるデータ送信要求の転送手順を示すフローチャートである。
【符号の説明】
【０１００】
１０ 移動体端末装置、 １２ 基地局装置、 １４ 関門交換局、 １６ ＨＬＲ、 ２０ ゲートウエイサーバ、 ２２ 課金管理サーバ、 ２４ インターネット、 ２６ ＰＣ、 ２８ 基地局用アンテナ、 ３０ 端末用アンテナ、 １００ 通信システム。
【特許請求の範囲】
【請求項１】
移動体ネットワークに接続される移動体端末装置へのデータ送信要求の転送を制御する制御装置であって、
クライアントとしての処理、通話のための処理、前記移動体端末装置単独でなされる処理、前記移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含む前記移動体端末装置へのデータ送信要求を受信する第１通信部と、
前記第１通信部において受信したデータ送信要求が、前記移動体端末装置における前記第２処理部へのデータ送信要求である場合に、所定の位置に配置されたテーブルであって、かつ前記移動体端末装置の動作状況が示されたテーブルから、動作状況を取得する取得部と、
前記取得部において取得した動作状況と、前記移動体端末装置へデータ送信要求を転送するための条件とをもとに、転送を決定する制御部と、
前記制御部において転送を決定した場合に、前記移動体端末装置における前記第２処理部へデータ送信要求を転送する第２通信部と、
を備えることを特徴とする制御装置。
【請求項２】
前記取得部において参照されるテーブルには、前記移動体端末装置の動作状況として、前記第１処理部の動作状況が示されており、
前記制御部は、前記移動体端末装置へデータ送信要求を転送するための条件として、前記第１処理部の動作状況に対する条件を規定しており、前記取得部において取得した前記第１処理部の動作状況と当該条件とをもとに、前記第２処理部へのデータ送信要求の転送を決定することを特徴とする請求項１に記載の制御装置。
【請求項３】
前記取得部において参照されるテーブルには、前記移動体端末装置の動作状況として、前記移動体端末装置の存在位置が示されており、
前記制御部は、前記移動体端末装置へデータ送信要求を転送するための条件として、前記移動体端末装置の存在位置に対する条件を規定しており、前記取得部において取得した前記移動体端末装置の存在位置と当該条件とをもとに、前記第２処理部へのデータ送信要求の転送を決定することを特徴とする請求項１に記載の制御装置。
【請求項４】
前記取得部において参照されるテーブルは、前記移動体端末装置によって更新されていることを特徴とする請求項１から３のいずれかに記載の制御装置。
【請求項５】
移動体ネットワークでの通信を実行する移動体端末装置であって、
クライアントとしての処理、通話のための処理、本移動体端末装置単独でなされる処理、前記移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、
サーバとしての処理を実行する第２処理部と、
前記第１処理部および前記第２処理部での処理を制御する制御部とを備え、
前記制御部は、前記移動体ネットワークから受信したデータ送信要求が、前記第２処理部へのデータ送信要求である場合、前記移動体端末装置の動作状況と、前記第２処理部に対してデータ送信要求へ応答させるための条件とをもとに、前記第２処理部へデータ送信要求を出力するかを決定することを特徴とする移動体端末装置。
【請求項６】
前記制御部は、
前記移動体端末装置の動作状況として、前記第１処理部の動作状況を管理する管理部と、
前記第２処理部に対してデータ送信要求へ応答させるための条件として、前記第１処理部の動作状況に対する条件を記憶する記憶部と、
前記管理部において管理している動作状況と、前記記憶部に記憶した条件とをもとに、前記第２処理部へのデータ送信要求の出力を決定する決定部と、
を備えることを特徴とする請求項５に記載の移動体端末装置。
【請求項７】
前記制御部は、
前記移動体端末装置の動作状況として、前記移動体端末装置の存在位置を管理する管理部と、
前記第２処理部に対してデータ送信要求へ応答させるための条件として、前記移動体端末装置の存在位置に対する条件を記憶する記憶部と、
前記管理部において管理している動作状況と、前記記憶部に記憶した条件とをもとに、前記第２処理部へのデータ送信要求の出力を決定する決定部と、
を備えることを特徴とする請求項５に記載の移動体端末装置。
【請求項８】
クライアントとしての処理、通話のための処理、本移動体端末装置単独でなされる処理、移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含み、かつ移動体ネットワークに接続される移動体端末装置と、
移動体ネットワークを介して前記移動体端末装置と接続する制御装置とを備え、
前記制御装置は、受信した前記移動体端末装置へのデータ送信要求が、前記移動体端末装置における前記第２処理部へのデータ送信要求である場合に、前記移動体端末装置の動作状況と、前記移動体端末装置へデータ送信要求を転送するための条件とをもとに、前記移動体端末装置における前記第２処理部へデータ送信要求を転送するかを決定することを特徴とする通信システム。
【請求項９】
移動体ネットワークに接続される移動体端末装置へのデータ送信要求の転送を制御する制御方法であって、
クライアントとしての処理、通話のための処理、前記移動体端末装置単独でなされる処理、前記移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含む前記移動体端末装置へのデータ送信要求を受信するステップと、
受信したデータ送信要求が、前記移動体端末装置における前記第２処理部へのデータ送信要求である場合に、前記移動体端末装置の動作状況と、前記移動体端末装置へデータ送信要求を転送するための条件とをもとに、前記移動体端末装置における前記第２処理部へデータ送信要求を転送するかを決定するステップと、
を備えることを特徴とする制御方法。
【請求項１０】
移動体ネットワークに接続される移動体端末装置におけるクライアントとしての処理、前記移動体端末装置における通話のための処理、前記移動体端末装置単独でなされる処理、前記移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とに対する処理を制御する制御方法であって、
前記移動体ネットワークから受信したデータ送信要求が、前記第２処理部へのデータ送信要求である場合、前記移動体端末装置の動作状況と、前記第２処理部に対してデータ送信要求へ応答させるための条件とをもとに、前記第２処理部へデータ送信要求を出力するかを決定することを特徴とする制御方法。
【請求項１】
移動体ネットワークに接続される移動体端末装置へのデータ送信要求の転送を制御する制御装置であって、
クライアントとしての処理、通話のための処理、前記移動体端末装置単独でなされる処理、前記移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含む前記移動体端末装置へのデータ送信要求を受信する第１通信部と、
前記第１通信部において受信したデータ送信要求が、前記移動体端末装置における前記第２処理部へのデータ送信要求である場合に、所定の位置に配置されたテーブルであって、かつ前記移動体端末装置の動作状況が示されたテーブルから、動作状況を取得する取得部と、
前記取得部において取得した動作状況と、前記移動体端末装置へデータ送信要求を転送するための条件とをもとに、転送を決定する制御部と、
前記制御部において転送を決定した場合に、前記移動体端末装置における前記第２処理部へデータ送信要求を転送する第２通信部と、
を備えることを特徴とする制御装置。
【請求項２】
前記取得部において参照されるテーブルには、前記移動体端末装置の動作状況として、前記第１処理部の動作状況が示されており、
前記制御部は、前記移動体端末装置へデータ送信要求を転送するための条件として、前記第１処理部の動作状況に対する条件を規定しており、前記取得部において取得した前記第１処理部の動作状況と当該条件とをもとに、前記第２処理部へのデータ送信要求の転送を決定することを特徴とする請求項１に記載の制御装置。
【請求項３】
前記取得部において参照されるテーブルには、前記移動体端末装置の動作状況として、前記移動体端末装置の存在位置が示されており、
前記制御部は、前記移動体端末装置へデータ送信要求を転送するための条件として、前記移動体端末装置の存在位置に対する条件を規定しており、前記取得部において取得した前記移動体端末装置の存在位置と当該条件とをもとに、前記第２処理部へのデータ送信要求の転送を決定することを特徴とする請求項１に記載の制御装置。
【請求項４】
前記取得部において参照されるテーブルは、前記移動体端末装置によって更新されていることを特徴とする請求項１から３のいずれかに記載の制御装置。
【請求項５】
移動体ネットワークでの通信を実行する移動体端末装置であって、
クライアントとしての処理、通話のための処理、本移動体端末装置単独でなされる処理、前記移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、
サーバとしての処理を実行する第２処理部と、
前記第１処理部および前記第２処理部での処理を制御する制御部とを備え、
前記制御部は、前記移動体ネットワークから受信したデータ送信要求が、前記第２処理部へのデータ送信要求である場合、前記移動体端末装置の動作状況と、前記第２処理部に対してデータ送信要求へ応答させるための条件とをもとに、前記第２処理部へデータ送信要求を出力するかを決定することを特徴とする移動体端末装置。
【請求項６】
前記制御部は、
前記移動体端末装置の動作状況として、前記第１処理部の動作状況を管理する管理部と、
前記第２処理部に対してデータ送信要求へ応答させるための条件として、前記第１処理部の動作状況に対する条件を記憶する記憶部と、
前記管理部において管理している動作状況と、前記記憶部に記憶した条件とをもとに、前記第２処理部へのデータ送信要求の出力を決定する決定部と、
を備えることを特徴とする請求項５に記載の移動体端末装置。
【請求項７】
前記制御部は、
前記移動体端末装置の動作状況として、前記移動体端末装置の存在位置を管理する管理部と、
前記第２処理部に対してデータ送信要求へ応答させるための条件として、前記移動体端末装置の存在位置に対する条件を記憶する記憶部と、
前記管理部において管理している動作状況と、前記記憶部に記憶した条件とをもとに、前記第２処理部へのデータ送信要求の出力を決定する決定部と、
を備えることを特徴とする請求項５に記載の移動体端末装置。
【請求項８】
クライアントとしての処理、通話のための処理、本移動体端末装置単独でなされる処理、移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含み、かつ移動体ネットワークに接続される移動体端末装置と、
移動体ネットワークを介して前記移動体端末装置と接続する制御装置とを備え、
前記制御装置は、受信した前記移動体端末装置へのデータ送信要求が、前記移動体端末装置における前記第２処理部へのデータ送信要求である場合に、前記移動体端末装置の動作状況と、前記移動体端末装置へデータ送信要求を転送するための条件とをもとに、前記移動体端末装置における前記第２処理部へデータ送信要求を転送するかを決定することを特徴とする通信システム。
【請求項９】
移動体ネットワークに接続される移動体端末装置へのデータ送信要求の転送を制御する制御方法であって、
クライアントとしての処理、通話のための処理、前記移動体端末装置単独でなされる処理、前記移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とを含む前記移動体端末装置へのデータ送信要求を受信するステップと、
受信したデータ送信要求が、前記移動体端末装置における前記第２処理部へのデータ送信要求である場合に、前記移動体端末装置の動作状況と、前記移動体端末装置へデータ送信要求を転送するための条件とをもとに、前記移動体端末装置における前記第２処理部へデータ送信要求を転送するかを決定するステップと、
を備えることを特徴とする制御方法。
【請求項１０】
移動体ネットワークに接続される移動体端末装置におけるクライアントとしての処理、前記移動体端末装置における通話のための処理、前記移動体端末装置単独でなされる処理、前記移動体ネットワークとは別のネットワークにて通信するための処理のうちの少なくともひとつを実行する第１処理部と、サーバとしての処理を実行する第２処理部とに対する処理を制御する制御方法であって、
前記移動体ネットワークから受信したデータ送信要求が、前記第２処理部へのデータ送信要求である場合、前記移動体端末装置の動作状況と、前記第２処理部に対してデータ送信要求へ応答させるための条件とをもとに、前記第２処理部へデータ送信要求を出力するかを決定することを特徴とする制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２０１０−２８４６６（Ｐ２０１０−２８４６６Ａ）
【公開日】平成２２年２月４日（２０１０．２．４）
【国際特許分類】
【出願番号】特願２００８−１８７６３９（Ｐ２００８−１８７６３９）
【出願日】平成２０年７月１８日（２００８．７．１８）
【出願人】（５９１１１２５２２）株式会社ＡＣＣＥＳＳ (91)
【Ｆターム（参考）】
【公開日】平成２２年２月４日（２０１０．２．４）
【国際特許分類】
【出願日】平成２０年７月１８日（２００８．７．１８）
【出願人】（５９１１１２５２２）株式会社ＡＣＣＥＳＳ (91)
【Ｆターム（参考）】
[ Back to top ]