(57)【要約】【課題】移動体端末装置にサーバ機能が備えられる場合であっても、利便性の悪化を抑制したい。【解決手段】ゲートウエイサーバ２０は、無線ネットワークに接続される移動体端末装置と、有線ネットワークに接続されるサーバ装置とに対する通信を制御する。入力部１４８は、サーバとしての処理を実行するサーバ処理部とクライアントとしての処理を実行するクライアント処理部とを含む移動体端末装置へのデータ送信要求を受信する。選択部１５２は、データ送信要求の宛先として、移動体端末装置に記憶されたデータの少なくとも一部を所定のタイミングにおいて複製することによって、移動体端末装置における前記サーバ処理部の処理を代行するサーバ装置あるいは移動体端末装置を選択する。出力部１５４は、選択したサーバ装置あるいは移動体端末装置へデータ送信要求を送信する。【選択図】図５
2009278558.tif 000002
【特許請求の範囲】
【請求項１】
移動体ネットワークに接続される移動体端末装置と、非移動体ネットワークに接続されるサーバ装置とに対する通信を制御する制御装置であって、
サーバとしての処理を実行するサーバ処理部とクライアントとしての処理を実行するクライアント処理部とを含む前記移動体端末装置へのデータ送信要求を受信する第１通信部と、
前記第１通信部において受信したデータ送信要求が、前記移動体端末装置における前記サーバ処理部へのデータ送信要求である場合に、当該データ送信要求の宛先として、前記移動体端末装置に記憶されたデータの少なくとも一部を所定のタイミングにおいて複製することによって、前記移動体端末装置における前記サーバ処理部の処理を代行する前記サーバ装置あるいは前記移動体端末装置を選択する制御部と、
前記制御部において選択した前記サーバ装置あるいは前記移動体端末装置へデータ送信要求を送信する第２通信部と、
を備えることを特徴とする制御装置。
【請求項２】
前記制御部は、データ送信要求の宛先として、所定の条件を満たす場合に、前記移動体端末装置を優先的に選択することを特徴とする請求項１に記載の制御装置。
【請求項３】
前記制御部は、データ送信要求の宛先として、所定の条件を満たす場合に、前記サーバ装置を優先的に選択することを特徴とする請求項１に記載の制御装置。
【請求項４】
前記移動体端末装置との間の移動体ネットワークにおける通信状態を取得する取得部をさらに備え、
前記制御部は、前記取得部において取得した通信状態に応じて、前記サーバ装置あるいは前記移動体端末装置を選択することを特徴とする請求項２または３に記載の制御装置。
【請求項５】
前記移動体端末装置における前記サーバ処理部あるいは前記クライアント処理部の処理状態を取得する取得部をさらに備え、
前記制御部は、前記取得部において取得した処理状態に応じて、前記サーバ装置あるいは前記移動体端末装置を選択することを特徴とする請求項２または３に記載の制御装置。
【請求項６】
前記移動体端末装置における前記サーバ処理部は、動作を停止するように設定可能であり、
前記取得部は、前記移動体端末装置における前記サーバ処理部の処理状態として、前記サーバ処理部の動作が停止されているか否かを取得し、
前記制御部は、前記サーバ処理部の動作が停止されている場合に、前記サーバ装置を選択することを特徴とする請求項５に記載の制御装置。
【請求項７】
前記移動体端末装置に記憶されたデータのバージョンと、前記サーバ装置に記憶されたデータのバージョンとを取得する取得部を備え、
前記制御部は、前記移動体端末装置に記憶されたデータのバージョンが、前記サーバ装置に記憶されたデータのバージョンよりも新しい場合に、前記移動体端末装置を選択することを特徴とする請求項１に記載の制御装置。
【請求項８】
前記第１通信部が、前記移動体端末装置における前記サーバ処理部へのデータ送信要求を受信した頻度を測定する測定部をさらに備え、
前記制御部は、前記測定部において測定した頻度に応じて、前記サーバ装置あるいは前記移動体端末装置を選択することを特徴とする請求項１に記載の制御装置。
【請求項９】
移動体ネットワークを経由して、非移動体ネットワークとの通信を実行する通信部と、
前記通信部を使用しながら、サーバとしての処理を実行するサーバ処理部と、
前記サーバ処理部の処理に使用されるデータを記憶する記憶部と、
前記通信部を使用しながら、クライアントとしての処理を実行するクライアント処理部と、
前記サーバ処理部および前記クライアント処理部での処理を制御する制御部とを備え、
前記サーバ処理部は、前記通信部を介して、前記非移動体ネットワークに接続されたサーバ装置に、前記記憶部に記憶したデータの少なくとも一部を複製させることによって、本サーバ処理部の処理を前記サーバ装置に代行させることを特徴とする移動体端末装置。
【請求項１０】
非移動体ネットワークに接続されたサーバ装置であって、
前記非移動体ネットワークを経由して移動体ネットワークに接続される移動体端末装置であって、かつサーバとしての処理を実行するサーバ処理部とクライアントとしての処理を実行するクライアント処理部とを含む移動体端末装置との通信を実行する第１通信部と、
前記第１通信部を介して、前記移動体端末装置に記憶されたデータの少なくとも一部を複製して記憶する記憶部と、
前記非移動体ネットワークからデータ送信要求を受信する第２通信部と、
前記第２通信部において受信したデータ送信要求に対応したデータを前記記憶部から抽出し、抽出したデータを前記第２通信部から送信させることによって、前記移動体端末装置における前記サーバ処理部の処理を代行するサーバ処理部と、
を備えることを特徴とするサーバ装置。
【請求項１１】
移動体ネットワークを経由して、非移動体ネットワークに接続される移動体端末装置であって、かつサーバとしての処理を実行するサーバ処理部とクライアントとしての処理を実行するクライアント処理部とを含む移動体端末装置と、
前記非移動体ネットワークに接続されるサーバ装置であって、かつ前記移動体端末装置に記憶されたデータの少なくとも一部を所定のタイミングにおいて複製することによって、前記移動体端末装置における前記サーバ処理部の処理を代行するサーバ装置と、
前記非移動体ネットワークに接続される制御装置であって、かつ前記移動体端末装置および前記サーバ装置に対する通信を制御する制御装置とを備え、
前記制御装置は、前記移動体端末装置における前記サーバ処理部へのデータ送信要求を受信した場合に、当該データ送信要求の宛先として、前記移動体端末装置あるいは前記サーバ装置を選択し、選択した前記サーバ装置あるいは前記移動体端末装置へデータ送信要求を送信することを特徴とする通信システム。
【請求項１２】
サーバとしての処理を実行するサーバ処理部とクライアントとしての処理を実行するクライアント処理部とを含む移動体端末装置であって、かつ移動体ネットワークに接続される移動体端末装置へのデータ送信要求を受信するステップと、
受信したデータ送信要求が、前記移動体端末装置における前記サーバ処理部へのデータ送信要求である場合に、当該データ送信要求の宛先として、前記移動体端末装置に記憶されたデータの少なくとも一部を所定のタイミングにおいて複製することによって、前記移動体端末装置における前記サーバ処理部の処理を代行するサーバ装置であって、かつ非移動体ネットワークに接続されるサーバ装置、あるいは前記移動体端末装置を選択するステップと、
選択した前記サーバ装置あるいは前記移動体端末装置へデータ送信要求を送信するステップと、
を備えることを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術に関し、特にサーバに記憶したデータを送信する通信方法、制御装置、移動体端末装置、サーバ装置および通信システムに関する。
【背景技術】
【０００２】
モバイルサーバは、公衆無線基地局を介して公衆電話網に接続する。公衆電話網は、インターネットアクセスポイントを介してインターネットに接続されているので、モバイルサーバに対するインターネットからのアクセスが可能になる。しかしながら、モバイルサーバへのアクセスの有無にかかわらず、モバイルサーバが公衆電話網に接続されている場合、消費電力、無線リソースが無駄に使用される。そのため、モバイルサーバは、アクセスがない場合に待ち受け状態になり、着信通知を受けつけることによって公衆電話網に接続する（例えば、特許文献１参照）。
【特許文献１】特開２００６−１４１８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
携帯電話通信システムにおける移動体端末装置は、一般的に、通話機能に備えて、電子メール機能やＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）アクセス機能も備えている。そのような移動体端末装置にサーバ機能を備えさせれば、ユーザは、モバイルサーバを所有しなくても、サーバによるデータの提供が可能になる。本発明者はこうした状況下、以下の課題を認識するに至った。サーバの利便性の点から、サーバには、確実にアクセスできることが要求される。しかしながら、携帯電話通信システムのサービスエリア外に移動体端末装置が存在する場合、移動体端末装置は公衆無線基地局に接続できないので、インターネットから移動体端末装置へのアクセスが不可能になる。また、移動体端末装置において、通話機能、電子メール機能、ＷＷＷアクセス機能が実行されている場合、消費電力、無線リソースの点から、サーバ機能を停止したいこともある。サーバ機能を停止した場合、インターネットから移動体端末装置へのアクセスが不可能になる。
【０００４】
本発明はこうした課題に鑑みてなされたものであり、その目的は、移動体端末装置にサーバ機能が備えられる場合であっても、利便性の悪化を抑制する通信技術を提供することにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明のある態様の制御装置は、移動体ネットワークに接続される移動体端末装置と、非移動体ネットワークに接続されるサーバ装置とに対する通信を制御する制御装置であって、サーバとしての処理を実行するサーバ処理部とクライアントとしての処理を実行するクライアント処理部とを含む移動体端末装置へのデータ送信要求を受信する第１通信部と、第１通信部において受信したデータ送信要求が、移動体端末装置におけるサーバ処理部へのデータ送信要求である場合に、当該データ送信要求の宛先として、移動体端末装置に記憶されたデータの少なくとも一部を所定のタイミングにおいて複製することによって、移動体端末装置におけるサーバ処理部の処理を代行するサーバ装置あるいは移動体端末装置を選択する制御部と、制御部において選択したサーバ装置あるいは移動体端末装置へデータ送信要求を送信する第２通信部と、を備える。
【０００６】
この態様によると、データ送信要求の宛先として、非移動体ネットワークに接続されたサーバ装置あるいは移動体ネットワークに接続された移動体端末装置を選択するので、互いの動作を補完することによって、利便性の悪化を抑制できる。
【０００７】
制御部は、データ送信要求の宛先として、所定の条件を満たす場合に、移動体端末装置を優先的に選択してもよい。この場合、移動体端末装置を優先的に選択するので、移動体端末装置に記憶されたデータを優先的に出力させることができる。
【０００８】
制御部は、データ送信要求の宛先として、所定の条件を満たす場合に、サーバ装置を優先的に選択してもよい。この場合、サーバ装置を優先的に選択するので、サーバ装置に記憶されたデータを優先的に出力させることができる。
【０００９】
移動体端末装置との間の移動体ネットワークにおける通信状態を取得する取得部をさらに備えてもよい。制御部は、取得部において取得した通信状態に応じて、サーバ装置あるいは移動体端末装置を選択してもよい。この場合、通信状態に応じて宛先を選択するので、通信状態の悪化による利便性の悪化を抑制できる。
【００１０】
移動体端末装置におけるサーバ処理部あるいはクライアント処理部の処理状態を取得する取得部をさらに備えてもよい。制御部は、取得部において取得した処理状態に応じて、サーバ装置あるいは移動体端末装置を選択してもよい。この場合、移動体端末装置におけるサーバ処理部あるいはクライアント処理部の処理状態に応じて宛先を選択するので、移動体端末装置が処理中であっても利便性の悪化を抑制できる。
【００１１】
移動体端末装置におけるサーバ処理部は、動作を停止するように設定可能であり、取得部は、移動体端末装置におけるサーバ処理部の処理状態として、サーバ処理部の動作が停止されているか否かを取得し、制御部は、サーバ処理部の動作が停止されている場合に、サーバ装置を選択してもよい。この場合、サーバ処理部の動作が停止されている場合にサーバ装置を選択するので、移動体端末装置がデータを送信できない場合であっても、サーバ装置からデータを出力できる。
【００１２】
移動体端末装置に記憶されたデータのバージョンと、サーバ装置に記憶されたデータのバージョンとを取得する取得部を備えてもよい。制御部は、移動体端末装置に記憶されたデータのバージョンが、サーバ装置に記憶されたデータのバージョンよりも新しい場合に、移動体端末装置を選択してもよい。この場合、移動体端末装置に記憶されたデータのバージョンが、サーバ装置に記憶されたデータのバージョンよりも新しい場合に、移動体端末装置を選択するので、最新のバージョンのデータを出力できる。
【００１３】
第１通信部が、移動体端末装置におけるサーバ処理部へのデータ送信要求を受信した頻度を測定する測定部をさらに備えてもよい。制御部は、測定部において測定した頻度に応じて、サーバ装置あるいは移動体端末装置を選択してもよい。この場合、頻度に応じて宛先を選択するので、頻度が高くなっている場合でも利便性の悪化を抑制できる。
【００１４】
本発明の別の態様は、移動体端末装置である。この装置は、移動体ネットワークを経由して、非移動体ネットワークとの通信を実行する通信部と、通信部を使用しながら、サーバとしての処理を実行するサーバ処理部と、サーバ処理部の処理に使用されるデータを記憶する記憶部と、通信部を使用しながら、クライアントとしての処理を実行するクライアント処理部と、サーバ処理部およびクライアント処理部での処理を制御する制御部とを備える。サーバ処理部は、通信部を介して、非移動体ネットワークに接続されたサーバ装置に、記憶部に記憶したデータの少なくとも一部を複製させることによって、本サーバ処理部の処理をサーバ装置に代行させる。
【００１５】
この態様によると、移動体ネットワークを介してサーバ機能を提供するとともに、サーバ装置にデータの少なくとも一部を複製させ、非移動体ネットワークを介してサーバ機能を提供させるので、利便性の悪化を抑制できる。
【００１６】
本発明のさらに別の態様は、サーバ装置である。この装置は、非移動体ネットワークに接続されたサーバ装置であって、非移動体ネットワークを経由して移動体ネットワークに接続される移動体端末装置であって、かつサーバとしての処理を実行するサーバ処理部とクライアントとしての処理を実行するクライアント処理部とを含む移動体端末装置との通信を実行する第１通信部と、第１通信部を介して、移動体端末装置に記憶されたデータの少なくとも一部を複製して記憶する記憶部と、非移動体ネットワークからデータ送信要求を受信する第２通信部と、第２通信部において受信したデータ送信要求に対応したデータを記憶部から抽出し、抽出したデータを第２通信部から送信させることによって、移動体端末装置におけるサーバ処理部の処理を代行するサーバ処理部と、を備える。
【００１７】
この態様によると、移動体ネットワークを介してサーバ機能を提供している移動体端末装置からデータを受けつけることによって、非移動体ネットワークを介してサーバ機能を提供するので、利便性の悪化を抑制できる。
【００１８】
本発明のさらに別の態様は、通信システムである。この通信システムは、移動体ネットワークを経由して、非移動体ネットワークに接続される移動体端末装置であって、かつサーバとしての処理を実行するサーバ処理部とクライアントとしての処理を実行するクライアント処理部とを含む移動体端末装置と、非移動体ネットワークに接続されるサーバ装置であって、かつ移動体端末装置に記憶されたデータの少なくとも一部を所定のタイミングにおいて複製することによって、移動体端末装置におけるサーバ処理部の処理を代行するサーバ装置と、非移動体ネットワークに接続される制御装置であって、かつ移動体端末装置およびサーバ装置に対する通信を制御する制御装置とを備える。制御装置は、移動体端末装置におけるサーバ処理部へのデータ送信要求を受信した場合に、当該データ送信要求の宛先として、移動体端末装置あるいはサーバ装置を選択し、選択したサーバ装置あるいは移動体端末装置へデータ送信要求を送信する。
【００１９】
本発明のさらに別の態様は、通信方法である。この方法は、サーバとしての処理を実行するサーバ処理部とクライアントとしての処理を実行するクライアント処理部とを含む移動体端末装置であって、かつ移動体ネットワークに接続される移動体端末装置へのデータ送信要求を受信するステップと、受信したデータ送信要求が、移動体端末装置におけるサーバ処理部へのデータ送信要求である場合に、当該データ送信要求の宛先として、移動体端末装置に記憶されたデータの少なくとも一部を所定のタイミングにおいて複製することによって、移動体端末装置におけるサーバ処理部の処理を代行するサーバ装置であって、かつ非移動体ネットワークに接続されるサーバ装置、あるいは移動体端末装置を選択するステップと、選択したサーバ装置あるいは移動体端末装置へデータ送信要求を送信するステップと、を備える。
【００２０】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００２１】
本発明によれば、移動体端末装置にサーバ機能が備えられる場合であっても、利便性の悪化を抑制できる。
【発明を実施するための最良の形態】
【００２２】
（実施例１）
本発明を具体的に説明する前に、概要を述べる。本発明の実施例は、携帯電話通信システムのごとく、移動体ネットワークのような無線ネットワークにて移動体端末装置を接続するとともに、非移動体ネットワークのような有線ネットワークにてインターネットにも接続する通信システムに関する。移動体端末装置は、前述のごとく、通話機能、電子メール機能、ＷＷＷアクセス機能に加えて、サーバ機能も備える。このような移動体端末装置がサービスエリア外に存在する場合であっても、インターネットからのアクセスを可能にするために、本実施例に係る通信システムは、次の処理を実行する。ゲートウエイサーバは、通信システムのコアネットワークとインターネットとの境界部分に配置され、インターネットから、移動体端末装置に対するデータ送信要求を受信する。
【００２３】
ゲートウエイサーバは、移動体端末装置を呼び出すことによって、移動体端末装置との回線を設定し、移動体端末装置へデータ送信要求を送信する。移動体端末装置は、データ送信要求にしたがってデータを送信する。一方、移動体端末装置がサービスエリア外に存在する場合、移動体端末装置は、呼出に応答しない。ここで、コアネットワーク内には、クローンサーバが設置されており、クローンサーバには、移動体端末装置に記憶されたデータが複製されている。移動体端末装置が呼出に応答しない場合、ゲートウエイサーバは、クローンサーバにデータ送信要求を送信し、クローンサーバは、データ送信要求にしたがってデータを送信する。
【００２４】
図１は、本発明の実施例１に係る通信システム１００の構成を示す。通信システム１００は、移動体端末装置１０、基地局装置１２、関門交換局１４、ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）１６、クローンサーバ１８、ゲートウエイサーバ２０、課金管理サーバ２２、インターネット２４、ＰＣ２６を含む。また、移動体端末装置１０は、端末用アンテナ３０を含み、基地局装置１２は、基地局用アンテナ２８を含む。
【００２５】
移動体端末装置１０は、携帯電話装置や移動端末装置とも呼ばれ、端末用アンテナ３０を介して基地局装置１２との通信を実行する。移動体端末装置１０と基地局装置１２との間の無線通信方式が、例えば、第３世代携帯電話システムである場合、移動体端末装置１０は、第３世代携帯電話システムの端末装置の機能を有する。第３世代携帯電話システムの端末装置の機能として、公知の技術が使用されればよいので、ここでは説明を省略する。なお、移動体端末装置１０は、一般的に、バッテリによって駆動される。そのため、電池切れ等によって電源がオンになっていない可能性がある。また、移動体端末装置１０は、基地局装置１２までの無線ネットワークを経由して、基地局装置１２からＰＣ２６へ至る有線ネットワークに接続される。
【００２６】
移動体端末装置１０は、通話機能を有するとともに、電子メール機能、ＷＷＷアクセス機能も有する。ここで、電子メール機能、ＷＷＷアクセス機能は、「クライアント機能」と総称される。また、移動体端末装置１０は、サーバ機能も有する。サーバ機能とは、他の通信装置、例えば、ＰＣ２６からの要求を受けつけて、当該要求に応じた処理を実行することである。ここでは、説明を明瞭にするために、サーバ機能とは、移動体端末装置１０がデータを記憶しており、ＰＣ２６からのデータ送信要求を受けつけると、記憶したデータをＰＣ２６へ送信することとする。このようなサーバ機能によって、移動体端末装置１０は、ＰＣ２６に備えられたＷｅｂブラウザとの間でＨＴＴＰ通信を実行する。なお、クライアント機能およびサーバ機能は、データ通信機能と総称される。
【００２７】
基地局装置１２は、一端にて基地局用アンテナ２８を備え、無線ネットワークを介して移動体端末装置１０と接続する。基地局装置１２は、他端にて有線ネットワークを介して、クローンサーバ１８からＰＣ２６に接続される。ここで、基地局装置１２からゲートウエイサーバ２０までの間が、コアネットワークに相当する。また、コアネットワークは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）に対応し、コアネットワークおよびインターネット２４は、ＩＰプロトコルに対応する。なお、説明を明瞭にするために、ここでは、ひとつの基地局装置１２を示しているが、実際には、複数の基地局装置１２が設けられる。その際、各基地局装置１２によって形成されるサービスエリアが互いにずれるように、基地局装置１２は設置される。さらに、所定の範囲内に設置された基地局装置１２によって、ページングエリアが形成されている。
【００２８】
関門交換局１４は、移動体端末装置１０においてなされる処理がデータ通信機能か通話機能かに応じて、回線を設定する。処理がデータ通信機能に対応する場合、関門交換局１４は、クローンサーバ１８側と移動体端末装置１０とを接続する。一方、処理が通話機能に対応する場合、関門交換局１４は、図示しない固定電話網と移動体端末装置１０とを接続する。このような回線設定は、移動体端末装置１０からの発信要求、移動体端末装置１０への着信通知のタイミングにおいてなされる。
【００２９】
ここでは、着信通知を入力した場合の回線設定の動作を説明する。関門交換局１４は、クローンサーバ１８側から着信通知を入力する。着信通知には、宛先となる移動体端末装置１０に予め付与したＩＰアドレスが含まれている。また、関門交換局１４は、移動体端末装置１０の識別番号（以下、「移動体端末装置番号」という）とＩＰアドレスとの対応を記憶しており、着信通知に含まれたＩＰアドレスに対応した移動体端末装置番号を特定する。ここで、ＨＬＲ１６は、移動体端末装置１０が存在するページングエリアに関する情報を管理する。具体的には、ページングエリアを識別するための番号（以下、「ページングエリア番号」という）と移動体端末装置番号との対応が管理されている。
【００３０】
関門交換局１４は、ＨＬＲ１６を参照することによって、移動体端末装置番号に対応したページングエリア番号を特定する。関門交換局１４は、ページングエリア番号に対応した基地局装置１２へ着信通知を送信する。以上の処理の前提として、移動体端末装置１０は、ＨＬＲ１６に対して位置登録を予め実行しており、その結果が、ページングエリア番号と移動体端末装置番号との対応に反映されている。なお、位置登録として公知の技術が使用されればよいので、ここでは説明を省略する。
【００３１】
クローンサーバ１８は、コアネットワーク、例えば、通信事業者が設備するパケット通信ネットワークに接続される。クローンサーバ１８としてひとつだけ配置されてもよいし、複数に分散されて配置されてもよい。ここで、複数に分散されている場合、データは、複数のクローンサーバ１８にそのまま複製されていてもよいし、複数のクローンサーバ１８に断片化されて複製されていてもよい。断片化されている場合、データの断片化および断片化されたデータの利用には、例えば、Ｐ２Ｐ（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）技術が使用される。クローンサーバ１８は、移動体端末装置１０に記憶されたデータの少なくとも一部を所定のタイミングにおいて複製することによって、移動体端末装置１０におけるサーバ機能を代行する。ここで、クローンサーバ１８に記憶されたデータの内容は、移動体端末装置１０に記憶したデータの内容に完全に一致しなくてもよい。そのため、クローンサーバ１８に記憶したデータは、移動体端末装置１０に記憶したデータの一部であったり、移動体端末装置１０に過去に記憶されていたデータであったりしてもよい。以上の処理を具体的に説明すると、クローンサーバ１８は、ゲートウエイサーバ２０からのデータ送信要求を受信することによって、移動体端末装置１０のサーバ機能を代行し、データをＰＣ２６へ送信する。
【００３２】
例えば、クローンサーバ１８は、移動体端末装置１０がサーバ機能を実行できない場合に、サーバ機能を代行する。移動体端末装置１０が、サーバ機能を実行できない場合には、例えば、電池切れ、圏外が含まれる。また、アクセス集中により、移動体端末装置１０と基地局装置１２との間のトラヒックが高く、当該基地局装置１２に接続された他の移動体端末装置１０へのサービスに影響を及ぼすときも含まれる。さらに、移動体端末装置１０のサーバ機能が予めオフにされている場合も含まれる。なお、クローンサーバ１８は、移動体端末装置１０内のコンテンツデータだけではなく、アクセス権などの管理情報も保持する。
【００３３】
ゲートウエイサーバ２０は、有線ネットワークに接続される。また、ゲートウエイサーバ２０は、クローンサーバ１８側、つまりゲートウエイサーバ２０から移動体端末装置１０の間におけるプロトコルと、課金管理サーバ２２側、つまりゲートウエイサーバ２０からＰＣ２６の間におけるプロトコルとを変換する。クローンサーバ１８側ではＷ−ＴＣＰが使用され、課金管理サーバ２２側ではＴＣＰが使用されている場合、ゲートウエイサーバ２０は、Ｗ−ＴＣＰとＴＣＰとの間の変換を実行する。このようなプロトコル変換には公知の技術が使用されればよいので、ここでは説明を省略する。
【００３４】
また、ゲートウエイサーバ２０は、移動体端末装置１０におけるサーバ機能に対するデータ送信要求を受信した場合に、当該データ送信要求の宛先として、移動体端末装置１０あるいはクローンサーバ１８を選択する。また、ゲートウエイサーバ２０は、選択した移動体端末装置１０あるいはクローンサーバ１８へデータ送信要求を送信する。つまり、ゲートウエイサーバ２０は、移動体端末装置１０およびクローンサーバ１８に対する通信を制御する。さらに、ゲートウエイサーバ２０は、電子メールのメールサーバの機能も備える。
【００３５】
課金管理サーバ２２は、通信システム１００のパケット通信サービスに加入している移動体端末装置１０を識別するための端末識別ＩＤなどの諸々の顧客情報を管理する。課金管理サーバ２２では、予め定められたサービス提供条件に照らし合わせて、送受信されるデータの拡張ヘッダなどに課金情報を加える。課金情報には、例えば、定額課金対象、従量課金対象、非課金対象などが含まれる。インターネット２４は、前述のごとく、ＩＰプロトコルに対応しており、ＰＣ２６は、インターネット２４に接続される。その結果、インターネット２４は、ＰＣ２６とコアネットワークとを接続する。
【００３６】
以下の説明では、ＰＣ２６が、インターネット２４を介して、ゲートウエイサーバ２０へのアクセスを実行し、ゲートウエイサーバ２０を介して、移動体端末装置１０に記憶されたコンテンツデータを取得する状況を前提とする。その際、ＰＣ２６は、宛先を移動体端末装置１０としたデータ送信要求を送信する。なお、データ送信要求は、移動体端末装置１０のサーバ機能に対するデータ送信要求であってもよいが、ここでは、説明を明瞭にするために、移動体端末装置１０のサーバ機能に対するデータ送信要求に限定する。また、前述のごとく、ゲートウエイサーバ２０は、データ送信要求を代理で受信し、その宛先として移動体端末装置１０あるいはクローンサーバ１８を選択する。
【００３７】
図２は、移動体端末装置１０の構成を示す。移動体端末装置１０は、端末用アンテナ３０、スピーカ部３２、マイク部３４、モニタ部３６、操作部３８、撮像部４０、ＩＦ部４２、第１処理部４４、第２処理部４６、通信部４８、制御部５０を含む。また、第１処理部４４は、通話処理部５２、クライアント処理部５４、記憶部６０を含み、第２処理部４６は、サーバ処理部５６、記憶部５８を含む。
【００３８】
スピーカ部３２は、主として移動体端末装置１０が通話機能を実行する際に、ＩＦ部４２から音声信号を電気信号として入力し、音声を出力する。マイク部３４は、主として移動体端末装置１０が通話機能を実行する際に、移動体端末装置１０の利用者の発した音声を入力し、音声信号を電気信号としてＩＦ部４２へ出力する。モニタ部３６は、ディスプレイによって構成されており、ＩＦ部４２からの指示に応じた内容を表示する。操作部３８は、ボタン等によって構成されており、ユーザからの各種指示を受けつける。操作部３８は、受けつけた指示をＩＦ部４２へ出力する。撮像部４０は、撮像した画像を生成し、生成した画像をＩＦ部４２へ出力する。以下では、画像そのものあるいはデータ形式の画像を区別せずに「画像」と呼ぶ。ＩＦ部４２は、通信の対象となる情報の入力元や出力先であるスピーカ部３２から撮像部４０と、通信機能を実行する第１処理部４４から通信部４８との間でデータを中継する。
【００３９】
通信部４８は、端末用アンテナ３０を介して、図示しない基地局装置１２との通信を実行する。ここで、基地局装置１２との通信は、第３世代携帯電話システムに対応した通信であり、音声通信あるいはデータ通信に相当する。その結果、通信部４８は、無線ネットワークを経由して、有線ネットワークとの通信を実行する。また、通信部４８は、以上の通信の前提となる位置登録処理も実行するが、ここでは説明を省略する。通話処理部５２は、通信部４８を使用しながら、通話処理を実行する。例えば、通話処理部５２は、通信部４８を介して、通話を開始する際の契機となる発信要求や着信応答を公知の技術にて実行する。
【００４０】
また、通話中において、通話処理部５２は、マイク部３４、ＩＦ部４２から音声信号を入力する。通話処理部５２は、入力した音声信号を符号化した後に、通信部４８へ出力する。通信部４８は、図示しない基地局装置１２、関門交換局１４を介して、固定電話網に接続された電話装置へ信号を送信する。一方、通信部４８は、図示しない関門交換局１４、基地局装置１２を介して、固定電話網に接続された電話装置からの信号を受信する。通話処理部５２は、通信部４８からの信号を入力する。通信部４８は、入力した信号を復号した後に、ＩＦ部４２、スピーカ部３２へ音声信号として出力する。
【００４１】
クライアント処理部５４は、通信部４８を使用しながら、クライアントとしての処理を実行する。ここで、クライアントとしての処理には、電子メールの送受信、ＷＷＷアクセスが含まれる。これらの処理には、公知の技術が使用されればよいが、ここでは、前者の動作を簡単に説明する。電子メールを送信する際、クライアント処理部５４は、操作部３８、ＩＦ部４２を介して、送信対象となる電子メールの本文を受けつける。クライアント処理部５４は、通信部４８を介して、発信要求を実行する。
【００４２】
回線が設定された後、クライアント処理部５４は、通信部４８、図示しない基地局装置１２、関門交換局１４を介して、ゲートウエイサーバ２０へ電子メールのデータを送信する。一方、電子メールを受信する際、通信部４８が着信通知を受信すると、クライアント処理部５４は、通信部４８を介して、着信応答を実行する。回線が設定された後、クライアント処理部５４は、関門交換局１４、基地局装置１２、通信部４８を介して、ゲートウエイサーバ２０からの電子メールのデータを受信する。また、クライアント処理部５４は、ＩＦ部４２を介して、モニタ部３６に受信した電子メールの本文を表示する。記憶部６０は、クライアントとしての処理に使用されるデータを記憶する。
【００４３】
サーバ処理部５６は、通信部４８を使用しながら、サーバとしての処理を実行する。サーバとしての処理とは、前述のごとく、データ送信要求に応じて、データを送信する処理である。記憶部５８は、サーバ処理部の処理に使用されるデータを記憶する。記憶部５８は、電源オフ後も記憶内容を保持可能な記憶装置であり、ハードディスクドライブまたはフラッシュメモリ等の半導体メモリを含む。なお、記憶部５８と記憶部６０とは、一体的に構成されていてもよい。ここで、記憶部５８に記憶されたデータは、画像、音楽データ、テキストデータ等に相当する。サーバ処理部５６は、通信部４８を介して、図示しないＰＣ２６からのデータ送信要求を受信する。当該データ送信要求は、ゲートウエイサーバ２０、関門交換局１４、基地局装置１２を経由して通信部４８に受信される。
【００４４】
サーバ処理部５６は、データ送信要求に対応したデータを記憶部５８から抽出する。サーバ処理部５６は、通信部４８を介して、抽出したデータをＰＣ２６へ送信する。データは、基地局装置１２、関門交換局１４、ゲートウエイサーバ２０を経由される。また、サーバ処理部５６は、ＩＦ部４２を介して、操作部３８からのテキストデータ、撮像部４０からの画像、マイク部３４からの音楽データを受けつけ、これらをデータとして記憶部５８に記憶させる。ここで、サーバ処理部５６は、これらのデータが記憶部５８に記憶されたタイミングにて、これらのデータを送信の対象にする。つまり、これらのデータが提供される。
【００４５】
サーバ処理部５６は、通信部４８を介して、記憶部５８に記憶したデータの少なくとも一部をクローンサーバ１８に複製させる。つまり、サーバ処理部５６は、クローンサーバ１８を宛先として、基地局装置１２、関門交換局１４を経由して、記憶部５８に記憶したデータの一部を送信する。その際、送信元である移動体端末装置１０を識別するための番号、例えば、移動体端末装置番号やＩＰアドレスも送信される。クローンサーバ１８は、移動体端末装置１０と対応づけながら、データを記憶する。なお、データを複製させる前に、サーバ処理部５６は、クローンサーバ１８でのトラヒック量を調査し、トラヒック量がしきい値よりも低ければ、以上の処理を実行してもよい。以上の処理によって、サーバ処理部５６の機能をクローンサーバ１８に代行させることが可能になる。制御部５０は、移動体端末装置１０の動作を制御する。具体的には、通話処理部５２での処理、クライアント処理部５４での処理、サーバ処理部５６での処理を制御する。
【００４６】
この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされた通信機能のあるプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００４７】
図３は、関門交換局１４の構成を示す。関門交換局１４は、通信部７０、交換部７２、回線交換処理部７４、パケット交換処理部７６、制御部７８を含む。通信部７０は、一端に図示しない基地局装置１２を接続し、基地局装置１２との間で、ＡＴＭ形式のデータを送受信する。このようなデータには、通話機能のためのデータとデータ通信機能のためのデータとが含まれている。また、通信部７０は、他端に交換部７２を接続することによって、交換部７２と図示しない基地局装置１２との間でのデータを中継する。
【００４８】
回線交換処理部７４は、一端に交換部７２を接続し、他端に図示しない固定電話網を接続する。交換部７２は、交換部７２から入力したデータを固定電話網へ出力し、固定電話網から入力したデータを交換部７２へ出力する。ここで、交換部７２にて処理されるデータは、ＡＴＭ形式に対応し、固定電話網にて処理されるデータは、ＳＴＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）形式に対応する。そのため、回線交換処理部７４は、ＡＴＭ形式とＳＴＭ形式との間でデータ形式を変換する。
【００４９】
パケット交換処理部７６は、一端に交換部７２を接続し、他端に図示しないクローンサーバ１８やゲートウエイサーバ２０を接続する。パケット交換処理部７６は、交換部７２から入力したクローンサーバ１８やゲートウエイサーバ２０へ出力し、クローンサーバ１８やゲートウエイサーバ２０から入力したデータを交換部７２へ出力する。また、パケット交換処理部７６は、ＧＴＰと呼ばれるトンネリングプロトコルを実行する。
【００５０】
交換部７２は、図示しない移動体端末装置１０に対する回線を設定する。また、交換部７２は、回線交換処理部７４やパケット交換処理部７６から入力したデータを通信部７０へ出力し、通信部７０から入力したデータを回線交換処理部７４やパケット交換処理部７６へ出力する。さらに、交換部７２は、回線交換処理部７４やパケット交換処理部７６から着信通知を入力した場合、ＨＬＲ１６に記憶されたページングエリアに関する情報を参照することによって、当該着信通知の宛先に対応したページングエリアを特定する。また、交換部７２は、ページングエリアに含まれた基地局装置１２へ着信通知を出力する。
【００５１】
交換部７２は、パケット交換処理部７６からデータ送信要求を入力した場合、ＨＬＲ１６に記憶されたページングエリアに関する情報を参照することによって、当該データ送信要求の宛先に対応したページングエリアを特定する。また、交換部７２は、ページングエリアに含まれた基地局装置１２へデータ送信要求を出力する。ここで、パケット交換処理部７６からの着信通知やデータ送信要求には、それらの宛先がＩＰアドレスとして示されている。交換部７２は、ＩＰアドレスと移動体端末装置番号との対応を記憶しており、ＩＰアドレスに対応した移動体端末装置番号を特定する。また、交換部７２は、移動体端末装置番号をもとに、ＨＬＲ１６を参照する。制御部７８は、関門交換局１４の動作を制御する。
【００５２】
図４は、クローンサーバ１８の構成を示す。クローンサーバ１８は、通信部１１０、クローン処理部１１２、制御部１２２を含む。また、クローン処理部１１２は、データ受付部１１４、サーバ処理部１１６、管理部１１８、記憶部１２０を含む。
【００５３】
通信部１１０は、コアネットワーク内に配置され、一端に図示しない関門交換局１４を接続し、他端に図示しないゲートウエイサーバ２０を接続する。通信部１１０は、受信したデータの宛先がクローンサーバ１８でない場合、データをそのまま送信する。つまり、通信部１１０は、関門交換局１４からのデータをそのままゲートウエイサーバ２０へ出力し、ゲートウエイサーバ２０からのデータをそのまま関門交換局１４へ出力する。データ受付部１１４は、通信部１１０を介して、関門交換局１４、基地局装置１２を経由して移動体端末装置１０との通信を実行する。データ受付部１１４は、移動体端末装置１０に記憶されたデータの少なくとも一部を移動体端末装置１０から受信する。その際、移動体端末装置１０に対応した移動体端末装置番号あるいはＩＰアドレスも受信する。なお、移動端末装置番号とＩＰアドレスとの組合せが受信されてもよい。また、ＩＰアドレスの代わりに、文字列からなるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）でもよいが、以下では、これらを区別せずに使用する。
【００５４】
データ受付部１１４は、受信したデータやＩＰアドレス等を管理部１１８へ出力し、管理部１１８は、データとＩＰアドレス等とを対応づけながら、記憶部１２０に記憶する。その結果、記憶部１２０は、移動体端末装置１０に対応づけながらデータを記憶する。これは、移動体端末装置１０に記憶されたデータを複製することに相当する。サーバ処理部１１６は、図示しない移動体端末装置１０におけるサーバ処理部５６と同様の処理を実行する。サーバ処理部１１６は、通信部１１０を介して、図示しないゲートウエイサーバ２０からデータ送信要求を受信する。
【００５５】
このデータ送信要求は、本来、図示しないＰＣ２６から移動体端末装置１０へ送信されており、ゲートウエイサーバ２０が、宛先を移動体端末装置１０からクローンサーバ１８へ変更したものである。そのため、データ送信要求の中には、本来の宛先である移動体端末装置１０に関する情報が含まれている。移動体端末装置１０に関する情報は、前述の移動体端末装置番号あるいはＩＰアドレス、またはそれらの組合せに相当する。サーバ処理部１１６は、データ送信要求に対応したデータの抽出を管理部１１８へ要求する。管理部１１８は、データ送信要求に対応した移動体端末装置１０のデータを記憶部１２０から抽出し、抽出したデータをサーバ処理部１１６へ出力する。サーバ処理部１１６は、通信部１１０を介して、データをゲートウエイサーバ２０、ＰＣ２６へ送信する。このように、サーバ処理部１１６は、データ送信要求に応じたデータを送信するので、移動体端末装置１０におけるサーバ機能を代行するといえる。制御部１２２は、クローンサーバ１８の動作を制御する。
【００５６】
図５は、ゲートウエイサーバ２０の構成を示す。ゲートウエイサーバ２０は、プロトコル変換部１４０、移動体端末装置管理部１４２、記憶部１４４、制御部１４６を含む。移動体端末装置管理部１４２は、入力部１４８、取得部１５０、選択部１５２、出力部１５４を含む。
【００５７】
プロトコル変換部１４０は、一端をクローンサーバ１８側（以下、「コアネットワーク側」という）に接続し、他端を課金管理サーバ２２側（以下、「インターネット側」という）に接続する。前述のごとく、コアネットワーク側はＷ−ＴＣＰに対応し、インターネット側はＴＣＰに対応するので、プロトコル変換部１４０は、両者を変換する。例えば、プロトコル変換部１４０は、インターネット側からのデータを受信し、ＴＣＰからＷ−ＴＣＰへデータを変換した後、データをコアネットワーク側へ送信する。また、逆の処理も実行される。移動体端末装置管理部１４２は、プロトコル変換部１４０に接続され、移動体端末装置１０のサーバ機能に対して、データの出力先、つまりデータ送信要求の宛先として移動体端末装置１０あるいはクローンサーバ１８を選択する。つまり、移動体端末装置管理部１４２は、移動体端末装置１０とクローンサーバ１８とに対する通信を制御する。
【００５８】
入力部１４８は、プロトコル変換部１４０を介して、図示しないＰＣ２６からのデータ送信要求を受信する。このようなデータ送信要求は、移動体端末装置１０のサーバ機能に対するデータ送信要求である。入力部１４８は、データ送信要求を選択部１５２へ出力する。選択部１５２は、入力部１４８からデータ送信要求を入力する。選択部１５２は、データ送信要求の宛先として、移動体端末装置１０あるいはクローンサーバ１８を選択する。ここで、選択部１５２は、データ送信要求の宛先として、所定の条件を満たす場合に、移動体端末装置１０を優先的に選択する。ここでの所定の条件とは、移動体端末装置１０へデータ送信要求を送信できる場合であるとする。
【００５９】
つまり、選択部１５２は、データ送信要求の宛先として移動体端末装置１０をまず選択し、その結果を出力部１５４へ通知する。出力部１５４は、プロトコル変換部１４０を介して、関門交換局１４、基地局装置１２を経由して移動体端末装置１０へデータ送信要求を送信する。移動体端末装置１０へデータ送信要求を送信できない場合、例えば、移動体端末装置１０が圏外に存在したり、移動体端末装置１０の電源がオフになっていたりする場合に、図示しない関門交換局１４は、ゲートウエイサーバ２０へ失敗通知を送信する。取得部１５０は、プロトコル変換部１４０を介して失敗通知を受信する。
【００６０】
取得部１５０が失敗通知を受信した場合、選択部１５２は、データ送信要求の宛先としてクローンサーバ１８を次に選択し、その結果を出力部１５４へ通知する。以下、これまでと同様の処理が繰り返し実行される。つまり、出力部１５４は、選択部１５２において選択した移動体端末装置１０あるいはクローンサーバ１８へデータ送信要求を送信する。なお、移動体端末装置１０あるいはクローンサーバ１８へデータ送信要求を送信できた場合、移動体端末装置１０あるいはクローンサーバ１８は、前述のごとく、データ送信要求に対応したデータを送信する。
【００６１】
以上の構成による通信システム１００の動作を説明する。図６は、通信システム１００におけるコンテンツデータの複製手順を示すシーケンス図である。移動体端末装置１０においてコンテンツデータが作成される（Ｓ１０）。移動体端末装置１０は、コンテンツデータを提供する（Ｓ１２）。これは、コンテンツデータを再生対象に設定することに相当する。移動体端末装置１０は、基地局装置１２を介してクローンサーバ１８の通信状態を確認する（Ｓ１４）。クローンサーバ１８におけるトラヒック量がしきい値よりも小さければ、移動体端末装置１０は、クローンサーバ１８へコンテンツデータを送信する（Ｓ１６）。クローンサーバ１８は、移動体端末装置１０と対応づけながらコンテンツデータを記憶する（Ｓ１８）。
【００６２】
図７は、通信システム１００におけるデータの送信手順を示すシーケンス図である。ＰＣ２６は、ゲートウエイサーバ２０へデータ送信要求を送信する（Ｓ３０）。ゲートウエイサーバ２０は、関門交換局１４へデータ送信要求を送信する（Ｓ３２）。関門交換局１４は、移動体端末装置１０との間で、一斉呼び出し／応答を実行した（Ｓ３４）後に、回線を設定する（Ｓ３６）。移動体端末装置１０は、関門交換局１４へデータを送信する（Ｓ３８）。関門交換局１４は、ゲートウエイサーバ２０へデータを送信する（Ｓ４０）。ゲートウエイサーバ２０は、ＰＣ２６へデータを送信する（Ｓ４２）。ＰＣ２６は、データを受信する（Ｓ４４）。
【００６３】
図８は、通信システム１００におけるデータの別の送信手順を示すシーケンス図である。ＰＣ２６は、ゲートウエイサーバ２０へデータ送信要求を送信する（Ｓ６０）。ゲートウエイサーバ２０は、関門交換局１４へデータ送信要求を送信する（Ｓ６２）。関門交換局１４は、移動体端末装置１０へ一斉呼び出しを実行する（Ｓ６４）。関門交換局１４は、ゲートウエイサーバ２０へ失敗通知を送信する（Ｓ６６）。ゲートウエイサーバ２０は、クローンサーバ１８へデータ送信要求を送信し（Ｓ６８）、クローンサーバ１８は、ゲートウエイサーバ２０へデータを送信する（Ｓ７０）。ゲートウエイサーバ２０は、ＰＣ２６へデータを送信する（Ｓ７２）。ＰＣ２６は、データを受信する（Ｓ７４）。
【００６４】
図９は、移動体端末装置１０におけるコンテンツデータの送信手順を示すフローチャートである。マイク部３４、操作部３８、撮像部４０は、コンテンツデータを作成し（Ｓ９０）、記憶部５８は、作成されたコンテンツデータを記憶する。サーバ処理部５６は、通信部４８を介して、データ送信要求を受信すると（Ｓ９２のＹ）、記憶部５８に記憶したコンテンツデータを送信する（Ｓ９４）。データ送信要求を受信しなければ（Ｓ９２のＮ）、ステップ９４はスキップされる。通話処理部５２やクライアント処理部５４における任意の処理が実行されていれば（Ｓ９６のＹ）、処理は終了される。
【００６５】
ここで、任意の処理は、例えば、通話やメール送信である。通話処理部５２やクライアント処理部５４における任意の処理が実行されておらず（Ｓ９６のＮ）、コンテンツデータをクローンサーバ１８へ送信していなければ（Ｓ９８のＮ）、サーバ処理部５６は、通信部４８を介して、記憶部５８に記憶したコンテンツデータをクローンサーバ１８へ送信する（Ｓ１００）。一方、コンテンツデータをクローンサーバ１８へ送信していれば（Ｓ９８のＹ）、処理は終了される。
【００６６】
図１０は、ゲートウエイサーバ２０におけるデータ送信要求の送信手順を示すフローチャートである。入力部１４８は、プロトコル変換部１４０を介して、移動体端末装置１０宛のデータ送信要求を受けつける（Ｓ１２０）。出力部１５４は、プロトコル変換部１４０を介して、移動体端末装置１０を宛先としてデータ送信要求を送信する（Ｓ１２２）。取得部１５０が失敗通知を受信した場合（Ｓ１２４のＹ）、出力部１５４は、プロトコル変換部１４０を介して、クローンサーバ１８へデータ送信要求を送信する（Ｓ１２６）。取得部１５０が失敗通知を受信しない場合（Ｓ１２４のＮ）、ステップ１２６は、スキップされる。プロトコル変換部１４０は、データを受信し（Ｓ１２８）、データをＰＣ２６へ送信する（Ｓ１３０）。
【００６７】
本発明の実施例によれば、データ送信要求の宛先として、有線ネットワークに接続されたクローンサーバあるいは無線ネットワークに接続された移動体端末装置を選択するので、互いの動作を補完できる。また、互いの動作を補完するので、移動体端末装置が圏外に存在する場合であっても、クローンサーバからデータを送信させることができる。また、移動体端末装置が圏外に存在する場合であっても、クローンサーバからデータを送信させるので、利便性の悪化を抑制できる。また、移動体端末装置において生成したコンテンツデータを無線ネットワークおよび有線ネットワークの状況に応じてクローンサーバに送信するので、他の通信に及ぼす影響を抑制しながら、クローンサーバにコンテンツデータを複製できる。
【００６８】
また、移動体端末装置を優先的に選択するので、移動体端末装置に記憶されたデータを優先的に出力させることができる。また、移動体端末装置に記憶されたデータが優先的に出力されるので、移動体端末装置をサーバとして利用できる。また、宛先として移動体端末装置を選択し、移動体端末装置へデータ送信要求を送信できない場合に、クローンサーバを選択するので、処理を簡易にできる。また、移動体端末装置が無線ネットワークを介してサーバ機能を提供するとともに、クローンサーバにデータの少なくとも一部を複製させ、有線ネットワークを介してサーバ機能を提供させるので、利便性の悪化を抑制できる。また、無線ネットワークを介してサーバ機能を提供している移動体端末装置からデータを受けつけることによって、有線ネットワークを介してサーバ機能を提供するので、利便性の悪化を抑制できる。
【００６９】
（実施例２）
実施例２に係る通信システムは、実施例１と同様に、移動体端末装置とクローンサーバとを含む。実施例２は、実施例１と比較して、データ送信要求の宛先を選択するための基準が異なる。実施例２では、移動体端末装置へ至る回線でのトラヒック量が測定され、トラヒック量に応じて、データ送信要求の宛先が選択される。つまり、トラヒック量が少なければ、移動体端末装置へデータ送信要求が送信され、トラヒック量が多ければ、クローンサーバへデータ送信要求が送信される。実施例２に係る通信システム１００は、図１と同様のタイプであり、移動体端末装置１０、関門交換局１４、クローンサーバ１８、ゲートウエイサーバ２０は、図２から図５のそれぞれと同様のタイプである。ここでは、差異を中心に説明する。
【００７０】
図５における取得部１５０は、図示しない関門交換局１４を介して、ひとつのページングエリアに含まれる複数の基地局装置１２に対して、設定している無線帯域（以下、「設定帯域」という）を問い合わせる。取得部１５０は、関門交換局１４を介して、複数の基地局装置１２から設定帯域を受信する。また、取得部１５０は、設定帯域の値の平均値（以下、「平均帯域」という）を導出する。取得部１５０は、ページングエリア番号と対応づけながら平均帯域を記憶部１４４に記憶する。さらに、取得部１５０は、ページングエリアを変更して同様の処理を繰り返し実行する。
【００７１】
図１１は、本発明の実施例２に係るゲートウエイサーバ２０の記憶部１４４に記憶された平均帯域テーブルのデータ構造を示す。平均帯域テーブルには、ページングエリア番号欄２００、平均帯域欄２０２が含まれる。図示のごとく、ページングエリア番号に対応した平均帯域の値が記憶されている。なお、設定帯域、平均帯域は、上り回線での値に限定されてもよい。移動体端末装置１０がデータを送信する場合、下り回線よりも上り回線に使用される帯域の方が大きくなる。しかしながら、第３世代携帯電話システムでは、下り回線よりも上り回線に使用される帯域の方が小さくなるように規定されている。そのため、下り回線よりも上り回線の方が、不足する可能性が高く、移動体端末装置１０からのデータ送信に影響を及ぼす可能性が高い。図５に戻る。入力部１４８は、プロトコル変換部１４０を介して、図示しないＰＣ２６からのデータ送信要求を受信する。入力部１４８は、データ送信要求を選択部１５２に出力する。選択部１５２は、データ送信要求の宛先である移動体端末装置１０のＩＰアドレスを特定し、取得部１５０は、プロトコル変換部１４０を介して関門交換局１４へ、ＩＰアドレスに対応したページングエリア番号を問い合わせる。
【００７２】
関門交換局１４は、問い合わせを受信すると、ＩＰアドレスを移動体端末装置番号に変換した後、移動体端末装置番号をもとにＨＬＲ１６を参照することによって、ページングエリア番号を特定する。取得部１５０は、プロトコル変換部１４０を介して、関門交換局１４からページングエリア番号を受信する。取得部１５０は、ページングエリア番号をもとに記憶部１４４を参照することによって、当該ページングエリア番号に対応した平均帯域を取得する。取得した平均帯域は、移動体端末装置１０との間の無線ネットワークにおける通信状態に相当する。取得部１５０は、取得した平均帯域を選択部１５２へ出力する。
【００７３】
選択部１５２は、取得部１５０において取得した平均帯域に応じて、データ送信要求の宛先として移動体端末装置１０あるいはクローンサーバ１８を選択する。具体的に説明すると、平均帯域がしきい値よりも小さければ、選択部１５２は移動体端末装置１０を選択し、平均帯域がしきい値よりも小さくなければ、選択部１５２はクローンサーバ１８を選択する。出力部１５４は、選択した移動体端末装置１０あるいはクローンサーバ１８へデータ送信要求を送信する。
【００７４】
以上の構成による通信システム１００の動作を説明する。図１２は、本発明の実施例２に係る通信システム１００における設定帯域の記憶手順を示すシーケンス図である。ゲートウエイサーバ２０は、ページングエリアを特定する（Ｓ１５０）。ゲートウエイサーバ２０は、設定帯域の問合せを関門交換局１４へ送信し（Ｓ１５２）、関門交換局１４は、ページングエリアに含まれた基地局装置１２へ設定帯域の問合せを送信する（Ｓ１５４）。基地局装置１２は、設定帯域の応答を関門交換局１４へ送信し（Ｓ１５６）、関門交換局１４は、設定帯域の応答をゲートウエイサーバ２０へ送信する（Ｓ１５８）。ゲートウエイサーバ２０は、受信した設定帯域から平均帯域を計算し、平均帯域を記憶する（Ｓ１６０）。
【００７５】
図１３は、通信システム１００におけるデータの送信手順を示すシーケンス図である。ＰＣ２６は、ゲートウエイサーバ２０へデータ送信要求を送信する（Ｓ１８０）。ゲートウエイサーバ２０は、ページングエリアの問合せを関門交換局１４へ送信し（Ｓ１８２）、関門交換局１４は、ページングエリアの応答をゲートウエイサーバ２０へ送信する（Ｓ１８４）。ゲートウエイサーバ２０は、データ送信要求の宛先として、クローンサーバ１８を選択する（Ｓ１８６）。ゲートウエイサーバ２０は、クローンサーバ１８へデータ送信要求を送信し（Ｓ１８８）、クローンサーバ１８は、ゲートウエイサーバ２０へデータを送信する（Ｓ１９０）。ゲートウエイサーバ２０は、ＰＣ２６へデータを送信する（Ｓ１９２）。ＰＣ２６は、データを受信する（Ｓ１９４）。
【００７６】
図１４は、本発明の実施例２に係るゲートウエイサーバ２０における平均帯域の計算手順を示すフローチャートである。取得部１５０は、「ｉ」を１に設定する（Ｓ２１０）。ここでは、ページングエリアの数を「Ｎ」とする。取得部１５０は、プロトコル変換部１４０を介して、ページングエリア番号ｉに含まれる基地局装置のそれぞれへ設定帯域を問い合わせ（Ｓ２１２）、設定帯域を受けつける（Ｓ２１４）。取得部１５０は、設定帯域の平均値を計算し（Ｓ２１６）、平均値を記憶部１４４に記憶する（Ｓ２１８）。ｉ＝Ｎでなければ（Ｓ２２０のＮ）、取得部１５０は、ｉに１を加算して（Ｓ２２２）、ステップ２１２に戻る。ｉ＝Ｎであれば（Ｓ２２０のＹ）、処理は終了される。
【００７７】
図１５は、ゲートウエイサーバ２０におけるデータ送信要求の送信手順を示すフローチャートである。入力部１４８は、プロトコル変換部１４０を介して、移動体端末装置１０宛のデータ送信要求を受けつける（Ｓ２４０）。取得部１５０は、プロトコル変換部１４０を介して関門交換局１４へページングエリアを問い合わせ（Ｓ２４２）、ページングエリア応答を受けつける（Ｓ２４４）。取得部１５０は、記憶部１４４を参照して、ページングエリア応答に対応した平均帯域の情報を抽出する（Ｓ２４６）。
【００７８】
平均帯域がしきい値よりも小さければ（Ｓ２４８のＹ）、取得部１５０は、データ送信要求の宛先として移動体端末装置１０を選択する（Ｓ２５０）。一方、平均帯域がしきい値よりも小さくなければ（Ｓ２４８のＮ）、取得部１５０は、データ送信要求の宛先としてクローンサーバ１８を選択する（Ｓ２５２）。出力部１５４は、プロトコル変換部１４０を介してデータ送信要求を送信する（Ｓ２５４）。プロトコル変換部１４０は、データを受信し（Ｓ２５６）、データをＰＣ２６へ送信する（Ｓ２５８）。
【００７９】
本発明の実施例によれば、移動体端末装置へ至る経路でのトラヒック量が大きければ、移動体端末装置ではなくクローンサーバを選択するので、トラヒック量の影響を低減できる。また、トラヒック量の影響が低減されるので、データを安定して送信できる。また、データが安定して送信されるので、利便性の悪化を抑制できる。また、移動体端末装置へ至る経路でのトラヒック量として、有線ネットワークよりも狭帯域な無線ネットワークでのトラヒック量を考慮するので、通信に与える影響の大きい区間のトラヒック量を使用できる。また、通信に与える影響の大きい区間のトラヒック量を使用するので、確実な通信を提供できる。また、有線ネットワークでのトラヒック量を考慮しないので、処理を簡易にできる。また、無線ネットワークのトラヒック量として、基地局装置での設定帯域を取得するので、処理を簡易にできる。
【００８０】
（実施例３）
実施例３に係る通信システムは、これまでの実施例と同様に、移動体端末装置とクローンサーバとを含む。実施例３は、これまでの実施例と比較して、データ送信要求の宛先を選択するための基準が異なる。実施例３におけるＨＬＲは、移動体端末装置の状態、例えば、サーバ機能がオンであるかオフであるかを予め把握している。ゲートウエイサーバは、データ送信要求を受信すると、ＨＬＲを参照しながら、移動体端末装置の状態を取得し、移動体端末装置の状態に応じて、データ送信要求の宛先を選択する。つまり、サーバ機能がオンであれば、移動体端末装置へデータ送信要求が送信され、サーバ機能がオフであれば、クローンサーバへデータ送信要求が送信される。実施例３に係る通信システム１００は、図１と同様のタイプであり、移動体端末装置１０、関門交換局１４、クローンサーバ１８、ゲートウエイサーバ２０は、図２から図５のそれぞれと同様のタイプである。ここでは、差異を中心に説明する。
【００８１】
図２に示された移動体端末装置１０には、複数の動作モードが規定されている。ひとつ目の動作モードは、クライアント・サーバモードであり、これは、サーバ機能を実行するとともに、クライアント機能も実行するモードである。ふたつ目の動作モードは、サーバモードであり、これは、サーバ機能のみを実行する。つまり、第１処理部４４あるいはクライアント処理部５４は動作しない。３つ目の動作モードは、クライアントモードであり、これは、クライアント機能のみを実行する。つまり、第２処理部４６は、動作しない。このような動作モードの設定は、利用者から操作部３８によって受けつけられ、制御部５０によってなされる。制御部５０は、通信部４８を介して、図示しないＨＬＲ１６に動作モードを登録する。なお、動作モードの登録は、位置登録と同様の手順によってなされればよいので、ここでは説明を省略する。
【００８２】
図１６は、本発明の実施例３に係るＨＬＲ１６に記憶されたサーバ情報テーブルのデータ構造を示す。サーバ情報テーブルは、移動体端末装置番号欄２１０、ページングエリア番号欄２１２、サーバ情報欄２１４を含む。移動体端末装置番号欄２１０、ページングエリア番号欄２１２には、各移動体端末装置１０に対応したページングエリア番号が記憶されており、位置登録によって記録される。一方、サーバ情報欄２１４には、前述の動作モードが記憶されている。ここでは、説明を明瞭にするために、サーバ機能が「ＯＮ」あるいは「ＯＦＦ」であるかが記憶されている。
【００８３】
図５の入力部１４８は、プロトコル変換部１４０を介して、図示しないＰＣ２６からのデータ送信要求を受信する。入力部１４８は、データ送信要求を選択部１５２に出力する。選択部１５２は、データ送信要求の宛先である移動体端末装置１０のＩＰアドレスを特定し、取得部１５０は、プロトコル変換部１４０を介して関門交換局１４へ、ＩＰアドレスに対応した移動体端末装置１０のサーバ情報を問い合わせる。関門交換局１４は、問い合わせを受信すると、ＩＰアドレスを移動体端末装置番号に変換した後、移動体端末装置番号をもとにＨＬＲ１６を参照することによって、サーバ情報を特定する。
【００８４】
取得部１５０は、プロトコル変換部１４０を介して、関門交換局１４からサーバ情報を受信する。これは、移動体端末装置１０における４６の処理状態として、サーバ処理部５６の動作が停止されているか否かを取得することに相当する。つまり、取得部１５０は、移動体端末装置１０におけるサーバ処理部５６あるいはクライアント処理部５４の処理状態を取得する。取得部１５０は、取得したサーバ情報を選択部１５２へ出力する。選択部１５２は、取得部１５０において取得したサーバ情報に応じて、データ送信要求の宛先として移動体端末装置１０あるいはクローンサーバ１８を選択する。具体的に説明すると、サーバ処理部５６が動作している場合に、選択部１５２は移動体端末装置１０を選択し、サーバ処理部５６の動作が停止されている場合に、選択部１５２はクローンサーバ１８を選択する。出力部１５４は、選択した移動体端末装置１０あるいはクローンサーバ１８へデータ送信要求を送信する。
【００８５】
以上の構成による通信システム１００の動作を説明する。図１７は、本発明の実施例３に係る通信システム１００におけるサーバ情報の登録手順を示すシーケンス図である。移動体端末装置１０は、サーバ機能のＯＦＦを設定する（Ｓ２７０）。移動体端末装置１０と関門交換局１４との間の回線が設定される（Ｓ２７２）。移動体端末装置１０は、サーバ情報登録要求を関門交換局１４へ送信する（Ｓ２７４）。関門交換局１４は、サーバ情報を登録する（Ｓ２７６）。関門交換局１４は、サーバ情報登録応答を移動体端末装置１０へ送信する（Ｓ２７８）。
【００８６】
図１８は、通信システム１００におけるデータの送信手順を示すシーケンス図である。ＰＣ２６は、ゲートウエイサーバ２０へデータ送信要求を送信する（Ｓ２９０）。ゲートウエイサーバ２０は、サーバ情報の問合せを関門交換局１４へ送信し（Ｓ２９２）、関門交換局１４は、サーバ情報の応答をゲートウエイサーバ２０へ送信する（Ｓ２９４）。ゲートウエイサーバ２０は、データ送信要求の宛先として、クローンサーバ１８を選択する（Ｓ２９６）。ゲートウエイサーバ２０は、クローンサーバ１８へデータ送信要求を送信し（Ｓ２９８）、クローンサーバ１８は、ゲートウエイサーバ２０へデータを送信する（Ｓ３００）。ゲートウエイサーバ２０は、ＰＣ２６へデータを送信する（Ｓ３０２）。ＰＣ２６は、データを受信する（Ｓ３０４）。
【００８７】
図１９は、本発明の実施例３に係るゲートウエイサーバ２０におけるデータ送信要求の送信手順を示すフローチャートである。入力部１４８は、プロトコル変換部１４０を介して、移動体端末装置１０宛のデータ送信要求を受けつける（Ｓ３２０）。取得部１５０は、プロトコル変換部１４０を介して関門交換局１４へサーバ情報を問い合わせ（Ｓ３２２）、サーバ情報応答を受けつける（Ｓ３２４）。サーバ情報によってサーバ機能がＯＮに設定されていれば（Ｓ３２６のＹ）、取得部１５０は、データ送信要求の宛先として移動体端末装置１０を選択する（Ｓ３２８）。一方、サーバ情報によってサーバ機能がＯＦＦに設定されていれば（Ｓ３２６のＮ）、取得部１５０は、データ送信要求の宛先としてクローンサーバ１８を選択する（Ｓ３３０）。出力部１５４は、プロトコル変換部１４０を介してデータ送信要求を送信する（Ｓ３３２）。プロトコル変換部１４０は、データを受信し（Ｓ３３４）、データをＰＣ２６へ送信する（Ｓ３３６）。
【００８８】
本発明の実施例によれば、移動体端末装置の動作状態に応じて宛先を選択するので、移動体端末装置がサーバ機能を実行するために適さない状態であれば、クローンサーバを選択できる。また、移動体端末装置がサーバ機能を実行するために適さない状態であれば、移動体端末装置を選択しないので、利便性の悪化を抑制できる。また、移動体端末装置でのサーバ機能が停止されている場合にクローンサーバを選択するので、移動体端末装置がサーバ機能を実行していない場合であっても、データを出力できる。また、移動体端末装置におけるサーバ機能を停止しているかはＨＬＲに予め登録されるので、データ送信要求を受信したときに処理を直ちに実行できる。
【００８９】
（実施例４）
実施例４も、これまでの実施例と比較して、データ送信要求の宛先を選択するための基準が異なる。実施例４では、移動体端末装置に対するデータ送信要求の受付回数、つまりアクセス数が測定され、アクセス数に応じて、データ送信要求の宛先が選択される。つまり、アクセス数が少なければ、移動体端末装置へデータ送信要求が送信され、アクセス数が多ければ、クローンサーバへデータ送信要求が送信される。実施例４に係る通信システム１００は、図１と同様のタイプであり、移動体端末装置１０、関門交換局１４、クローンサーバ１８、ゲートウエイサーバ２０は、図２から図５のそれぞれと同様のタイプである。ここでは、差異を中心に説明する。
【００９０】
図５の入力部１４８は、プロトコル変換部１４０を介して、図示しないＰＣ２６からのデータ送信要求を受信する。入力部１４８は、データ送信要求を選択部１５２に出力する。取得部１５０は、入力部１４８が所定の期間においてデータ送信要求を受信した回数を移動体端末装置１０単位に測定する。つまり、取得部１５０は、データ送信要求に含まれた宛先のＩＰアドレスごとに受信回数を測定する。これは、データ送信要求を受信した頻度に相当する。取得部１５０は、測定した結果を記憶部１４４に記憶する。図２０は、本発明の実施例４に係るゲートウエイサーバ２０の記憶部１４４に記憶されたアクセス数テーブルのデータ構造を示す。アクセス数テーブルは、移動体端末装置ＩＰアドレス欄２２０、アクセス数欄２２２を含む。図示のごとく、アクセス数テーブルには、移動体端末装置１０ごとの受信回数、つまりアクセス数が記憶されている。
【００９１】
図５に戻る。取得部１５０は、アクセス数を選択部１５２へ出力する。選択部１５２は、アクセス数に応じて、データ送信要求の宛先として、移動体端末装置１０あるいはクローンサーバ１８を選択する。具体的に説明すると、アクセス数がしきい値よりも小さければ、選択部１５２は移動体端末装置１０を選択し、アクセス数がしきい値よりも小さくなければ、選択部１５２はクローンサーバ１８を選択する。出力部１５４は、選択した移動体端末装置１０あるいはクローンサーバ１８へデータ送信要求を送信する。
【００９２】
以上の構成による通信システム１００の動作を説明する。図２１は、ゲートウエイサーバ２０におけるデータ送信要求の送信手順を示すフローチャートである。入力部１４８は、プロトコル変換部１４０を介して、移動体端末装置１０宛のデータ送信要求を受けつける（Ｓ３５０）。取得部１５０は、アクセス数をカウントし（Ｓ３５２）、アクセス数を記憶部１４４に記憶する（Ｓ３５４）。アクセス数がしきい値よりも小さければ（Ｓ３５６のＹ）、取得部１５０は、データ送信要求の宛先として移動体端末装置１０を選択する（Ｓ３５８）。一方、アクセス数がしきい値よりも小さくなければ（Ｓ３５６のＮ）、取得部１５０は、データ送信要求の宛先としてクローンサーバ１８を選択する（Ｓ３６０）。出力部１５４は、プロトコル変換部１４０を介してデータ送信要求を送信する（Ｓ３６２）。プロトコル変換部１４０は、データを受信し（Ｓ３６４）、データをＰＣ２６へ送信する（Ｓ３６６）。
【００９３】
本発明の実施例によれば、アクセス数が大きくなると、宛先としてクローンサーバを選択するので、無線ネットワークの伝送容量の影響を低減できる。また、無線ネットワークの伝送容量の影響が低減されるので、アクセス数が多くなっている場合でも利便性の悪化を抑制できる。また、有線ネットワークの伝送容量は無線ネットワークの伝送容量よりも大きいので、有線ネットワークに接続されたクローンサーバからデータを送信することによって、データを安定して送信できる。また、データが安定して送信されるので、利便性の悪化を抑制できる。また、アクセス数が大きい移動体端末装置に記憶されたデータがクローンサーバに複製されるので、クローンサーバに複製すべきデータのサイズを低減できる。また、クローンサーバに複製すべきデータのサイズが低減されるので、クローンサーバの記憶容量を低減できる。
【００９４】
（実施例５）
実施例５も、実施例４と同様に、アクセス数に応じて、データ送信要求の宛先が選択される。実施例４では、アクセス数が多くなると、クローンサーバへデータ送信要求が送信される。つまり、アクセス数が少ない間には、移動体端末装置へデータ送信要求が送信され、アクセス数の増加とともに、移動体端末装置からクローンサーバへ宛先が切りかえられる。これは、クローンサーバにおけるデータの記憶期間が短い場合に相当する。一方、実施例５では、データ送信要求がクローンサーバへ送信され、クローンサーバにデータが記憶されていなければ、データ送信要求が移動体端末装置へ送信される。クローンサーバでは、データを複製した後、アクセス数の少ないデータを削除する。これは、クローンサーバにおけるデータの記憶期間が長い場合に相当する。実施例５に係る通信システム１００は、図１と同様のタイプであり、移動体端末装置１０、関門交換局１４、クローンサーバ１８、ゲートウエイサーバ２０は、図２から図５のそれぞれと同様のタイプである。ここでは、差異を中心に説明する。
【００９５】
図５の入力部１４８は、プロトコル変換部１４０を介して、図示しないＰＣ２６からのデータ送信要求を受信する。入力部１４８は、データ送信要求を選択部１５２へ出力する。選択部１５２は、入力部１４８からデータ送信要求を入力する。選択部１５２は、データ送信要求の宛先としてクローンサーバ１８をまず選択し、その結果を出力部１５４へ通知する。つまり、選択部１５２は、データ送信要求の宛先として、初回のデータ送信要求を受けつけたという条件を満たす場合に、クローンサーバ１８を優先的に選択する。出力部１５４は、プロトコル変換部１４０を介して、図示しないクローンサーバ１８へデータ送信要求を送信する。
【００９６】
クローンサーバ１８がデータ送信要求を受信できない場合、例えば、クローンサーバ１８がデータを記憶していない場合に、クローンサーバ１８は、ゲートウエイサーバ２０へ失敗通知を送信する。取得部１５０は、プロトコル変換部１４０を介して失敗通知を受信する。取得部１５０が失敗通知を受信した場合、選択部１５２は、データ送信要求の宛先として移動体端末装置１０を次に選択し、その結果を出力部１５４へ通知する。出力部１５４は、関門交換局１４、基地局装置１２を経由して移動体端末装置１０へデータ送信要求を送信する。
【００９７】
以上の構成による通信システム１００の動作を説明する。図２２は、本発明の実施例５に係る通信システム１００におけるデータの送信手順を示すシーケンス図である。ＰＣ２６は、ゲートウエイサーバ２０へデータ送信要求を送信する（Ｓ３８０）。ゲートウエイサーバ２０は、クローンサーバ１８へデータ送信要求を送信し（Ｓ３８２）、クローンサーバ１８は、コンテンツデータを記憶していないので、ゲートウエイサーバ２０へ失敗通知を送信する（Ｓ３８４）。ゲートウエイサーバ２０は、関門交換局１４へデータ送信要求を送信する（Ｓ３８６）。関門交換局１４は、移動体端末装置１０との間で、一斉呼び出し／応答を実行した（Ｓ３８８）後に、回線を設定する（Ｓ３９０）。移動体端末装置１０は、関門交換局１４へデータを送信する（Ｓ３９２）。関門交換局１４は、ゲートウエイサーバ２０へデータを送信する（Ｓ３９４）。ゲートウエイサーバ２０は、ＰＣ２６へデータを送信する（Ｓ３９６）。ＰＣ２６は、データを受信する（Ｓ３９８）。
【００９８】
図２３は、本発明の実施例５に係るクローンサーバ１８におけるデータの削除手順を示すフローチャートである。記憶部１２０に記憶されたデータの中に、期限切れのデータがあれば（Ｓ４１０のＹ）、管理部１１８は、当該データを記憶部１２０から削除する（Ｓ４１２）。期限切れのデータがなければ（Ｓ４１０のＮ）、処理は終了される。
【００９９】
図２４は、クローンサーバ１８におけるデータの送信手順を示すフローチャートである。サーバ処理部１１６は、通信システム１００を介して、データ送信要求を受けつける（Ｓ４３０）。データ送信要求に対応したデータが記憶部１２０に記憶されていれば（Ｓ４３２のＹ）、サーバ処理部１１６は、通信部１１０を介してデータを送信する（Ｓ４３４）。また、サーバ処理部１１６は、管理部１１８にデータの有効期限を延長させる（Ｓ４３６）。一方、データ送信要求に対応したデータが記憶部１２０に記憶されていなければ（Ｓ４３２のＮ）、サーバ処理部１１６は、通信部１１０を介して失敗通知を送信する（Ｓ４３８）。
【０１００】
本発明の実施例によれば、データ送信要求を受信すると、クローンサーバを選択し、クローンサーバを選択できない場合に、移動体端末装置を選択するので、クローンサーバからのデータを優先して出力できる。また、クローンサーバからのデータを優先して出力するので、無線ネットワークの使用を回避できる。また、無線ネットワークの使用が回避されるので、無線ネットワークにおける伝搬環境の影響を低減できる。また、クローンサーバを選択し、クローンサーバを選択できない場合に、移動体端末装置を選択するので、処理を簡易にできる。
【０１０１】
（実施例６）
実施例６も、これまでの実施例と比較して、データ送信要求の宛先を選択するための基準が異なる。実施例６におけるゲートウエイサーバは、移動体端末装置に記憶されたデータのバージョン、クローンサーバに複製されたデータのバージョンを予め把握している。ゲートウエイサーバは、データ送信要求を受信すると、両者のバージョンをもとに、データ送信要求の宛先を選択する。つまり、移動体端末装置に記憶されたデータのバージョンがクローンサーバに複製されたデータのバージョンよりも新しければ、移動体端末装置へデータ送信要求が送信され、上記以外の場合に、クローンサーバへデータ送信要求が送信される。実施例６に係る通信システム１００は、図１と同様のタイプであり、移動体端末装置１０、関門交換局１４、クローンサーバ１８、ゲートウエイサーバ２０は、図２から図５のそれぞれと同様のタイプである。ここでは、差異を中心に説明する。
【０１０２】
図２のマイク部３４、操作部３８、撮像部４０による入力によって、記憶部５８に記憶したデータが更新されると、サーバ処理部５６は、記憶部５８に記憶したデータのバージョンも更新する。例えば、新しいデータほど、大きな値のバージョンが付与される。その後、サーバ処理部５６は、通信部４８を介して、図示しない基地局装置１２経由で図示しないゲートウエイサーバ２０へ新たに付与したバージョンを通知する。その際、移動体端末装置１０のＩＰアドレスも通知される。また、記憶部５８のデータが更新された後、前述のごとく、サーバ処理部５６は、通信部４８を介して、更新したデータの少なくとも一部をクローンサーバ１８に複製させる。その際、サーバ処理部５６は、クローンサーバ１８へデータのバージョンも通知する。
【０１０３】
図４のデータ受付部１１４は、図示しない移動体端末装置１０にて更新されたデータを移動体端末装置１０から受信する。その際、移動体端末装置１０に対応した移動体端末装置番号あるいはＩＰアドレスも受信する。さらに、データ受付部１１４は、データのバージョンも受信する。管理部１１８は、データ、ＩＰアドレス等、データのバージョンとを対応づけながら、記憶部１２０に記憶する。その後、サーバ処理部１１６は、管理部１１８を介して、記憶部１２０からデータのバージョンを取得する。サーバ処理部１１６は、通信部１１０を介して、ゲートウエイサーバ２０へバージョンを通知する。
【０１０４】
図５の移動体端末装置管理部１４２は、プロトコル変換部１４０を介して、図示しない移動体端末装置１０からデータのバージョンを受信する。また、移動体端末装置管理部１４２は、プロトコル変換部１４０を介して図示しないクローンサーバ１８からデータのバージョンも受信する。移動体端末装置管理部１４２は、移動体端末装置１０から受信したデータのバージョンやクローンサーバ１８から受信したデータのバージョンを記憶部１４４に記憶する。図２５は、本発明の実施例６に係るゲートウエイサーバ２０の記憶部１４４に記憶されたデータ・バージョン・テーブルのデータ構造を示す。データ・バージョン・テーブルには、移動体端末装置ＩＰアドレス欄２３０、移動体端末装置データ・バージョン欄２３２、クローンサーバ・データ・バージョン欄２３４が含まれる。
【０１０５】
移動体端末装置ＩＰアドレス欄２３０は、管理対象となる移動体端末装置１０のＩＰアドレスを格納する。移動体端末装置データ・バージョン欄２３２は、移動体端末装置ＩＰアドレス欄２３０に示された移動体端末装置１０に記憶されたデータのバージョンを示す。また、クローンサーバ・データ・バージョン欄２３４は、クローンサーバ１８に記憶されたデータのバージョンであって、かつ移動体端末装置ＩＰアドレス欄２３０に示された移動体端末装置１０に対応したデータのバージョンを示す。図５に戻る。
【０１０６】
入力部１４８は、プロトコル変換部１４０を介して、図示しないＰＣ２６からのデータ送信要求を受信する。入力部１４８は、データ送信要求を選択部１５２へ出力する。選択部１５２は、入力部１４８からデータ送信要求を入力する。取得部１５０は、記憶部１４４を参照し、データ送信要求の宛先となる移動体端末装置１０に記憶されたデータのバージョンと、クローンサーバ１８に記憶されたデータのバージョンとを取得する。取得部１５０は、ふたつのデータのバージョンを選択部１５２へ出力する。選択部１５２は、取得部１５０から受けつけたふたつのデータのバージョンをもとに、データ送信要求の宛先として、移動体端末装置１０あるいはクローンサーバ１８を選択する。
【０１０７】
具体的に説明すると、選択部１５２は、移動体端末装置１０に記憶されたデータのバージョンが、クローンサーバ１８に記憶されたデータのバージョンよりも新しい場合に、移動体端末装置１０を選択する。一方、選択部１５２は、移動体端末装置１０に記憶されたデータのバージョンが、クローンサーバ１８に記憶されたデータのバージョンに等しい場合に、クローンサーバ１８を選択する。選択部１５２は、選択した結果を出力部１５４へ出力し、出力部１５４は、選択結果に応じて、データ送信要求を送信する。
【０１０８】
以上の構成による通信システム１００の動作を説明する。図２６は、本発明の実施例６に係る通信システム１００におけるコンテンツデータのバージョン情報の送信手順を示すシーケンス図である。移動体端末装置１０においてコンテンツデータが作成される（Ｓ４５０）。移動体端末装置１０は、ゲートウエイサーバ２０へコンテンツデータのバージョンを通知する（Ｓ４５２）。ゲートウエイサーバ２０は、コンテンツデータのバージョンを記憶する（Ｓ４５４）。移動体端末装置１０は、コンテンツデータのバージョンとともに、クローンサーバ１８へコンテンツデータを送信する（Ｓ４５６）。クローンサーバ１８は、コンテンツデータを記憶する（Ｓ４５８）。クローンサーバ１８は、コンテンツデータのバージョンをゲートウエイサーバ２０へ通知する（Ｓ４６０）。ゲートウエイサーバ２０は、コンテンツデータのバージョンを記憶する（Ｓ４６２）。
【０１０９】
図２７は、ゲートウエイサーバ２０におけるデータ送信要求の送信手順を示すフローチャートである。入力部１４８は、プロトコル変換部１４０を介して、移動体端末装置１０宛のデータ送信要求を受けつける（Ｓ４８０）。取得部１５０は、記憶部１４４を参照して、移動体端末装置１０に記憶されたデータのバージョンと、クローンサーバ１８に記憶されたデータのバージョンとを取得する（Ｓ４８２）。両者のバージョンが一致しなければ（Ｓ４８４のＮ）、選択部１５２は、データ送信要求の宛先として移動体端末装置１０を選択する（Ｓ４８６）。一方、両者のバージョンが一致すれば（Ｓ４８４のＹ）、選択部１５２は、データ送信要求の宛先としてクローンサーバ１８を選択する（Ｓ４８８）。出力部１５４は、プロトコル変換部１４０を介してデータ送信要求を送信する（Ｓ４９０）。プロトコル変換部１４０は、データを受信し（Ｓ４９２）、データをＰＣ２６へ送信する（Ｓ４９４）。
【０１１０】
本発明の実施例によれば、移動体端末装置に記憶されたデータのバージョンが、クローンサーバに記憶されたデータのバージョンよりも新しい場合に、移動体端末装置を選択するので、最新のバージョンのデータを出力できる。また、移動体端末装置に記憶されたデータのバージョンと、クローンサーバに記憶されたデータのバージョンとが等しい場合に、クローンサーバを選択するので、無線ネットワークの使用を回避できる。また、無線ネットワークの使用が回避されるので、有線ネットワークの使用によってデータを送信できる。また、無線ネットワークの使用が回避されるので、アクセス数の向上による利便性の悪化を抑制できる。また、データのバージョンを予め通知するが、データのバージョンの情報量は小さいので、当該通知による伝送効率の悪化を抑制できる。また、データのバージョンを予め通知するので、処理遅延の影響を低減できる。
【０１１１】
（実施例７）
実施例７に係る通信システムは、これまでの実施例と同様に、移動体端末装置とクローンサーバとを含む。実施例７に係る移動体端末装置は、複数の利用者のそれぞれに対するデータを記憶する。つまり、移動体端末装置は、利用者Ａが送信すべきデータ、利用者Ｂが送信すべきデータ等を記憶する。また、移動体端末装置に利用者情報カードが挿入されることによって、移動体端末装置は、利用者を認識する。移動体端末装置は、利用者に対応したデータのみを送信可能に設定し、他の利用者に対応したデータへのデータ送信要求を受けつけない。さらに、移動体端末装置は、他の利用者に対応したデータの削除をクローンサーバに指示する。
【０１１２】
図２８は、本発明の実施例７に係る移動体端末装置１０の構成を示す。図２８に示された移動体端末装置１０は、図２に示された移動体端末装置１０に対して、加入者情報カード１７０、読込部１７２が追加されている。加入者情報カード１７０は、移動体端末装置１０を使用する加入者に関する情報が記憶されている。加入者情報カード１７０は、例えば、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  ｌｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）に相当する。つまり、加入者情報カード１７０が変更されれば、移動体端末装置１０を使用する加入者も変更される。読込部１７２は、移動体端末装置１０に挿入された加入者情報カード１７０と接続し、加入者情報カード１７０に含まれた情報を読み込む。例えば、加入者を識別するための識別番号や電話番号が読み出される。読込部１７２は、読み出した情報を第１処理部４４および第２処理部４６へ出力する。
【０１１３】
第１処理部４４は、発信元の情報や着信先の情報として、入力した識別番号や電話番号を設定することによって、通話機能を実行したり、クライアント機能を実行したりする。記憶部５８は、前述のごとく、サーバ機能を実行する際に使用されるデータを記憶する。ここで、データは、複数の加入者に対応するように記憶されている。例えば、「加入者Ａ」に対応した「データＡ」と、「加入者Ｂ」に対応した「データＢ」とが記憶されている。サーバ処理部５６は、読込部１７２から入力した識別番号や電話番号に対応したデータを送信の対象に設定する。
【０１１４】
例えば、読込部１７２から入力した識別番号や電話番号が「加入者Ａ」であれば、サーバ処理部５６は、データＡを送信の対象に設定する。一方、読込部１７２から入力した識別番号や電話番号が「加入者Ｂ」であれば、サーバ処理部５６は、データＢを送信の対象に設定する。データＡが送信の対象に設定されてる場合、サーバ処理部５６は、加入者Ｂ宛のデータ送信要求を受けつけても、データＢを送信せずに、失敗通知を送信する。
【０１１５】
以上の構成による通信システム１００の動作を説明する。図２９は、本発明の実施例７に係る通信システム１００におけるコンテンツデータの変更手順を示すシーケンス図である。移動体端末装置１０では、加入者情報カード１７０が変更される（Ｓ５１０）。移動体端末装置１０は、送信対象となるデータを変更する（Ｓ５１２）。移動体端末装置１０は、元の加入者に対するデータの削除をクローンサーバ１８へ指示する（Ｓ５１４）。クローンサーバ１８は、指示にしたがって、元のコンテンツデータを削除する（Ｓ５１６）と、移動体端末装置１０へ削除応答を送信する（Ｓ５１８）。移動体端末装置１０は、新たな加入者に対するデータの記憶をクローンサーバ１８へ指示する（Ｓ５２０）。クローンサーバ１８は、指示にしたがって、新たなコンテンツデータを記憶する（Ｓ５２２）と、移動体端末装置１０へ記憶応答を送信する（Ｓ５２４）。
【０１１６】
図３０は、移動体端末装置１０におけるコンテンツデータの変更手順を示すフローチャートである。読込部１７２が、加入者情報カード１７０の変更を検出しなければ（Ｓ５４０のＮ）、それまでの状態が維持される。読込部１７２が、加入者情報カード１７０の変更を検出すれば（Ｓ５４０のＹ）、サーバ処理部５６は、記憶部５８に記憶されたデータのうち、送信対象となるデータを切りかえる（Ｓ５４２）。サーバ処理部５６は、通信部４８を介して、元の加入者情報カード１７０に対応したコンテンツデータの削除をクローンサーバ１８へ指示する（Ｓ５４４）。サーバ処理部５６は、通信部４８を介して、新たな加入者情報カード１７０に対応したコンテンツデータの記憶をクローンサーバ１８へ指示する（Ｓ５４６）。
【０１１７】
本発明の実施例によれば、複数の加入者に対するデータを記憶している場合であっても、加入者情報カードを差しかえるだけで、送信対象とすべきデータを変更できる。また、加入者情報カードを差しかえるだけなので、利便性の悪化を抑制できる。また、移動体端末装置に記憶したデータを切りかえるとともに、クローンサーバに対してデータの削除や記憶を指示するので、移動体端末装置の状態とクローンサーバの状態とを近づけることができる。また、移動体端末装置に記憶したデータを切りかえるとともに、クローンサーバに対してデータの削除や記憶を指示するので、移動体端末装置において送信の対象としていないデータをクローンサーバから削除できる。
【０１１８】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【０１１９】
本発明の実施例２において、取得部１５０は、複数の基地局装置１２における設定帯域に対する平均帯域を計算する。しかしながらこれに限らず例えば、取得部１５０は、複数の基地局装置１２における設定帯域のうち、最も大きい設定帯域を選択してもよい。その際、選択部１５２は、前述の平均帯域の代わりに、最も大きい設定帯域を使用して前述の処理を実行する。本変形例によれば、トラヒック量が最も大きい場合を想定して、宛先を選択するので、安定したデータ送信を実現できる。
【０１２０】
本発明の実施例２において、ゲートウエイサーバ２０は、基地局装置１２での設定帯域や平均帯域、特に上り回線での設定帯域や平均帯域に応じて、データ送信要求の宛先を選択している。つまり、ゲートウエイサーバ２０は、移動体端末装置１０と基地局装置１２との間の無線ネットワークにおけるトラヒック量に応じて、データ送信要求の宛先として、移動体端末装置１０あるいはクローンサーバ１８を選択している。しかしながらこれに限らず例えば、ゲートウエイサーバ２０は、基地局装置１２における上り回線での設定帯域や平均帯域がしきい値よりも大きくなれば、データ送信要求の宛先として、移動体端末装置１０およびクローンサーバ１８の両方を選択してもよい。つまり、ゲートウエイサーバ２０は、上り回線でのトラヒック量に応じて、移動体端末装置１０から上り回線へ送信するデータ量を制限してもよい。その際、ＰＣ２６からの応答性の悪化を改善するために、クローンサーバ１８からもデータが送信される。本変形例によれば、上り回線用の帯域が下り回線用の帯域よりも狭い場合であっても、上り帯域が不足するという事象を抑制でき、ユーザサービス全体に悪影響を及ぼす可能性を低減できる。
【０１２１】
本発明の実施例３において、選択部１５２は、移動体端末装置１０におけるサーバ処理部５６がオフであるか否かに応じて、宛先を選択する。しかしながらこれに限らず例えば、選択部１５２は、移動体端末装置１０において第１処理部４４が処理中であるか否かに応じて、宛先を選択してもよい。第１処理部４４が処理中であるとは、通話処理部５２において通話中であったり、クライアント処理部５４においてメール中であったりする場合である。移動体端末装置１０はこのような動作を実行する際に、前述のごとく、動作状態をＨＬＲ１６に登録する。または、関門交換局１４が、移動体端末装置１０のこのような動作の実行を検出し、検出結果をＨＬＲ１６に登録してもよい。さらに、移動体端末装置１０における利用者の操作によって、動作状態がＨＬＲ１６に登録されてもよい。本変形例によれば、移動体端末装置１０におけるサーバ機能以外の処理に与える影響を低減しながら、サーバ機能を提供できる。
【０１２２】
本発明の実施例３において、選択部１５２は、移動体端末装置１０におけるサーバ処理部５６がオフであるか否かに応じて、宛先を選択する。しかしながらこれに限らず例えば、選択部１５２は、予め定められた時間帯だけ、クローンサーバ１８を優先的に選択してもよい。このような時間帯は、ＨＬＲ１６に登録されており、ゲートウエイサーバ２０は、関門交換局１４を介してＨＬＲ１６を参照することによって、宛先を選択する。本変形例によれば、予め定められた時間帯をもとに、宛先を選択するので、処理を簡易にできる。
【０１２３】
本発明の実施例１から７において、クローンサーバ１８は、コアネットワーク内に設置されている。しかしながらこれに限らず例えば、クローンサーバ１８は、コアネットワーク外のインターネット２４に接続するように設置されてもよい。その際、クローンサーバ１８は、ホームサーバやホームゲートウエイであってもよい。ゲートウエイサーバ２０は、データ送信要求の宛先として、インターネット２４に接続されたクローンサーバ１８のＩＰアドレスを記憶する。本変形例によれば、クローンサーバ１８の設置の自由度を向上できる。
【０１２４】
本発明の実施例１から７において、移動体端末装置１０は、クローンサーバ１８に記憶したデータ内容を強制的にリセットさせるための指示を送信してもよい。また、本発明の実施例１から７の任意の組合せも、本発明の実施例として有効である。本変形例によれば、本発明の実施例１から７の任意の組合せによる効果を得ることができる。
【図面の簡単な説明】
【０１２５】
【図１】本発明の実施例１に係る通信システムの構成を示す図である。
【図２】図１の移動体端末装置の構成を示す図である。
【図３】図１の関門交換局の構成を示す図である。
【図４】図１のクローンサーバの構成を示す図である。
【図５】図１のゲートウエイサーバの構成を示す図である。
【図６】図１の通信システムにおけるコンテンツデータの複製手順を示すシーケンス図である。
【図７】図１の通信システムにおけるデータの送信手順を示すシーケンス図である。
【図８】図１の通信システムにおけるデータの別の送信手順を示すシーケンス図である。
【図９】図２の移動体端末装置におけるコンテンツデータの送信手順を示すフローチャートである。
【図１０】図５のゲートウエイサーバにおけるデータ送信要求の送信手順を示すフローチャートである。
【図１１】本発明の実施例２に係るゲートウエイサーバの記憶部に記憶された平均帯域テーブルのデータ構造を示す図である。
【図１２】本発明の実施例２に係る通信システムにおける設定帯域の記憶手順を示すシーケンス図である。
【図１３】図１２の通信システムにおけるデータの送信手順を示すシーケンス図である。
【図１４】本発明の実施例２に係るゲートウエイサーバにおける平均帯域の計算手順を示すフローチャートである。
【図１５】図１４のゲートウエイサーバにおけるデータ送信要求の送信手順を示すフローチャートである。
【図１６】本発明の実施例３に係るＨＬＲに記憶されたサーバ情報テーブルのデータ構造を示す図である。
【図１７】本発明の実施例３に係る通信システムにおけるサーバ情報の登録手順を示すシーケンス図である。
【図１８】図１７の通信システムにおけるデータの送信手順を示すシーケンス図である。
【図１９】本発明の実施例３に係るゲートウエイサーバにおけるデータ送信要求の送信手順を示すフローチャートである。
【図２０】本発明の実施例４に係るゲートウエイサーバの記憶部に記憶されたアクセス数テーブルのデータ構造を示す図である。
【図２１】図２０のゲートウエイサーバにおけるデータ送信要求の送信手順を示すフローチャートである。
【図２２】本発明の実施例５に係る通信システムにおけるデータの送信手順を示すシーケンス図である。
【図２３】本発明の実施例５に係るクローンサーバにおけるデータの削除手順を示すフローチャートである。
【図２４】図２３のクローンサーバにおけるデータの送信手順を示すフローチャートである。
【図２５】本発明の実施例６に係るゲートウエイサーバの記憶部に記憶されたデータ・バージョン・テーブルのデータ構造を示す図である。
【図２６】本発明の実施例６に係る通信システムにおけるコンテンツデータのバージョン情報の送信手順を示すシーケンス図である。
【図２７】図２５のゲートウエイサーバにおけるデータ送信要求の送信手順を示すフローチャートである。
【図２８】本発明の実施例７に係る移動体端末装置の構成を示す図である。
【図２９】本発明の実施例７に係る通信システムにおけるコンテンツデータの変更手順を示すシーケンス図である。
【図３０】図２８の移動体端末装置におけるコンテンツデータの変更手順を示すフローチャートである。
【符号の説明】
【０１２６】
１０  移動体端末装置、  １２  基地局装置、  １４  関門交換局、  １６  ＨＬＲ、  １８  クローンサーバ、  ２０  ゲートウエイサーバ、  ２２  課金管理サーバ、  ２４  インターネット、  ２６  ＰＣ、  ２８  基地局用アンテナ、  ３０  端末用アンテナ、  １００  通信システム。
【図１】
2009278558.tif 000003
【図２】
2009278558.tif 000004
【図３】
2009278558.tif 000005
【図４】
2009278558.tif 000006
【図５】
2009278558.tif 000007
【図６】
2009278558.tif 000008
【図７】
2009278558.tif 000009
【図８】
2009278558.tif 000010
【図９】
2009278558.tif 000011
【図１０】
2009278558.tif 000012
【図１１】
2009278558.tif 000013
【図１２】
2009278558.tif 000014
【図１３】
2009278558.tif 000015
【図１４】
2009278558.tif 000016
【図１５】
2009278558.tif 000017
【図１６】
2009278558.tif 000018
【図１７】
2009278558.tif 000019
【図１８】
2009278558.tif 000020
【図１９】
2009278558.tif 000021
【図２０】
2009278558.tif 000022
【図２１】
2009278558.tif 000023
【図２２】
2009278558.tif 000024
【図２３】
2009278558.tif 000025
【図２４】
2009278558.tif 000026
【図２５】
2009278558.tif 000027
【図２６】
2009278558.tif 000028
【図２７】
2009278558.tif 000029
【図２８】
2009278558.tif 000030
【図２９】
2009278558.tif 000031
【図３０】
2009278558.tif 000032