通信装置およびクライアント装置
【課題】携帯電話機からのＷｅｂサーバへデータのアップロード途中に回線が切断された場合に、回線の切断前に一度送信したデータを再送しない。
【解決手段】キャリア設備網３に負荷分散された中継装置４を設置する。中継装置４は、携帯電話機１とＷｅｂサーバ６のＨＴＴＰメッセージを中継し、携帯電話１からのアップロードデータを記憶する。中継装置４は、アップロードが開始または開始直後に、携帯電話機１へ中継装置４に接続するためのアドレスとアップロードデータを特定する識別子を送信する。携帯電話機１と中継装置４間の回線が切断された場合、携帯電話機１は受信した中継装置４のアドレスへ再接続し、識別子を送信する。中継装置４は、識別子に該当するデータを探索し、記憶したデータサイズを携帯電話機１へ送信する。携帯電話機１は、中継装置４が記憶していないデータを中継装置４へ送信する。
【解決手段】キャリア設備網３に負荷分散された中継装置４を設置する。中継装置４は、携帯電話機１とＷｅｂサーバ６のＨＴＴＰメッセージを中継し、携帯電話１からのアップロードデータを記憶する。中継装置４は、アップロードが開始または開始直後に、携帯電話機１へ中継装置４に接続するためのアドレスとアップロードデータを特定する識別子を送信する。携帯電話機１と中継装置４間の回線が切断された場合、携帯電話機１は受信した中継装置４のアドレスへ再接続し、識別子を送信する。中継装置４は、識別子に該当するデータを探索し、記憶したデータサイズを携帯電話機１へ送信する。携帯電話機１は、中継装置４が記憶していないデータを中継装置４へ送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してデータをアップロードするクライアント装置とアップロードデータを受信するクライアント装置に関する。
【背景技術】
【０００２】
近年、携帯電話機からのＷｅｂアクセスが広く普及し、携帯電話を使ったＷｅｂアプリケーションが増加している。それに伴い、携帯電話とサーバ間で通信するデータ量が増加している。またデータの送受信に要する時間、即ち携帯電話機とサーバ間の回線を維持する時間が長くなっている。携帯電話とＷｅｂサーバ間には無線網、キャリア設備網、およびインターネットがあり、無線網では携帯電話機の移動や一時的な通信不能に陥りやすい。このとき、キャリア設備網では一定時間通信が行なわれていない回線を切断する。この回線切断が起こった場合、携帯電話機は通信が切断されるまでに得たデータを捨て、再び最初からサーバと通信し、サーバからデータを取得しなければならなかった（これら携帯電話機の一連の通信処理を以下、リトライ処理と呼ぶ）。さらに、上記のようなセッション切断が多発すると、携帯電話機のリトライ処理により無線網、キャリア設備網、インターネットおよびサーバでデータ量が急激に増加する。この結果、上記システムに多大な負荷を与え、障害が発生する可能性がある。
【０００３】
上記問題の解決策として、特許文献１に記載される方法、即ち回線切断後にサーバから携帯電話機へのデータの再送を抑止する方法が提案されている。携帯電話機とサーバ間のキャリア設備網またはインターネットに、サーバからの通信データを保管および管理するための中継装置を設け、携帯電話機とサーバ間の回線が切断されても、該中継装置がサーバとの通信を代行し、サーバからの通信データを保管し、携帯電話機が中継装置から通信データを取得することにより、携帯電話機からのリトライ処理を防止する。
【０００４】
【特許文献１】特開２００１−２３１０８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１の方法は、サーバから携帯電話機へのデータの送信（ダウンロード）におけるリトライ処理の抑止に特化している。しかし、近年携帯電話からサーバへ送信する（以下、アップロードと呼ぶ）データが巨大化している。アップロード時に携帯電話機とサーバ間の回線が切断した場合は、特許文献１の方法では、携帯電話機が中継装置の実際に受信したアップロードデータのサイズがわからないため、アップロードデータを回線切断前の続きから再開することができない。たとえば、携帯電話機が回線切断前に実際にアップロードしたデータのサイズを記憶しておき、回線切断後にアップロード途中から再開しようにも、無線網、キャリア設備網でデータが消失している可能性があるため、実現不可能である。
【０００６】
また、特許文献１の方法では、中継装置をキャリア設備網のように負荷分散を行っているシステムに適用したときに、移動端末は、常に同じ中継装置にアクセスすることができない。
【０００７】
以上を考慮し、本発明は携帯電話機からデータのアップロード中に回線切断した場合に、携帯電話機からサーバへのアップロードの再開を可能とするシステムを提供する。
【課題を解決するための手段】
【０００８】
上述した課題は、内部通信線で接続されたプロセッサと、記憶装置と、入出力インタフェイスとを備え、記憶装置に記憶されたプログラムをプロセッサが実行し、入出力インタフェイスは、第１のネットワークを介してクライアント装置と接続され、プロセッサを、クライアント装置から、アップロード要求を受信したとき、このアップロード要求を通信識別子とともに記憶装置に記憶し、クライアント装置から、アップロードデータを受信したとき、このアップロードデータを記憶装置に記憶する記憶制御部と、アップロード要求に対する応答に通信識別子と自装置のアドレスとを含めて、クライアント装置に送信し、クライアント装置から、再接続要求を受信したとき、この再接続要求に対する応答に通信識別子と記憶装置に記憶されたアップロードデータのサイズとを含めて、クライアント装置に送信する送信制御部と、として機能させる通信装置により、達成できる。
【０００９】
また、内部通信線で接続されたプロセッサと、記憶装置と、入出力インタフェイスとを備え、記憶装置に記憶されたプログラムをプロセッサが実行し、入出力インタフェイスは、第１のネットワークを介してクライアント装置と接続され、プロセッサを、クライアント装置から、アップロード要求を受信したとき、このアップロード要求を通信識別子とともに記憶装置に記憶し、クライアント装置から、アップロードデータを受信したとき、このアップロードデータを記憶装置に記憶する記憶制御部と、クライアント装置との回線切断を検知したとき、通信識別子と記憶装置に記憶されたアップロードデータのサイズと自装置のアドレスとを含めて、クライアント装置に送信する送信制御部と、して機能させる通信装置により、達成できる。
【００１０】
さらに、内部通信線で接続されたプロセッサと、記憶装置と、入出力インタフェイスと、画面出力インタフェイスと、入力インタフェイスとを備え、記憶装置に記憶されたプログラムをプロセッサが実行し、入出力インタフェイスは、ネットワークを介して通信装置と接続され、プロセッサを、通信装置にアップロード要求を送信したとき、応答に含まれる通信識別子と通信装置のアドレスとを記憶装置に記憶する記憶制御部と、通信装置へのアップロードが中断したとき、アドレス宛に通信識別子を含む再接続要求を送信する送信制御部と、して機能させるクライアント装置により、達成できる。
【発明の効果】
【００１１】
本発明によれば、携帯電話機からＷｅｂサーバへのアップロード途中に回線が切断された場合に、携帯電話から一度送信したデータの再送信が不要である。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態について、実施例を用い図面を参照して説明する。なお、実質同一部位には、同じ参照番号を振り、説明は繰り返さない。
実施例１を図１ないし図１２を参照して説明する。まず、図１を参照して、ネットワークシステムを説明する。ここで、図１はネットワークシステムのブロック図である。図１において、ネットワークシステム１００は、無線網２に接続されたキャリア設備網３と携帯電話機１と、キャリア設備網３はインターネット５とＷｅｂサーバに接続されたキャリア設備網３に接続された３台の中継装置４とから構成される。直接接続されている。
【００１３】
中継装置４は、携帯電話機１からのＨＴＴＰ要求を、インターネット５を介して、Ｗｅｂサーバ６に中継する機能（プロキシ機能）と、中継したデータを記憶する機能と、中継装置４が自身に携帯電話機１からアクセスさせるための情報（以下、再開情報と呼ぶ）を含んだメッセージを作成する機能を有する。中継装置４は、キャリア設備網３内で負荷分散され複数台存在し、各中継装置を一意に識別するＩＰアドレス（以下、中継装置アドレスと呼ぶ）を持つ。なお、中継装置アドレスは、名前解決できるホスト名など中継装置４−１〜４−３を一意に識別する識別子であってもよい。
【００１４】
携帯電話機１は無線網２、キャリア設備網３を介してデータ通信可能な携帯通信端末であり、無線網２、キャリア設備網３およびインターネット５の通信路を介してデータを送受信する機能と、ＨＴＴＰ通信できる機能と、無線網２、キャリア設備網３で回線切断しても中継装置４から受信した再開情報を用いて中継装置４に再接続することができる機能を有する。
【００１５】
無線網２は、携帯キャリアが管理する無線ネットワークである。キャリア設備網３は、無線網２からの通信をインターネット５へ変換、中継するネットワークおよびネットワーク設備である。
Ｗｅｂサーバ６は、携帯電話機１とＨＴＴＰ通信を行う機能を有する。Ｗｅｂサーバ６は、ＤＢサーバ、他のＷｅｂサーバと連携して処理を行ってもよい。
【００１６】
図２を参照して、携帯電話機を実現する情報処理装置のハードウェア構成を説明する。ここで、図２は携帯電話機のハードウェアブロック図である。図２において、携帯電話機１は、プロセッサ１０と、記憶装置１１と、ディスプレイなどの画面出力インタフェイス１４と、無線網２にデータを送受信するための入出力回路インタフェイス１５と、データ入力のための入力インタフェイス１６と、これらを接続するバスなどの内部通信線１７からなる。記憶装置１１は、プログラムメモリ１２と、データ記憶部１３を格納している。プログラムメモリ１２には、携帯電話機１を実現する各種制御プログラムが記録され、プロセッサ１０がプログラムメモリ１２を実行する。なお、各プログラムは、予めプログラムメモリ１２に格納されていてもよいし、図示していない着脱可能な記憶媒体または通信媒体（ネットワークまたはそれを伝播する搬送波）を介して、プログラムメモリ１２に導入されてもよい。また、プログラムメモリ１２には、携帯電話機１がＷｅｂサーバ６とＨＴＴＰ通信を実現するプログラムと、アップロード途中に回線切断されたとき、中継装置４を介して再開を行う処理プログラムを有する。これらのプログラムは同一であってもよいし、前者のＨＴＴＰ通信を実現するプログラムを使用しネットワークを介して、後者の機能を実現するプログラム（Ｊａｖａ（登録商標）、ＪａｖａＳｃｒｉｐｔ、Ｆｌａｓｈ等で実現されたプログラム）を取得し、動作させてもよい。記憶装置１１内のデータ記憶部１３には、アップロード時に中継装置４から取得した再開情報と、Ｗｅｂサーバ６との通信で取得した情報が記憶される。記憶装置１１は、半導体記憶装置、または、ハードディスクなどの外部記憶装置で構成する。画面出力インタフェイス１４は、携帯電話機１の使用者がＷｅｂサーバ６との通信内容と、記憶装置１１に格納されたデータを表示する装置である。入力インタフェイス１６は、携帯電話機１の使用者がデータ入力を可能にするための入力装置である。
【００１７】
図３を参照して、中継装置を実現する情報処理装置のハードウェア構成を説明する。ここで、図３は中継装置のハードウェアブロック図である。図３において、中継装置４は、プロセッサ４０と、記憶装置４１と、キャリア設備網３にデータを送受信するための入出力回路インタフェイス４５と、これらを接続するバスなどの内部通信線４７からなる。記憶装置４１は、プログラムメモリ４２と、受信管理テーブル４３と、データ記憶部４４を格納している。プログラムメモリ４２には、中継装置４を実現する各種制御プログラムが記録され、プロセッサ４０がプログラムメモリ４２を実行する。なお、各プログラムは、予めプログラムメモリ４２に格納されていてもよいし、図示していない着脱可能な記憶媒体または通信媒体（ネットワークまたはそれを伝播する搬送波）を介して、プログラムメモリ４２に導入されてもよい。受信管理テーブル４３には、中継装置４が携帯電話機１からの受信したアップロード要求およびデータを管理するための情報が記述される。受信管理テーブル４３は、中継装置４が携帯電話機１からのアップロード要求を中継するときに作成してもよいし、中継装置４が中継装置４外の受信管理テーブルをもつ記憶媒体から通信媒体（ネットワークまたはそれを伝播する搬送波）を介して取得し、受信管理テーブル４３に導入してもよい。データ記憶部４４には、中継装置４が携帯電話機１とＷｅｂサーバ６のＨＴＴＰメッセージを中継したときに取得した情報と、携帯電話機１と中継装置４の回線切断後の再開に使用する情報が記憶される。記憶装置４１は、半導体記憶装置、または、ハードディスクなどの外部記憶装置で構成する。中継装置４は、システム管理者によるデータ入力を可能にするための入力装置と表示装置を備えている。しかし、これらの装置は以下の説明では使用しないため、図３では省略してある。なお、中継装置４は、図１ではキャリア設備網３に設置されているが、インターネット５に設置しても、実現可能である。
【００１８】
図４を参照して、受信管理テーブルを説明する。ここで、図４は受信管理テーブルを説明する図である。図４において、受信管理テーブル４３の各エントリは、メッセージＩＤ１０１と、ＳＵＢ ＩＤ１０２と、受信時刻１０３と、受信サイズ１０４と、トータルサイズ１０５と、最終受信時刻１０７と、およびＣｏｏｋｉｅ情報１０８と、データ格納領域１０９から構成される。
【００１９】
メッセージＩＤ１０１は、中継装置４が携帯電話機１から受信し、記憶したアップロード要求およびデータを一意に識別するための識別子である。ＳＵＢ ＩＤ１０２は、携帯電話機１を一意に識別するための識別子である。受信時刻１０３は、中継装置４が携帯電話機１からアップロード要求を受信開始した時刻である。中継装置４は記憶したアップロード要求およびデータが受信時刻１０３から既定時間を超過した場合、アップロード要求およびデータを削除する。受信サイズ１０４は、中継装置４が携帯電話機１から受信したデータサイズである。トータルサイズ１０５は、携帯電話機１がアップロードしようとしている全データサイズであり、中継装置４はアップロード要求のヘッダ内から取得する。ただし、携帯電話１が分割送信した場合、アップロード要求のヘッダの中にトータルサイズは存在しないため、使用しない。
【００２０】
最終受信時刻１０７は、中継装置４が携帯電話機１から最後にアップロードデータを受信した時刻であり、中継装置４と携帯電話機１間の回線の生存と、最終受信時刻から一定時間経過した場合に記憶したアップロードデータを削除する処理のために使用する。Ｃｏｏｋｉｅ情報１０８は、中継装置４を介した携帯電話機１とＷｅｂサーバ６とのＨＴＴＰ通信でＣｏｏｋｉｅを使用していて、回線切断後に再開を行うときにＣｏｏｋｉｅ情報を中継装置４で変更する必要がある場合に使用する。データ格納領域１０９は、データが中継装置４のデータ記憶部４４のどこに存在するかを示す。
なお、携帯電話１がＨＴＴＰ１.１準拠の”Ｔｒａｎｓｆｅｒ-Ｅｎｃｏｄｉｎｇ：ｃｈｕｎｋｅｄ”を用いて分割送信してきたとき、メッセージＩＤ１０１が、「０００００２」のように、トータルサイズ１０５は使用しない。
【００２１】
図５を参照して、携帯電話機が中継装置に送信するアップロード要求を説明する。図５はアップロード要求のメッセージフォーマットである。図５において、アップロード要求は、ＨＴＴＰヘッダ７０１とＨＴＴＰボディ７０２とから構成される。具体的には、ＨＴＴＰヘッダのリクエストラインにＨＴＴＰ準拠のＰＯＳＴメソッドを記載し、ＨＴＴＰボディ７０２にアップロードデータの一部を含めて送信する。なお、ＨＴＴＰボディ７０２は無くとも良い。
【００２２】
図６を参照して、中継装置が携帯電話機に送信する再開情報を付加したＨＴＴＰ応答を説明する。ここで、図６は継続応答のメッセージフォーマットである。ここで、継続応答とは、Ｗｅｂサーバが送出するＨＴＴＰに準拠したレスポンスコード１００の応答である。図６において、継続応答は、携帯電話機１のアップロード要求に対するＷｅｂサーバ６の応答に、中継装置４が再開情報を付加したデータである。継続応答は、ヘッダ１３２およびボディ１３７から構成される。ヘッダ１３２は、Ｗｅｂサーバ６が作成したレスポンスコード１３３とサーバ作成ヘッダ１３４、中継装置４が付加したプロキシ付加ヘッダ１３５と再開情報１３６から構成される。
【００２３】
レスポンスコード１３３は、アップロード要求に対する三桁の数字による結果コードであり、継続応答のとき「１００」である。サーバ作成ヘッダ１３４は、Ｗｅｂサーバ６が作成したレスポンスコード１３３以外のヘッダ情報である。プロキシ付加ヘッダ１３５は、中継装置４がプロキシの機能として付加したヘッダであり、継続応答を中継したことを示すＶｉａヘッダなどが該当する。再開情報１３６は、携帯電話機１が回線切断した場合に中継装置４に再接続するための情報である。再開情報１３６は、中継装置アドレス１３８と、メッセージＩＤ１０１から構成される。なお、ここでは、再開情報１３６をヘッダ１３２に格納しているが、ボディ１３７に格納してもよい。
【００２４】
図７を参照して、携帯電話機が中継装置に送信する再接続要求を説明する。ここで、図７は再接続要求のメッセージフォーマットである。図７において、再接続要求はＨＴＴＰヘッダ７１１と、ＨＴＴＰボディに記録された再開情報１３６とから構成される。ここで、再開情報１３６は携帯電話機１が中継装置４から継続応答で受信したものである。再接続要求には、継続応答を送信した特定の中継装置４の中継装置アドレスを含んでいるので、継続応答を送信した中継装置４によって受信される。
【００２５】
図８を参照して、中継装置が携帯電話機に送信する再アップロード情報を説明する。ここで、図８は再アップロード情報のメッセージフォーマットである。図８において、再アップロード情報は、ＨＴＴＰ（応答）ヘッダ７２１と、ＨＴＴＰボディ７２２とから構成される。ＨＴＴＰボディ７２２には、メッセージＩＤ１０１と、中継装置４がそれまでに受信したアップロードデータの受信サイズ１０４とを含んでいる。再アップロード情報を受信した携帯電話機１は、メッセージＩＤ１０１と受信サイズ１０４を利用して、中継装置が未受信のアップロードデータを送信することができる。
【００２６】
図９を参照して、携帯電話機のリトライ時の画面出力を説明する。ここで、図９は携帯電話機のリトライ時の画面出力を説明する図である。図９において、携帯電話機１は、Ｗｅｂサーバ６へアップロードが失敗したことを記憶しており、ユーザに対し、中断したアップロード要求を開始するかを選択できる画面を画面出力インタフェイス１４に出力する。ユーザは、入力インタフェリス１６を利用して、リトライボタン１４１を選択することによりアップロードを再開できる。また、中止ボタン１４２を選択することによりアップロードを中止することができる。なお、リトライボタン１４１、中止ボタン１４２は画面出力ではなく、入力インタフェイス１６として携帯電話機１に装備してもよい。
【００２７】
図１０を参照して、携帯電話機、中継装置およびＷｅｂサーバ間のアップロード処理シーケンスを説明する。ここで、図１０は携帯電話機、中継装置およびＷｅｂサーバ間のアップロード処理シーケンス図である。図１０において、はじめに、携帯電話機１がＷｅｂサーバ６へアップロード要求を送信する（Ｓ１５０）。実際には複数の中継装置４のいずれかがアップロード要求を受信し、アップロード要求を解析し条件（以下、アップロード処理判定条件と呼ぶ）を満たした場合、アップロード要求のＨＴＴＰヘッダに含まれるＳＵＢ ＩＤとトータルサイズを記憶し、受信管理テーブル４３を作成し、アップロード要求およびアップロードデータの記憶を開始する（Ｓ１５１）。アップロード処理判定条件とは、中継装置４がアップロード要求を記憶するか、何も処理せず通常のプロキシとして中継（以下、通常のプロキシ中継処理と呼ぶ）するかを判定するための条件であり、ここではアップロードするデータサイズが既定値を超過した場合を条件とする。また、アップロード処理判定条件として、他に特定のＳＵＢ ＩＤや特定のＵＲＬのみといった条件も考えられる。
【００２８】
中継装置４は、アップロード要求をＷｅｂサーバ６に中継し（Ｓ１５２）、Ｗｅｂサーバ６からＨＴＴＰに準拠したレスポンスコード１００の応答（以下、継続応答と呼ぶ）を受信する（Ｓ１５３）。継続応答は、Ｗｅｂサーバ６がアップロードデータを受信可能であることを示す応答であり、ここではレスポンスコード１００である応答であるが、それと同意の応答であればよい。中継装置４は、受信した継続応答に、プロキシ付加ヘッダ１３５と再開情報１３６を付加して（Ｓ１５４）、携帯電話機１へ継続応答（詳細は図６参照）として送信する（Ｓ１５５）。ただし、Ｗｅｂサーバ６によっては継続応答を返さないサーバもありえるため、中継装置４はＷｅｂサーバ継続応答を受信できなければ、自ら継続応答を作成し、携帯電話機１へ送信する。
【００２９】
携帯電話機１は、継続応答に含まれる再開情報１３６を記憶し、アップロードデータをアップロードし続ける（Ｓ１５７）。中継装置４はアップロードデータを記憶し、Ｗｅｂサーバ６へアップロードデータを中継する（Ｓ１５９）。中継装置４のアップロードデータの中継は、中継装置４がアップロードデータサイズ全てを受信してから、まとめてＷｅｂサーバ６へ中継しても、中継装置４がアップロードデータを受信して随時Ｗｅｂサーバ６へ中継してもよい。
【００３０】
アップロード途中に、携帯電話機１と中継装置４間の回線切断が発生したとする（Ｓ１６０）。また、データ転送が途絶えたことから、ここでは中継装置４とＷｅｂサーバ６との間の回線もタイムアウトにより切断される（Ｓ１６１）。
【００３１】
携帯電話機１は、回線切断を検知し、アップロードを中断し、リトライ用の画面を画面出力インタフェイス１６に出力する（Ｓ１６２）。携帯電話機１のユーザは、リトライ用画面でリトライするか否かを選択でき、ここではリトライを選択したとする。携帯電話機１は、中継装置４へ再接続要求を送信する（Ｓ１７０）。携帯電話機１は、再接続するときに再開情報１３６の中の中継装置アドレス１３８とメッセージＩＤ１０１とを使用する。再接続要求は、継続応答を送信した中継装置４により、受信される。再接続要求を受信した中継装置４は、再接続要求に含まれるメッセージＩＤ１０１を用いて、受信管理テーブル４３に対応する項目を抽出、確認する（Ｓ１７１）。中継装置４は、受信管理テーブル４３の受信サイズ１０４の情報を含んだＨＴＴＰ準拠の応答（以下、再アップロード情報と呼ぶ）を携帯電話機１へ送信する（Ｓ１７２）。携帯電話機１は、受信した再アップロード情報に含まれる受信サイズ１０４から、中継装置４が回線切断１６０前までに受信したアップロードデータのサイズを確認し、中継装置４が受信していないデータをアップロードデータとして送信する（Ｓ１７３）。中継装置４は、携帯電話機１からアップロードが再開されると、Ｗｅｂサーバ６へ再接続する（Ｓ１７４）。中継装置４は、アップロード要求、データをＷｅｂサーバ６へ送信する（Ｓ１７５）。ステップ１７５のアップロードデータは、回線切断以前に記憶したアップロードデータである。中継装置４は、データ受信管理テーブル４３のＣｏｏｋｉｅ情報１０８があれば、アップロード要求、データに該Ｃｏｏｋｉｅ情報を付加して送信する。なお、Ｗｅｂサーバ６がアップロード要求、データを受信する（Ｓ１７５）と、継続応答を応答するが、ここでは一連の処理を簡略化するため省略する。
【００３２】
中継装置４は、ステップ１７３で新たなアップロードデータを受信すると、アップロードデータとしてＷｅｂサーバ６へ送信する（Ｓ１７６）。携帯電話機１からＷｅｂサーバ６へ全てのアップロードデータが送信されると、Ｗｅｂサーバ６は成功応答を応答する（Ｓ１７７）。中継装置４は、成功応答１７７を受信すると、アップロードが成功したと判定し、該当する受信管理テーブル４３の項目と、記憶データを削除し（Ｓ１７８）、成功応答を携帯電話機１へ送信する（Ｓ１７９）。携帯電話機１は、成功応答を受信すると、アップロードに成功したと判断し、アップロードの処理を終了する。
【００３３】
なお、ここでは、中継装置４とＷｅｂサーバ６間の回線切断（Ｓ１６１）は、Ｗｅｂサーバ６や中継装置４のタイムアウトによる。しかし、中継装置４が携帯電話機１との回線切断１６０を検知して自ら切断してもよい。また、タイムアウトしていない場合は、ステップ１７４とステップ１７５は不要である。
【００３４】
なお、図１０では携帯電話機１と中継装置４で継続応答１５５を利用して再開情報１３６を中継装置４から携帯電話機１へ伝達しているが、アップロード要求１５０の前に携帯電話機１から中継装置４へアップロードを開始することを示す要求を送信し、中継装置４がこの要求を受諾する、即ちネゴシエーションを行ってもよい。このとき中継装置４と携帯電話機１とで交換するメッセージはＨＴＴＰに準拠する。中継装置４が携帯電話機１からのネゴシエーションを受諾した場合、中継装置４は継続応答１５５の代わりに再開情報１３６をボディ１３７に格納した応答（図６でも説明した）を送信する。
【００３５】
図１１を参照して、携帯電話機の処理フローを説明する。ここで、図１１は携帯電話機のアップロード処理のフローチャートである。図１１において、はじめに携帯電話機１は、アップロード要求、データを中継装置４へ送信開始する（Ｓ２０１）。ステップ２０１で開始したアップロードの処理はアップロード中断する処理（Ｓ２０６またはＳ２０７）を行わなければ、中継装置４へアップロードデータを送信し続ける。携帯電話機１はデータの受信待ち（Ｓ２０２）し、中継装置４から継続応答を受信する。携帯電話機１は、継続応答に再開情報１３６が含まれるか判別し（Ｓ２０３）、再開情報１３６が含まれる場合記憶する（Ｓ２０４）。携帯電話機１はステップ２０３またはステップ２０４から再びデータ受信待ち２０２に戻る。
【００３６】
携帯電話機１は、アップロード途中に回線切断または中継装置４からの応答を受信していなくてタイムアウトが判定された場合は、アップロードを中断する（Ｓ２０７）。携帯で電話機１は、画面出力インタフェイス１４にリトライ用画面出力する（Ｓ２０８）。携帯電話機１は、ユーザによるアップロードを再開するか中止するかの操作を待ち（Ｓ２０９）、ユーザが中止を選択し場合、アップロードの処理を終了する。ユーザが再開を選択した場合、携帯電話機１は、再開情報１３６から中継装置アドレス１３８を用いて中継装置４へ再接続し、メッセージＩＤ１０１を送信する（Ｓ２１０）。携帯電話機１は、中継装置４から再アップロード情報１７２を取得し（Ｓ２１１）、アップロードを再開する（Ｓ２１２）。携帯電話機１はステップ２１２において、受信した再アップロード情報１７２に含まれる受信サイズ１０４または分割オプション１０６から、中継装置４が回線切断１６０前までに受信したアップロードデータのサイズを確認し、中継装置４が受信していないデータからアップロードデータとして送信する。携帯電話機はステップ２１２後、再びステップ２０２に戻り、中継装置４から成功応答を受信すると、アップロード成功したと判定し（Ｓ２０５）、正常終了する。
【００３７】
図１２を参照して、中継装置の処理フローを説明する。ここで、図１２は中継装置のアップロード処理のフローチャーとである。図１２において、中継装置４のプログラムの実行が開始されると、中継装置４は、入出力回路インタフェイス４５からのデータ受信待ちに遷移する（Ｓ２５１）。中継装置４は、ステップ２５１において入出力回路インタフェイス４５から入力されるデータおよび信号を監視し、携帯電話機１からの受信か、Ｗｅｂサーバ６からの受信かを判別する。また、中継装置４は、ステップ２５１においてデータを受信していない間は受信管理テーブル４３の最終受信時刻１０７を参照し、該当するメッセージ（記憶データ）がタイムアウトしていないかどうか判定する。
【００３８】
中継装置４は、携帯電話機１からデータを受信すると、要求判定を行う（Ｓ２５２）。中継装置４は、要求判定において、アップロード要求（ＰＯＳＴまたはＰＵＴ要求）であるか、アップロードデータであるか、アップロード再開のための再接続であるか、およびそれら以外の通常の要求またはデータであるかを判定する。ステップ２５２において、アップロード要求であった場合、中継装置４は、アップロード判定条件を満たすか判定を行う（Ｓ２５３）。中継装置４は、ステップ２５３において、中継装置４がアップロード要求を記憶するか、通常のプロキシ中継処理を行うかの判定を実施し、ここではアップロードするデータサイズが既定値を超過した場合を判定条件とする。ステップ２５３において、中継装置４は不適合と判定した場合通常のプロキシ中継処理を行い（Ｓ２５４）、ステップ２５１に戻る。ステップ２５３において判定に適合した場合、中継装置４は、データの記憶を開始し、受信管理テーブル４３を作成し（Ｓ２５５）、Ｗｅｂサーバ６へアップロード要求を転送する（Ｓ２５６）。中継装置４は、ステップ２５６終了後、再びステップ２５１へ戻る。
【００３９】
中継装置４は、Ｗｅｂサーバ６からデータを受信すると、応答判定を行う（Ｓ２７０）。中継装置４は、ステップ２７０において、継続応答であるか、成功応答であるか、中継装置４とＷｅｂサーバ６間の回線切断か、それ以外の通常の応答やデータであるかを判定する。中継装置４は、継続応答を受信すると、継続応答に再開情報２３６を付加し（Ｓ２７１）、携帯電話機１へ中継する（Ｓ２７２）。中継装置４はステップ２７２終了後、再びステップ２５１へ戻る。
【００４０】
中継装置４は、ステップ２５２において、携帯電話機１から受信管理テーブル４３が作成されたアップロード要求のアップデータを受信したとき、アップロードデータを記憶し、受信管理テーブルの受信サイズ１０４と、最終受信時刻１０７を更新する（Ｓ２５７）。中継装置４は、ステップ２５７終了後Ｗｅｂサーバ６との回線状況を判定し（Ｓ２５８）、接続中の場合はＷｅｂサーバ６へ中継する（Ｓ２６０）。中継装置４はステップ２６０終了後、再びステップ２５１へ戻る。ステップ２５８で切断状態のとき、中継装置４は、Ｗｅｂサーバ６へ接続し、アップロード要求と、データを送信した後（Ｓ２５９）、ステップ２６０に遷移する。
【００４１】
携帯電話機１と中継装置４との間の回線切断が起こっても、中継装置４は、記憶データを受信管理テーブル４３の最終受信時刻１０７から一定時間保持する。ただし、携帯電話機１からのアップロードデータまたは再接続要求１７０が最終受信時刻１０７から一定時間なければタイムアウトと判定し（Ｓ２６４）、受信管理テーブル４３と記憶データを削除し、処理を終了する。
【００４２】
中継装置４は、ステップ２５２において、携帯電話機１から再接続要求を受信すると、再接続要求に含まれるメッセージＩＤ１０２を受信メッセージ管理テーブル４３から探索し（Ｓ２６１）、メッセージＩＤが無い場合は処理を終了する。ステップ２６１において、該当するメッセージＩＤがある場合、中継装置４は携帯電話機１へ受信サイズ１０４または分割オプション１０６を含む再アップロード情報を送信する（Ｓ２６２）。中継装置４は、ステップ２６２終了後、再びステップ２５１へ戻る。
【００４３】
中継装置４は、ステップ２７０において、Ｗｅｂサーバ６から成功応答を受信すると、携帯電話機１からのアップロードに成功したと判定し、受信管理テーブルと、記憶データを削除し（Ｓ２７５）、携帯電話機１へ成功応答を送信し（Ｓ２７６）、処理を終了する。
【００４４】
中継装置４は、ステップ２７０において、Ｗｅｂサーバ６から受信管理テーブル４３に該当しない応答を受信した場合は、通常のプロキシ中継処理を行い（Ｓ２７３）、中継処理の継続を判定（Ｓ２７４）し、継続ならデータ受信待ち２５１へ戻り、判定が終了であれば終了する。
【００４５】
本実施例に拠れば、携帯電話機からのＷｅｂサーバへデータのアップロード途中に回線が切断された場合に、携帯電話から一度送信したデータの再送不要でアップロードの再開を可能にする。また、負荷分散システムに適用できる。
【００４６】
実施例１の変形実施例を、図１３および図１４を参照して説明する。ここで、図１３はＨＴＴＰ１.１準拠のＴｒａｎｓｆｅｒ−Ｅｎｃｏｄｉｎｇ：ｃｈｕｎｋｅｄを使用した場合（分割送信と呼ぶ）の、アップロード要求フォーマットである。また、図１４は分割送信のアップロードデータフォーマットである。
【００４７】
図１３において、アップロード要求フォーマットは、ＨＴＴＰヘッダ７０１のみで構成されている。このとき、ＨＴＴＰヘッダ７０１には、送信サイズ（Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ）を含まない。
【００４８】
図１４において、アップロードデータは、図示を省いたＨＴＴＰヘッダと、ＨＴＴＰボディ７２２とから構成される。ＨＴＴＰボディ７２２は、アップロードデータのサイズ７０５と、アップロードデータ７０６とから構成される。分割送信されたアップロードデータの最後のＨＴＴＰボディ７２２は、サイズ７０５が「０」で、アップロードデータ７０６が連続した改行のみ（「空」を示すデータ）となる。
【００４９】
実施例２を図１５ないし図１８を参照して説明する。ここで、図１５はネットワークシステムのブロック図である。図１６はＷｅｂサーバのハードウェアブロック図である。図１７は継続応答のメッセージフォーマットである。図１８は継続応答のメッセージフォーマットである。
【００５０】
実施例２は、実施例１のように中継装置４を介せず、代わりにＷｅｂサーバ６Ａにアップロードを再開する機能を保持させ、実施例１と同様の効果を得る実施例である。両者の相違点を、図１５ないし図１８を用いて説明する。ここで、図１５はネットワークシステムのブロック図である。図１６はＷｅｂサーバのハードウェアブロック図である。図１７は継続応答のメッセージフォーマットである。図１８は携帯電話器とＷｅｂサーバとの間のデータアップロードのシーケンス図である。
【００５１】
図１５において、ネットワークシステム１００Ａは、携帯電話機１、無線網２、キャリア設備網３、インターネット５、負荷分散装置８、複数のＷｅｂサーバで構成されている。携帯電話機１は、無線網２、キャリア設備網３、インターネット５、負荷分散装置８を介してＷｅｂサーバ６Ａと直接通信を行う。なお、Ｗｅｂサーバ６Ａは、実施例２では負荷分散装置８により、３台のＷｅｂサーバ６Ａに負荷分散されている。各Ｗｅｂサーバ６Ａは、携帯電話機１がＷｅｂサーバ６Ａ−１〜６Ａ−３の特定の１台と接続できるアドレス（以下、Ｗｅｂサーバアドレスと呼ぶ）を有する。Ｗｅｂサーバアドレスは携帯電話機１がＷｅｂサーバ６Ａに直接アクセスできる一意なアドレスであり、ＩＰアドレス、ホスト名、ＵＲＬ、またＣｏｏｋｉｅ情報を利用する。Ｃｏｏｋｉｅ情報は、Ｗｅｂサーバ６Ａを負荷分散している負荷分散装置８が、該Ｃｏｏｋｉｅ情報を判別し、特定Ｗｅｂサーバへ接続するために利用できる。
【００５２】
図１６を参照して、Ｗｅｂサーバ６Ａを実現する情報処理装置を説明する。図１６において、Ｗｅｂサーバ６Ａは、プロセッサ６０と、記憶装置６１と、負荷分散装置８にデータを送受信するための入出力回路インタフェイス６５と、これらを接続するバスなどの内部通信線６７からなる。記憶装置６１は、プログラムメモリ６２と、受信管理テーブル６３と、データ記憶部６４を格納している。プログラムメモリ６２には、Ｗｅｂサーバ６Ａを実現する各種制御プログラムが記録され、プロセッサ６０がプログラムメモリ６２を実行する。なお、各プログラムは、予めプログラムメモリ６２に格納されていてもよいし、図示していない着脱可能な記憶媒体または通信媒体（ネットワークまたはそれを伝播する搬送波）を介して、プログラムメモリ６２に導入されてもよい。受信管理テーブル６３には、Ｗｅｂサーバ６Ａが携帯電話機１からの受信したアップロード要求およびデータを管理するための情報が記述される。受信管理テーブル６３は、Ｗｅｂサーバ６Ａが携帯電話機１からのアップロード要求を中継するときに作成してもよいし、Ｗｅｂサーバ６ＡがＷｅｂサーバ６Ａ外の受信管理テーブルをもつ記憶媒体から通信媒体（ネットワークまたはそれを伝播する搬送波）を介して取得し、受信管理テーブル６３に導入してもよい。データ記憶部６４には、Ｗｅｂサーバ６Ａが携帯電話機１とＷｅｂサーバ６のＨＴＴＰメッセージを中継したときに取得した情報と、携帯電話機１とＷｅｂサーバ６Ａの回線切断後の再開に使用する情報が記憶される。記憶装置６１は、半導体記憶装置、または、ハードディスクなどの外部記憶装置で構成する。Ｗｅｂサーバ６Ａは、システム管理者によるデータ入力を可能にするための入力装置と表示装置を備えているが、これらの装置は以下の説明では使用しないため、図１６では省略してある。
【００５３】
図１７を参照して、Ｗｅｂサーバ６Ａが携帯電話機１へ送信する再開情報を付加した継続応答を説明する。ここでは、実施例１との違いのみ説明すると、実施例２ではプロキシ付加ヘッダ１３５は存在しなくなり、中継装置アドレス１３８の代わりにＷｅｂサーバ６ＡにアクセスできるＷｅｂサーバアドレス１３９が再開情報１３６Ａに含まれる。
【００５４】
図１８を参照して、携帯電話機とＷｅｂサーバとのアップロードのシーケンスを説明する。図１８において、はじめに、携帯電話機１は、Ｗｅｂサーバ６Ａへアップロード要求を送信する（Ｓ３００）。Ｗｅｂサーバ６Ａは、アップロード要求のＨＴＴＰヘッダに含まれるＳＵＢ ＩＤを記憶し、受信管理テーブル４３を作成し、アップロード要求３３０およびデータ受信を開始する（Ｓ３０１）。Ｗｅｂサーバ６Ａは、ＨＴＴＰに準拠したレスポンスコード１００の継続応答を携帯電話機１へ送信する（Ｓ３０２）。携帯電話機１は、継続応答に含まれる再開情報１３６を記憶し（Ｓ３０３）、アップロードデータを送信する（Ｓ３０４）。
【００５５】
ここでは、アップロード途中に、携帯電話機１とＷｅｂサーバ６Ａ間の回線切断が発生する（Ｓ３０５）とする。携帯電話機１は、回線切断を検知し、アップロードを中断し、リトライ用の画面を画面出力インタフェイス１６に出力する（Ｓ３０６）。携帯電話機１のユーザは、リトライ用画面でリトライするか否かを選択でき、リトライを選択したとする。携帯電話機１は、再開情報１３６を使用して、再開情報１３６を送信したＷｅｂサーバ６Ａへ再接続要求を送信する（Ｓ３０７）。Ｗｅｂサーバ６Ａは、再接続要求３０７を受信すると、該要求に含まれるメッセージＩＤ１０１を用いて、受信管理テーブル６３に対応する項目を抽出、確認する（Ｓ３０８）。Ｗｅｂサーバ６Ａは、受信管理テーブル６３の受信サイズ１０４の情報を含んだＨＴＴＰ準拠の応答である再アップロード情報を携帯電話機１へ送信する（Ｓ３０９）。携帯電話機１は、受信した再アップロード情報に含まれる受信サイズ１０４から、Ｗｅｂサーバ６Ａが回線切断３０５前までに受信したアップロードデータのサイズを確認し、Ｗｅｂサーバ６Ａが受信していないデータをアップロードデータ送信する（Ｓ３１０）。Ｗｅｂサーバ６Ａは、回線切断の前の状態から受信処理を再開し、残りのアップロードデータを受信する。Ｗｅｂサーバ６Ａは、アップロードデータを全て受信すると、該当する受信管理テーブル６３を削除し（Ｓ３１１）、成功応答を携帯電話１へ送信する（Ｓ３１２）。携帯電話機１は成功応答を受信すると、アップロードに成功したと判断し、アップロードの処理を終了する。
【００５６】
本実施例に拠れば、携帯電話機からのＷｅｂサーバへデータのアップロード途中に回線が切断された場合に、携帯電話から一度送信したデータの再送不要でアップロードの再開を可能にする。また、負荷分散システムに適用できる。
【００５７】
図１９と図２０とを参照して、実施例３について説明する。ここで、実施例３は、実施例２において、継続応答に再開情報を格納する代わりに、携帯電話機１と、中継装置４またはＷｅｂサーバ６ＡでＨＴＴＰに準拠したメッセージを交換することにより、実施例２と同様の効果を得られる方法である。実施例３と、実施例２との相違点を、図１９および図２０を用いて説明する。ここで、図１９はＧＥＴ要求に対する応答のメッセージフォーマットである。図２０は携帯電話器とＷｅｂサーバとの間のアップロード処理のシーケンス図である。
【００５８】
図１９において、Ｗｅｂサーバ６Ａが携帯電話機１へ送信する再開情報を付加したＧＥＴ要求に対する応答は、ＨＴＴＰ（応答）ヘッダ７５１とＨＴＴＰボディ７５２とから構成される。また、ＨＴＴＰボディ７５２には、アップロードプログラム７５３が格納されている。さらに、アップロードプログラム７５３には再開情報１３６Ａが埋め込まれている。
【００５９】
図２０を参照して、携帯電話機１とＷｅｂサーバ６Ａとのアップロードのシーケンスを説明する。図２０において、はじめに、携帯電話機１は、Ｗｅｂサーバ６ＡへＨＴＴＰの通常のＧＥＴ要求を送信する（Ｓ５５０）。Ｗｅｂサーバ６Ａは、受信管理テーブル４３で空いているメッセージＩＤ１０１を携帯電話機１に割り当てし（Ｓ５５１）、通常の成功を示す応答に、再開情報を埋め込んだアップロードプログラムをＨＴＴＰボディ７５２に付加して携帯電話機１へ送信する（Ｓ５５２）。実施例３では、Ｗｅｂサーバ６Ａは、メッセージＩＤ１０１を回線毎に管理し、ステップ５５１においてアップロード要求３００を受信する前にメッセージＩＤ１０１を割り当てすることができる。再開情報１３６には、図１９で説明したように、携帯電話機がＨＴＴＰ通信を行うプログラム（Ｗｅｂブラウザ）上で動作するアップロードプログラム７５３が含まれる。また、アップロードプログラム７５３には、Ｗｅｂサーバアドレス１３９とメッセージＩＤとからなる再開情報１３６Ａが埋め込まれている。携帯電話機１は、応答を受信するとアップロードプログラム７５３を実行し、再開情報を記憶する（Ｓ５５３）。アップロードプログラム７５３は、携帯電話機１のステップ５５２から成功応答３１２を受信するまでの動作が記述してある。携帯電話機１は、アップロードプログラム７５３に従い、アップロード要求を送信し（Ｓ３００）、成功応答を受信する（Ｓ３１２）まで、実施例２の図１８と同じ動作をする。なお、継続応答に再開情報を含んでも含まなくとも良い点は、実施例２とは異なる。
【００６０】
本実施例に拠れば、携帯電話機からのＷｅｂサーバへデータのアップロード途中に回線が切断された場合に、携帯電話から一度送信したデータの再送不要でアップロードの再開を可能にする。また、負荷分散システムに適用できる。
【００６１】
図２１と図２２を参照して、実施例４について説明する。ここで、図２１はネットワークシステムのブロック図である。図２２は携帯電話機と中継装置とＷｅｂサーバとメッセージセンタとの間のデータアップロードのシーケンス図である。実施例４は、実施例１において、継続応答に再開情報を格納する方法を利用する代わりに、中継装置は、回線切断後に携帯電話機宛てにショートメッセージを送信する。このショートメッセージに、中継装置アドレス、メッセージＩＤ、受信サイズを含めることによって、実施例１と同様の効果を得られる方法である。実施例４と、実施例１との相違点を、図２１および図２２を用いて説明する。
【００６２】
図２１において、ネットワークシステム１００Ｂは、携帯電話機１、無線網２、キャリア設備網３、キャリア設備網３に接続された中継装置４とメッセージセンタ７とデータベース９とインターネット５、Ｗｅｂサーバ６とから構成される。ここで、メッセージセンタ７は、携帯電話１にショートメッセージを送信する。データベース９は、ＳＵＢ ＩＤと、ＳＭＳアドレス（電話番号）とを対応付ける。
【００６３】
図２２において、はじめに、携帯電話機１は、Ｗｅｂサーバ６宛てにアップロード要求を送信する（Ｓ６０１）。実際には、中継装置４がアップロード要求を受信し、アップロード要求を解析し、アップロード処理判定条件を満たした場合、アップロード要求のＨＴＴＰヘッダに含まれるＳＵＢ ＩＤを記憶し、受信管理テーブル４３を作成し、アップロードデータの記憶を開始する（Ｓ６０２）。
【００６４】
中継装置４は、アップロード要求をＷｅｂサーバ６に中継し（Ｓ６０３）、Ｗｅｂサーバ６からＨＴＴＰに準拠したレスポンスコード１００の継続応答を受信する（Ｓ６０４）。継続応答は、Ｗｅｂサーバ６がアップロードデータを受信可能であることを示す応答である。中継装置４は、実施例１と異なり、受信した継続応答を通常のプロキシの処理とし、携帯電話機１へ継続応答として送信する（Ｓ６０６）。
【００６５】
携帯電話機１は、アップロードデータをアップロードし続ける（Ｓ６０７）。中継装置４は、アップロードデータを記憶し、Ｗｅｂサーバ６へアップロードデータを中継する（Ｓ６０８）。中継装置４のアップロードデータの中継は、中継装置４がアップロードデータサイズ全てを受信してから、まとめてＷｅｂサーバ６へ中継しても、中継装置４がアップロードデータを受信して随時Ｗｅｂサーバ６へ中継してもよい。
【００６６】
ここでは、アップロード途中に、携帯電話機１と中継装置４間の回線切断が発生した（Ｓ６０９）とする。また、中継装置４とＷｅｂサーバ６との間の回線もタイムアウトにより、切断されたとする（Ｓ６１１）。中継装置４はアップロードの失敗を検知し（Ｓ６１２）、受信管理テーブル４３のＳＵＢ ＩＤ１０２を利用して、携帯電話機１へショートメッセージ（以下、ＳＭＳと呼ぶ）を作成する（Ｓ６１３）。ＳＵＢ ＩＤ１０２は携帯電話機１を一意に識別する識別子であり、中継装置４は、ＳＵＢ ＩＤ１０２をＳＭＳにそのまま格納して携帯電話機１へ送信する。ただし、ＳＭＳを配信するのはキャリア設備網３に設置されたメッセージセンタ７であり、中継装置４はメッセージセンタ７にＳＭＳを送信する。中継装置４が作成したＳＭＳには、中継装置アドレスと、メッセージＩＤ１０１および受信サイズ１０４が格納されている。メッセージセンタ７は中継装置４から受信したＳＭＳを携帯電話１に転送する（Ｓ６１４）。
【００６７】
携帯電話機１は、メッセージセンタ７からＳＭＳを受信し、リトライ画面を出力する（Ｓ６１６）。携帯電話機１のユーザは、リトライ用画面でリトライするか否かを選択でき、リトライを選択する。携帯電話機１は、ＳＭＳに格納された中継装置アドレスへ、メッセージＩＤ１０１を添付して、再接続要求を送信する（Ｓ６１７）。中継装置４の作成したＳＭＳによっては、携帯電話機１は、リトライ画面でユーザの同意を求めずに自動で再接続要求を送信する設定も可能である。
【００６８】
中継装置４は、再接続要求を受信すると、要求に含まれるメッセージＩＤ１０１を用いて、受信管理テーブル４３に対応する項目を抽出、確認し（Ｓ６１８）、再接続要求の受諾を示す応答して受諾応答を送信する（Ｓ６１９）。
【００６９】
携帯電話機１は、受諾応答を受信すると、ＳＭＳに含まれていた受信管理テーブル４３の受信サイズ１０４の情報から、中継装置４が回線切断前までに受信したアップロードデータのサイズを確認し、中継装置４が受信していないデータをアップロードデータとして送信する（Ｓ６２１）。中継装置４は、携帯電話機１からアップロードが再開されると、Ｗｅｂサーバ６と再接続する（Ｓ６２２）。中継装置４は、記憶していたアップロード要求、アップロードデータをＷｅｂサーバに送信する（Ｓ６２３）。なお、Ｗｅｂサーバ６がアップロード要求、データを受信すると継続応答を応答するが、ここでは一連の処理を簡略化するため省略する。中継装置４は、新たなアップロードデータを受信しているので、アップロードデータをＷｅｂサーバ６へ送信する（Ｓ６２４）。携帯電話機１からＷｅｂサーバ６へ全てのアップロードデータが送信されると、Ｗｅｂサーバ６は成功応答を応答する（Ｓ６２５）。中継装置４は成功応答を受信すると、アップロードが成功したと判定し、該当する受信管理テーブル４３の項目と、記憶データを削除し（Ｓ６２６）、成功応答を携帯電話機１へ送信する（Ｓ６２７）。携帯電話機１は、成功応答を受信すると、アップロードに成功したと判断し、アップロードの処理を終了する。
【００７０】
なお、中継装置４は、携帯電話機１のＳＵＢ ＩＤ１０２をキャリア設備網３に設けられたデータベース９に問い合わせ、ＳＭＳのアドレス（電話番号）を取得してメッセージセンタに送信しても良い。また、実施例２または実施例３のネットワークシステム１００Ａの構成において、Ｗｅｂサーバ６Ａからメッセージセンタ７を介してショートメッセージを携帯電話機１に送信するように構成しても良い。また、実施例１のように中継装置４を複数設け、負荷分散しても良い。
【００７１】
本実施例に拠れば、携帯電話機からのＷｅｂサーバへデータのアップロード途中に回線が切断された場合に、携帯電話から一度送信したデータの再送不要でアップロードの再開を可能にする。
【図面の簡単な説明】
【００７２】
【図１】ネットワークシステムのブロック図である。
【図２】携帯電話機のハードウェアブロック図である。
【図３】中継装置のハードウェアブロック図である。
【図４】受信管理テーブルを説明する図である。
【図５】アップロード要求のメッセージフォーマットである。
【図６】継続応答のメッセージフォーマットである。
【図７】再接続要求のメッセージフォーマットである。
【図８】再アップロード情報のメッセージフォーマットである。
【図９】携帯電話機のリトライ時の画面出力を説明する図である。
【図１０】携帯電話機、中継装置およびＷｅｂサーバ間のアップロード処理シーケンス図である。
【図１１】携帯電話機のアップロード処理のフローチャートである。
【図１２Ａ】中継装置のアップロード処理のフローチャーとである（その１）。
【図１２Ｂ】中継装置のアップロード処理のフローチャーとである（その２）。
【図１３】分割送信のアップロード要求のアップロード要求のメッセージフォーマットである。
【図１４】分割送信のアップロードデータのフォーマットである。
【図１５】ネットワークシステムのブロック図である。
【図１６】Ｗｅｂサーバのハードウェアブロック図である。
【図１７】継続応答のメッセージフォーマットである。
【図１８】携帯電話器とＷｅｂサーバとの間のデータアップロードのシーケンス図である。
【図１９】ＧＥＴ要求に対する応答のメッセージフォーマットである。
【図２０】携帯電話器とＷｅｂサーバとの間のデータアップロードのシーケンス図である。
【図２１】ネットワークシステムのブロック図である。
【図２２】携帯電話機と中継装置とＷｅｂサーバとメッセージセンタとの間のデータアップロードのシーケンス図である。
【符号の説明】
【００７３】
１…携帯電話機、２…無線網、３…キャリア設備網、４…中継装置、５…インターネット、６…Ｗｅｂサーバ、７…メッセージセンタ、８…負荷分散装置、９…データベース（ＤＢ）、１０…プロセッサ、１１…記憶装置、１２…プログラムメモリ、１３…データ記憶部、１４…画面出力インタフェイス、１５…入出力インタフェイス、１６…入力インタフェイス、１７…内部接続線、４０…プロセッサ、４１…記憶装置、４２…プログラムメモリ、４３…受信管理テーブル、４４…データ記憶部、４５…入出力インタフェイス、４７…内部接続線、６０…プロセッサ、６１…記憶装置、６２…プログラムメモリ、６３…受信管理テーブル、６４…データ記憶部、６５…入出力インタフェイス、６７…内部接続線、１００…ネットワークシステム。
【技術分野】
【０００１】
本発明は、ネットワークを介してデータをアップロードするクライアント装置とアップロードデータを受信するクライアント装置に関する。
【背景技術】
【０００２】
近年、携帯電話機からのＷｅｂアクセスが広く普及し、携帯電話を使ったＷｅｂアプリケーションが増加している。それに伴い、携帯電話とサーバ間で通信するデータ量が増加している。またデータの送受信に要する時間、即ち携帯電話機とサーバ間の回線を維持する時間が長くなっている。携帯電話とＷｅｂサーバ間には無線網、キャリア設備網、およびインターネットがあり、無線網では携帯電話機の移動や一時的な通信不能に陥りやすい。このとき、キャリア設備網では一定時間通信が行なわれていない回線を切断する。この回線切断が起こった場合、携帯電話機は通信が切断されるまでに得たデータを捨て、再び最初からサーバと通信し、サーバからデータを取得しなければならなかった（これら携帯電話機の一連の通信処理を以下、リトライ処理と呼ぶ）。さらに、上記のようなセッション切断が多発すると、携帯電話機のリトライ処理により無線網、キャリア設備網、インターネットおよびサーバでデータ量が急激に増加する。この結果、上記システムに多大な負荷を与え、障害が発生する可能性がある。
【０００３】
上記問題の解決策として、特許文献１に記載される方法、即ち回線切断後にサーバから携帯電話機へのデータの再送を抑止する方法が提案されている。携帯電話機とサーバ間のキャリア設備網またはインターネットに、サーバからの通信データを保管および管理するための中継装置を設け、携帯電話機とサーバ間の回線が切断されても、該中継装置がサーバとの通信を代行し、サーバからの通信データを保管し、携帯電話機が中継装置から通信データを取得することにより、携帯電話機からのリトライ処理を防止する。
【０００４】
【特許文献１】特開２００１−２３１０８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１の方法は、サーバから携帯電話機へのデータの送信（ダウンロード）におけるリトライ処理の抑止に特化している。しかし、近年携帯電話からサーバへ送信する（以下、アップロードと呼ぶ）データが巨大化している。アップロード時に携帯電話機とサーバ間の回線が切断した場合は、特許文献１の方法では、携帯電話機が中継装置の実際に受信したアップロードデータのサイズがわからないため、アップロードデータを回線切断前の続きから再開することができない。たとえば、携帯電話機が回線切断前に実際にアップロードしたデータのサイズを記憶しておき、回線切断後にアップロード途中から再開しようにも、無線網、キャリア設備網でデータが消失している可能性があるため、実現不可能である。
【０００６】
また、特許文献１の方法では、中継装置をキャリア設備網のように負荷分散を行っているシステムに適用したときに、移動端末は、常に同じ中継装置にアクセスすることができない。
【０００７】
以上を考慮し、本発明は携帯電話機からデータのアップロード中に回線切断した場合に、携帯電話機からサーバへのアップロードの再開を可能とするシステムを提供する。
【課題を解決するための手段】
【０００８】
上述した課題は、内部通信線で接続されたプロセッサと、記憶装置と、入出力インタフェイスとを備え、記憶装置に記憶されたプログラムをプロセッサが実行し、入出力インタフェイスは、第１のネットワークを介してクライアント装置と接続され、プロセッサを、クライアント装置から、アップロード要求を受信したとき、このアップロード要求を通信識別子とともに記憶装置に記憶し、クライアント装置から、アップロードデータを受信したとき、このアップロードデータを記憶装置に記憶する記憶制御部と、アップロード要求に対する応答に通信識別子と自装置のアドレスとを含めて、クライアント装置に送信し、クライアント装置から、再接続要求を受信したとき、この再接続要求に対する応答に通信識別子と記憶装置に記憶されたアップロードデータのサイズとを含めて、クライアント装置に送信する送信制御部と、として機能させる通信装置により、達成できる。
【０００９】
また、内部通信線で接続されたプロセッサと、記憶装置と、入出力インタフェイスとを備え、記憶装置に記憶されたプログラムをプロセッサが実行し、入出力インタフェイスは、第１のネットワークを介してクライアント装置と接続され、プロセッサを、クライアント装置から、アップロード要求を受信したとき、このアップロード要求を通信識別子とともに記憶装置に記憶し、クライアント装置から、アップロードデータを受信したとき、このアップロードデータを記憶装置に記憶する記憶制御部と、クライアント装置との回線切断を検知したとき、通信識別子と記憶装置に記憶されたアップロードデータのサイズと自装置のアドレスとを含めて、クライアント装置に送信する送信制御部と、して機能させる通信装置により、達成できる。
【００１０】
さらに、内部通信線で接続されたプロセッサと、記憶装置と、入出力インタフェイスと、画面出力インタフェイスと、入力インタフェイスとを備え、記憶装置に記憶されたプログラムをプロセッサが実行し、入出力インタフェイスは、ネットワークを介して通信装置と接続され、プロセッサを、通信装置にアップロード要求を送信したとき、応答に含まれる通信識別子と通信装置のアドレスとを記憶装置に記憶する記憶制御部と、通信装置へのアップロードが中断したとき、アドレス宛に通信識別子を含む再接続要求を送信する送信制御部と、して機能させるクライアント装置により、達成できる。
【発明の効果】
【００１１】
本発明によれば、携帯電話機からＷｅｂサーバへのアップロード途中に回線が切断された場合に、携帯電話から一度送信したデータの再送信が不要である。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態について、実施例を用い図面を参照して説明する。なお、実質同一部位には、同じ参照番号を振り、説明は繰り返さない。
実施例１を図１ないし図１２を参照して説明する。まず、図１を参照して、ネットワークシステムを説明する。ここで、図１はネットワークシステムのブロック図である。図１において、ネットワークシステム１００は、無線網２に接続されたキャリア設備網３と携帯電話機１と、キャリア設備網３はインターネット５とＷｅｂサーバに接続されたキャリア設備網３に接続された３台の中継装置４とから構成される。直接接続されている。
【００１３】
中継装置４は、携帯電話機１からのＨＴＴＰ要求を、インターネット５を介して、Ｗｅｂサーバ６に中継する機能（プロキシ機能）と、中継したデータを記憶する機能と、中継装置４が自身に携帯電話機１からアクセスさせるための情報（以下、再開情報と呼ぶ）を含んだメッセージを作成する機能を有する。中継装置４は、キャリア設備網３内で負荷分散され複数台存在し、各中継装置を一意に識別するＩＰアドレス（以下、中継装置アドレスと呼ぶ）を持つ。なお、中継装置アドレスは、名前解決できるホスト名など中継装置４−１〜４−３を一意に識別する識別子であってもよい。
【００１４】
携帯電話機１は無線網２、キャリア設備網３を介してデータ通信可能な携帯通信端末であり、無線網２、キャリア設備網３およびインターネット５の通信路を介してデータを送受信する機能と、ＨＴＴＰ通信できる機能と、無線網２、キャリア設備網３で回線切断しても中継装置４から受信した再開情報を用いて中継装置４に再接続することができる機能を有する。
【００１５】
無線網２は、携帯キャリアが管理する無線ネットワークである。キャリア設備網３は、無線網２からの通信をインターネット５へ変換、中継するネットワークおよびネットワーク設備である。
Ｗｅｂサーバ６は、携帯電話機１とＨＴＴＰ通信を行う機能を有する。Ｗｅｂサーバ６は、ＤＢサーバ、他のＷｅｂサーバと連携して処理を行ってもよい。
【００１６】
図２を参照して、携帯電話機を実現する情報処理装置のハードウェア構成を説明する。ここで、図２は携帯電話機のハードウェアブロック図である。図２において、携帯電話機１は、プロセッサ１０と、記憶装置１１と、ディスプレイなどの画面出力インタフェイス１４と、無線網２にデータを送受信するための入出力回路インタフェイス１５と、データ入力のための入力インタフェイス１６と、これらを接続するバスなどの内部通信線１７からなる。記憶装置１１は、プログラムメモリ１２と、データ記憶部１３を格納している。プログラムメモリ１２には、携帯電話機１を実現する各種制御プログラムが記録され、プロセッサ１０がプログラムメモリ１２を実行する。なお、各プログラムは、予めプログラムメモリ１２に格納されていてもよいし、図示していない着脱可能な記憶媒体または通信媒体（ネットワークまたはそれを伝播する搬送波）を介して、プログラムメモリ１２に導入されてもよい。また、プログラムメモリ１２には、携帯電話機１がＷｅｂサーバ６とＨＴＴＰ通信を実現するプログラムと、アップロード途中に回線切断されたとき、中継装置４を介して再開を行う処理プログラムを有する。これらのプログラムは同一であってもよいし、前者のＨＴＴＰ通信を実現するプログラムを使用しネットワークを介して、後者の機能を実現するプログラム（Ｊａｖａ（登録商標）、ＪａｖａＳｃｒｉｐｔ、Ｆｌａｓｈ等で実現されたプログラム）を取得し、動作させてもよい。記憶装置１１内のデータ記憶部１３には、アップロード時に中継装置４から取得した再開情報と、Ｗｅｂサーバ６との通信で取得した情報が記憶される。記憶装置１１は、半導体記憶装置、または、ハードディスクなどの外部記憶装置で構成する。画面出力インタフェイス１４は、携帯電話機１の使用者がＷｅｂサーバ６との通信内容と、記憶装置１１に格納されたデータを表示する装置である。入力インタフェイス１６は、携帯電話機１の使用者がデータ入力を可能にするための入力装置である。
【００１７】
図３を参照して、中継装置を実現する情報処理装置のハードウェア構成を説明する。ここで、図３は中継装置のハードウェアブロック図である。図３において、中継装置４は、プロセッサ４０と、記憶装置４１と、キャリア設備網３にデータを送受信するための入出力回路インタフェイス４５と、これらを接続するバスなどの内部通信線４７からなる。記憶装置４１は、プログラムメモリ４２と、受信管理テーブル４３と、データ記憶部４４を格納している。プログラムメモリ４２には、中継装置４を実現する各種制御プログラムが記録され、プロセッサ４０がプログラムメモリ４２を実行する。なお、各プログラムは、予めプログラムメモリ４２に格納されていてもよいし、図示していない着脱可能な記憶媒体または通信媒体（ネットワークまたはそれを伝播する搬送波）を介して、プログラムメモリ４２に導入されてもよい。受信管理テーブル４３には、中継装置４が携帯電話機１からの受信したアップロード要求およびデータを管理するための情報が記述される。受信管理テーブル４３は、中継装置４が携帯電話機１からのアップロード要求を中継するときに作成してもよいし、中継装置４が中継装置４外の受信管理テーブルをもつ記憶媒体から通信媒体（ネットワークまたはそれを伝播する搬送波）を介して取得し、受信管理テーブル４３に導入してもよい。データ記憶部４４には、中継装置４が携帯電話機１とＷｅｂサーバ６のＨＴＴＰメッセージを中継したときに取得した情報と、携帯電話機１と中継装置４の回線切断後の再開に使用する情報が記憶される。記憶装置４１は、半導体記憶装置、または、ハードディスクなどの外部記憶装置で構成する。中継装置４は、システム管理者によるデータ入力を可能にするための入力装置と表示装置を備えている。しかし、これらの装置は以下の説明では使用しないため、図３では省略してある。なお、中継装置４は、図１ではキャリア設備網３に設置されているが、インターネット５に設置しても、実現可能である。
【００１８】
図４を参照して、受信管理テーブルを説明する。ここで、図４は受信管理テーブルを説明する図である。図４において、受信管理テーブル４３の各エントリは、メッセージＩＤ１０１と、ＳＵＢ ＩＤ１０２と、受信時刻１０３と、受信サイズ１０４と、トータルサイズ１０５と、最終受信時刻１０７と、およびＣｏｏｋｉｅ情報１０８と、データ格納領域１０９から構成される。
【００１９】
メッセージＩＤ１０１は、中継装置４が携帯電話機１から受信し、記憶したアップロード要求およびデータを一意に識別するための識別子である。ＳＵＢ ＩＤ１０２は、携帯電話機１を一意に識別するための識別子である。受信時刻１０３は、中継装置４が携帯電話機１からアップロード要求を受信開始した時刻である。中継装置４は記憶したアップロード要求およびデータが受信時刻１０３から既定時間を超過した場合、アップロード要求およびデータを削除する。受信サイズ１０４は、中継装置４が携帯電話機１から受信したデータサイズである。トータルサイズ１０５は、携帯電話機１がアップロードしようとしている全データサイズであり、中継装置４はアップロード要求のヘッダ内から取得する。ただし、携帯電話１が分割送信した場合、アップロード要求のヘッダの中にトータルサイズは存在しないため、使用しない。
【００２０】
最終受信時刻１０７は、中継装置４が携帯電話機１から最後にアップロードデータを受信した時刻であり、中継装置４と携帯電話機１間の回線の生存と、最終受信時刻から一定時間経過した場合に記憶したアップロードデータを削除する処理のために使用する。Ｃｏｏｋｉｅ情報１０８は、中継装置４を介した携帯電話機１とＷｅｂサーバ６とのＨＴＴＰ通信でＣｏｏｋｉｅを使用していて、回線切断後に再開を行うときにＣｏｏｋｉｅ情報を中継装置４で変更する必要がある場合に使用する。データ格納領域１０９は、データが中継装置４のデータ記憶部４４のどこに存在するかを示す。
なお、携帯電話１がＨＴＴＰ１.１準拠の”Ｔｒａｎｓｆｅｒ-Ｅｎｃｏｄｉｎｇ：ｃｈｕｎｋｅｄ”を用いて分割送信してきたとき、メッセージＩＤ１０１が、「０００００２」のように、トータルサイズ１０５は使用しない。
【００２１】
図５を参照して、携帯電話機が中継装置に送信するアップロード要求を説明する。図５はアップロード要求のメッセージフォーマットである。図５において、アップロード要求は、ＨＴＴＰヘッダ７０１とＨＴＴＰボディ７０２とから構成される。具体的には、ＨＴＴＰヘッダのリクエストラインにＨＴＴＰ準拠のＰＯＳＴメソッドを記載し、ＨＴＴＰボディ７０２にアップロードデータの一部を含めて送信する。なお、ＨＴＴＰボディ７０２は無くとも良い。
【００２２】
図６を参照して、中継装置が携帯電話機に送信する再開情報を付加したＨＴＴＰ応答を説明する。ここで、図６は継続応答のメッセージフォーマットである。ここで、継続応答とは、Ｗｅｂサーバが送出するＨＴＴＰに準拠したレスポンスコード１００の応答である。図６において、継続応答は、携帯電話機１のアップロード要求に対するＷｅｂサーバ６の応答に、中継装置４が再開情報を付加したデータである。継続応答は、ヘッダ１３２およびボディ１３７から構成される。ヘッダ１３２は、Ｗｅｂサーバ６が作成したレスポンスコード１３３とサーバ作成ヘッダ１３４、中継装置４が付加したプロキシ付加ヘッダ１３５と再開情報１３６から構成される。
【００２３】
レスポンスコード１３３は、アップロード要求に対する三桁の数字による結果コードであり、継続応答のとき「１００」である。サーバ作成ヘッダ１３４は、Ｗｅｂサーバ６が作成したレスポンスコード１３３以外のヘッダ情報である。プロキシ付加ヘッダ１３５は、中継装置４がプロキシの機能として付加したヘッダであり、継続応答を中継したことを示すＶｉａヘッダなどが該当する。再開情報１３６は、携帯電話機１が回線切断した場合に中継装置４に再接続するための情報である。再開情報１３６は、中継装置アドレス１３８と、メッセージＩＤ１０１から構成される。なお、ここでは、再開情報１３６をヘッダ１３２に格納しているが、ボディ１３７に格納してもよい。
【００２４】
図７を参照して、携帯電話機が中継装置に送信する再接続要求を説明する。ここで、図７は再接続要求のメッセージフォーマットである。図７において、再接続要求はＨＴＴＰヘッダ７１１と、ＨＴＴＰボディに記録された再開情報１３６とから構成される。ここで、再開情報１３６は携帯電話機１が中継装置４から継続応答で受信したものである。再接続要求には、継続応答を送信した特定の中継装置４の中継装置アドレスを含んでいるので、継続応答を送信した中継装置４によって受信される。
【００２５】
図８を参照して、中継装置が携帯電話機に送信する再アップロード情報を説明する。ここで、図８は再アップロード情報のメッセージフォーマットである。図８において、再アップロード情報は、ＨＴＴＰ（応答）ヘッダ７２１と、ＨＴＴＰボディ７２２とから構成される。ＨＴＴＰボディ７２２には、メッセージＩＤ１０１と、中継装置４がそれまでに受信したアップロードデータの受信サイズ１０４とを含んでいる。再アップロード情報を受信した携帯電話機１は、メッセージＩＤ１０１と受信サイズ１０４を利用して、中継装置が未受信のアップロードデータを送信することができる。
【００２６】
図９を参照して、携帯電話機のリトライ時の画面出力を説明する。ここで、図９は携帯電話機のリトライ時の画面出力を説明する図である。図９において、携帯電話機１は、Ｗｅｂサーバ６へアップロードが失敗したことを記憶しており、ユーザに対し、中断したアップロード要求を開始するかを選択できる画面を画面出力インタフェイス１４に出力する。ユーザは、入力インタフェリス１６を利用して、リトライボタン１４１を選択することによりアップロードを再開できる。また、中止ボタン１４２を選択することによりアップロードを中止することができる。なお、リトライボタン１４１、中止ボタン１４２は画面出力ではなく、入力インタフェイス１６として携帯電話機１に装備してもよい。
【００２７】
図１０を参照して、携帯電話機、中継装置およびＷｅｂサーバ間のアップロード処理シーケンスを説明する。ここで、図１０は携帯電話機、中継装置およびＷｅｂサーバ間のアップロード処理シーケンス図である。図１０において、はじめに、携帯電話機１がＷｅｂサーバ６へアップロード要求を送信する（Ｓ１５０）。実際には複数の中継装置４のいずれかがアップロード要求を受信し、アップロード要求を解析し条件（以下、アップロード処理判定条件と呼ぶ）を満たした場合、アップロード要求のＨＴＴＰヘッダに含まれるＳＵＢ ＩＤとトータルサイズを記憶し、受信管理テーブル４３を作成し、アップロード要求およびアップロードデータの記憶を開始する（Ｓ１５１）。アップロード処理判定条件とは、中継装置４がアップロード要求を記憶するか、何も処理せず通常のプロキシとして中継（以下、通常のプロキシ中継処理と呼ぶ）するかを判定するための条件であり、ここではアップロードするデータサイズが既定値を超過した場合を条件とする。また、アップロード処理判定条件として、他に特定のＳＵＢ ＩＤや特定のＵＲＬのみといった条件も考えられる。
【００２８】
中継装置４は、アップロード要求をＷｅｂサーバ６に中継し（Ｓ１５２）、Ｗｅｂサーバ６からＨＴＴＰに準拠したレスポンスコード１００の応答（以下、継続応答と呼ぶ）を受信する（Ｓ１５３）。継続応答は、Ｗｅｂサーバ６がアップロードデータを受信可能であることを示す応答であり、ここではレスポンスコード１００である応答であるが、それと同意の応答であればよい。中継装置４は、受信した継続応答に、プロキシ付加ヘッダ１３５と再開情報１３６を付加して（Ｓ１５４）、携帯電話機１へ継続応答（詳細は図６参照）として送信する（Ｓ１５５）。ただし、Ｗｅｂサーバ６によっては継続応答を返さないサーバもありえるため、中継装置４はＷｅｂサーバ継続応答を受信できなければ、自ら継続応答を作成し、携帯電話機１へ送信する。
【００２９】
携帯電話機１は、継続応答に含まれる再開情報１３６を記憶し、アップロードデータをアップロードし続ける（Ｓ１５７）。中継装置４はアップロードデータを記憶し、Ｗｅｂサーバ６へアップロードデータを中継する（Ｓ１５９）。中継装置４のアップロードデータの中継は、中継装置４がアップロードデータサイズ全てを受信してから、まとめてＷｅｂサーバ６へ中継しても、中継装置４がアップロードデータを受信して随時Ｗｅｂサーバ６へ中継してもよい。
【００３０】
アップロード途中に、携帯電話機１と中継装置４間の回線切断が発生したとする（Ｓ１６０）。また、データ転送が途絶えたことから、ここでは中継装置４とＷｅｂサーバ６との間の回線もタイムアウトにより切断される（Ｓ１６１）。
【００３１】
携帯電話機１は、回線切断を検知し、アップロードを中断し、リトライ用の画面を画面出力インタフェイス１６に出力する（Ｓ１６２）。携帯電話機１のユーザは、リトライ用画面でリトライするか否かを選択でき、ここではリトライを選択したとする。携帯電話機１は、中継装置４へ再接続要求を送信する（Ｓ１７０）。携帯電話機１は、再接続するときに再開情報１３６の中の中継装置アドレス１３８とメッセージＩＤ１０１とを使用する。再接続要求は、継続応答を送信した中継装置４により、受信される。再接続要求を受信した中継装置４は、再接続要求に含まれるメッセージＩＤ１０１を用いて、受信管理テーブル４３に対応する項目を抽出、確認する（Ｓ１７１）。中継装置４は、受信管理テーブル４３の受信サイズ１０４の情報を含んだＨＴＴＰ準拠の応答（以下、再アップロード情報と呼ぶ）を携帯電話機１へ送信する（Ｓ１７２）。携帯電話機１は、受信した再アップロード情報に含まれる受信サイズ１０４から、中継装置４が回線切断１６０前までに受信したアップロードデータのサイズを確認し、中継装置４が受信していないデータをアップロードデータとして送信する（Ｓ１７３）。中継装置４は、携帯電話機１からアップロードが再開されると、Ｗｅｂサーバ６へ再接続する（Ｓ１７４）。中継装置４は、アップロード要求、データをＷｅｂサーバ６へ送信する（Ｓ１７５）。ステップ１７５のアップロードデータは、回線切断以前に記憶したアップロードデータである。中継装置４は、データ受信管理テーブル４３のＣｏｏｋｉｅ情報１０８があれば、アップロード要求、データに該Ｃｏｏｋｉｅ情報を付加して送信する。なお、Ｗｅｂサーバ６がアップロード要求、データを受信する（Ｓ１７５）と、継続応答を応答するが、ここでは一連の処理を簡略化するため省略する。
【００３２】
中継装置４は、ステップ１７３で新たなアップロードデータを受信すると、アップロードデータとしてＷｅｂサーバ６へ送信する（Ｓ１７６）。携帯電話機１からＷｅｂサーバ６へ全てのアップロードデータが送信されると、Ｗｅｂサーバ６は成功応答を応答する（Ｓ１７７）。中継装置４は、成功応答１７７を受信すると、アップロードが成功したと判定し、該当する受信管理テーブル４３の項目と、記憶データを削除し（Ｓ１７８）、成功応答を携帯電話機１へ送信する（Ｓ１７９）。携帯電話機１は、成功応答を受信すると、アップロードに成功したと判断し、アップロードの処理を終了する。
【００３３】
なお、ここでは、中継装置４とＷｅｂサーバ６間の回線切断（Ｓ１６１）は、Ｗｅｂサーバ６や中継装置４のタイムアウトによる。しかし、中継装置４が携帯電話機１との回線切断１６０を検知して自ら切断してもよい。また、タイムアウトしていない場合は、ステップ１７４とステップ１７５は不要である。
【００３４】
なお、図１０では携帯電話機１と中継装置４で継続応答１５５を利用して再開情報１３６を中継装置４から携帯電話機１へ伝達しているが、アップロード要求１５０の前に携帯電話機１から中継装置４へアップロードを開始することを示す要求を送信し、中継装置４がこの要求を受諾する、即ちネゴシエーションを行ってもよい。このとき中継装置４と携帯電話機１とで交換するメッセージはＨＴＴＰに準拠する。中継装置４が携帯電話機１からのネゴシエーションを受諾した場合、中継装置４は継続応答１５５の代わりに再開情報１３６をボディ１３７に格納した応答（図６でも説明した）を送信する。
【００３５】
図１１を参照して、携帯電話機の処理フローを説明する。ここで、図１１は携帯電話機のアップロード処理のフローチャートである。図１１において、はじめに携帯電話機１は、アップロード要求、データを中継装置４へ送信開始する（Ｓ２０１）。ステップ２０１で開始したアップロードの処理はアップロード中断する処理（Ｓ２０６またはＳ２０７）を行わなければ、中継装置４へアップロードデータを送信し続ける。携帯電話機１はデータの受信待ち（Ｓ２０２）し、中継装置４から継続応答を受信する。携帯電話機１は、継続応答に再開情報１３６が含まれるか判別し（Ｓ２０３）、再開情報１３６が含まれる場合記憶する（Ｓ２０４）。携帯電話機１はステップ２０３またはステップ２０４から再びデータ受信待ち２０２に戻る。
【００３６】
携帯電話機１は、アップロード途中に回線切断または中継装置４からの応答を受信していなくてタイムアウトが判定された場合は、アップロードを中断する（Ｓ２０７）。携帯で電話機１は、画面出力インタフェイス１４にリトライ用画面出力する（Ｓ２０８）。携帯電話機１は、ユーザによるアップロードを再開するか中止するかの操作を待ち（Ｓ２０９）、ユーザが中止を選択し場合、アップロードの処理を終了する。ユーザが再開を選択した場合、携帯電話機１は、再開情報１３６から中継装置アドレス１３８を用いて中継装置４へ再接続し、メッセージＩＤ１０１を送信する（Ｓ２１０）。携帯電話機１は、中継装置４から再アップロード情報１７２を取得し（Ｓ２１１）、アップロードを再開する（Ｓ２１２）。携帯電話機１はステップ２１２において、受信した再アップロード情報１７２に含まれる受信サイズ１０４または分割オプション１０６から、中継装置４が回線切断１６０前までに受信したアップロードデータのサイズを確認し、中継装置４が受信していないデータからアップロードデータとして送信する。携帯電話機はステップ２１２後、再びステップ２０２に戻り、中継装置４から成功応答を受信すると、アップロード成功したと判定し（Ｓ２０５）、正常終了する。
【００３７】
図１２を参照して、中継装置の処理フローを説明する。ここで、図１２は中継装置のアップロード処理のフローチャーとである。図１２において、中継装置４のプログラムの実行が開始されると、中継装置４は、入出力回路インタフェイス４５からのデータ受信待ちに遷移する（Ｓ２５１）。中継装置４は、ステップ２５１において入出力回路インタフェイス４５から入力されるデータおよび信号を監視し、携帯電話機１からの受信か、Ｗｅｂサーバ６からの受信かを判別する。また、中継装置４は、ステップ２５１においてデータを受信していない間は受信管理テーブル４３の最終受信時刻１０７を参照し、該当するメッセージ（記憶データ）がタイムアウトしていないかどうか判定する。
【００３８】
中継装置４は、携帯電話機１からデータを受信すると、要求判定を行う（Ｓ２５２）。中継装置４は、要求判定において、アップロード要求（ＰＯＳＴまたはＰＵＴ要求）であるか、アップロードデータであるか、アップロード再開のための再接続であるか、およびそれら以外の通常の要求またはデータであるかを判定する。ステップ２５２において、アップロード要求であった場合、中継装置４は、アップロード判定条件を満たすか判定を行う（Ｓ２５３）。中継装置４は、ステップ２５３において、中継装置４がアップロード要求を記憶するか、通常のプロキシ中継処理を行うかの判定を実施し、ここではアップロードするデータサイズが既定値を超過した場合を判定条件とする。ステップ２５３において、中継装置４は不適合と判定した場合通常のプロキシ中継処理を行い（Ｓ２５４）、ステップ２５１に戻る。ステップ２５３において判定に適合した場合、中継装置４は、データの記憶を開始し、受信管理テーブル４３を作成し（Ｓ２５５）、Ｗｅｂサーバ６へアップロード要求を転送する（Ｓ２５６）。中継装置４は、ステップ２５６終了後、再びステップ２５１へ戻る。
【００３９】
中継装置４は、Ｗｅｂサーバ６からデータを受信すると、応答判定を行う（Ｓ２７０）。中継装置４は、ステップ２７０において、継続応答であるか、成功応答であるか、中継装置４とＷｅｂサーバ６間の回線切断か、それ以外の通常の応答やデータであるかを判定する。中継装置４は、継続応答を受信すると、継続応答に再開情報２３６を付加し（Ｓ２７１）、携帯電話機１へ中継する（Ｓ２７２）。中継装置４はステップ２７２終了後、再びステップ２５１へ戻る。
【００４０】
中継装置４は、ステップ２５２において、携帯電話機１から受信管理テーブル４３が作成されたアップロード要求のアップデータを受信したとき、アップロードデータを記憶し、受信管理テーブルの受信サイズ１０４と、最終受信時刻１０７を更新する（Ｓ２５７）。中継装置４は、ステップ２５７終了後Ｗｅｂサーバ６との回線状況を判定し（Ｓ２５８）、接続中の場合はＷｅｂサーバ６へ中継する（Ｓ２６０）。中継装置４はステップ２６０終了後、再びステップ２５１へ戻る。ステップ２５８で切断状態のとき、中継装置４は、Ｗｅｂサーバ６へ接続し、アップロード要求と、データを送信した後（Ｓ２５９）、ステップ２６０に遷移する。
【００４１】
携帯電話機１と中継装置４との間の回線切断が起こっても、中継装置４は、記憶データを受信管理テーブル４３の最終受信時刻１０７から一定時間保持する。ただし、携帯電話機１からのアップロードデータまたは再接続要求１７０が最終受信時刻１０７から一定時間なければタイムアウトと判定し（Ｓ２６４）、受信管理テーブル４３と記憶データを削除し、処理を終了する。
【００４２】
中継装置４は、ステップ２５２において、携帯電話機１から再接続要求を受信すると、再接続要求に含まれるメッセージＩＤ１０２を受信メッセージ管理テーブル４３から探索し（Ｓ２６１）、メッセージＩＤが無い場合は処理を終了する。ステップ２６１において、該当するメッセージＩＤがある場合、中継装置４は携帯電話機１へ受信サイズ１０４または分割オプション１０６を含む再アップロード情報を送信する（Ｓ２６２）。中継装置４は、ステップ２６２終了後、再びステップ２５１へ戻る。
【００４３】
中継装置４は、ステップ２７０において、Ｗｅｂサーバ６から成功応答を受信すると、携帯電話機１からのアップロードに成功したと判定し、受信管理テーブルと、記憶データを削除し（Ｓ２７５）、携帯電話機１へ成功応答を送信し（Ｓ２７６）、処理を終了する。
【００４４】
中継装置４は、ステップ２７０において、Ｗｅｂサーバ６から受信管理テーブル４３に該当しない応答を受信した場合は、通常のプロキシ中継処理を行い（Ｓ２７３）、中継処理の継続を判定（Ｓ２７４）し、継続ならデータ受信待ち２５１へ戻り、判定が終了であれば終了する。
【００４５】
本実施例に拠れば、携帯電話機からのＷｅｂサーバへデータのアップロード途中に回線が切断された場合に、携帯電話から一度送信したデータの再送不要でアップロードの再開を可能にする。また、負荷分散システムに適用できる。
【００４６】
実施例１の変形実施例を、図１３および図１４を参照して説明する。ここで、図１３はＨＴＴＰ１.１準拠のＴｒａｎｓｆｅｒ−Ｅｎｃｏｄｉｎｇ：ｃｈｕｎｋｅｄを使用した場合（分割送信と呼ぶ）の、アップロード要求フォーマットである。また、図１４は分割送信のアップロードデータフォーマットである。
【００４７】
図１３において、アップロード要求フォーマットは、ＨＴＴＰヘッダ７０１のみで構成されている。このとき、ＨＴＴＰヘッダ７０１には、送信サイズ（Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ）を含まない。
【００４８】
図１４において、アップロードデータは、図示を省いたＨＴＴＰヘッダと、ＨＴＴＰボディ７２２とから構成される。ＨＴＴＰボディ７２２は、アップロードデータのサイズ７０５と、アップロードデータ７０６とから構成される。分割送信されたアップロードデータの最後のＨＴＴＰボディ７２２は、サイズ７０５が「０」で、アップロードデータ７０６が連続した改行のみ（「空」を示すデータ）となる。
【００４９】
実施例２を図１５ないし図１８を参照して説明する。ここで、図１５はネットワークシステムのブロック図である。図１６はＷｅｂサーバのハードウェアブロック図である。図１７は継続応答のメッセージフォーマットである。図１８は継続応答のメッセージフォーマットである。
【００５０】
実施例２は、実施例１のように中継装置４を介せず、代わりにＷｅｂサーバ６Ａにアップロードを再開する機能を保持させ、実施例１と同様の効果を得る実施例である。両者の相違点を、図１５ないし図１８を用いて説明する。ここで、図１５はネットワークシステムのブロック図である。図１６はＷｅｂサーバのハードウェアブロック図である。図１７は継続応答のメッセージフォーマットである。図１８は携帯電話器とＷｅｂサーバとの間のデータアップロードのシーケンス図である。
【００５１】
図１５において、ネットワークシステム１００Ａは、携帯電話機１、無線網２、キャリア設備網３、インターネット５、負荷分散装置８、複数のＷｅｂサーバで構成されている。携帯電話機１は、無線網２、キャリア設備網３、インターネット５、負荷分散装置８を介してＷｅｂサーバ６Ａと直接通信を行う。なお、Ｗｅｂサーバ６Ａは、実施例２では負荷分散装置８により、３台のＷｅｂサーバ６Ａに負荷分散されている。各Ｗｅｂサーバ６Ａは、携帯電話機１がＷｅｂサーバ６Ａ−１〜６Ａ−３の特定の１台と接続できるアドレス（以下、Ｗｅｂサーバアドレスと呼ぶ）を有する。Ｗｅｂサーバアドレスは携帯電話機１がＷｅｂサーバ６Ａに直接アクセスできる一意なアドレスであり、ＩＰアドレス、ホスト名、ＵＲＬ、またＣｏｏｋｉｅ情報を利用する。Ｃｏｏｋｉｅ情報は、Ｗｅｂサーバ６Ａを負荷分散している負荷分散装置８が、該Ｃｏｏｋｉｅ情報を判別し、特定Ｗｅｂサーバへ接続するために利用できる。
【００５２】
図１６を参照して、Ｗｅｂサーバ６Ａを実現する情報処理装置を説明する。図１６において、Ｗｅｂサーバ６Ａは、プロセッサ６０と、記憶装置６１と、負荷分散装置８にデータを送受信するための入出力回路インタフェイス６５と、これらを接続するバスなどの内部通信線６７からなる。記憶装置６１は、プログラムメモリ６２と、受信管理テーブル６３と、データ記憶部６４を格納している。プログラムメモリ６２には、Ｗｅｂサーバ６Ａを実現する各種制御プログラムが記録され、プロセッサ６０がプログラムメモリ６２を実行する。なお、各プログラムは、予めプログラムメモリ６２に格納されていてもよいし、図示していない着脱可能な記憶媒体または通信媒体（ネットワークまたはそれを伝播する搬送波）を介して、プログラムメモリ６２に導入されてもよい。受信管理テーブル６３には、Ｗｅｂサーバ６Ａが携帯電話機１からの受信したアップロード要求およびデータを管理するための情報が記述される。受信管理テーブル６３は、Ｗｅｂサーバ６Ａが携帯電話機１からのアップロード要求を中継するときに作成してもよいし、Ｗｅｂサーバ６ＡがＷｅｂサーバ６Ａ外の受信管理テーブルをもつ記憶媒体から通信媒体（ネットワークまたはそれを伝播する搬送波）を介して取得し、受信管理テーブル６３に導入してもよい。データ記憶部６４には、Ｗｅｂサーバ６Ａが携帯電話機１とＷｅｂサーバ６のＨＴＴＰメッセージを中継したときに取得した情報と、携帯電話機１とＷｅｂサーバ６Ａの回線切断後の再開に使用する情報が記憶される。記憶装置６１は、半導体記憶装置、または、ハードディスクなどの外部記憶装置で構成する。Ｗｅｂサーバ６Ａは、システム管理者によるデータ入力を可能にするための入力装置と表示装置を備えているが、これらの装置は以下の説明では使用しないため、図１６では省略してある。
【００５３】
図１７を参照して、Ｗｅｂサーバ６Ａが携帯電話機１へ送信する再開情報を付加した継続応答を説明する。ここでは、実施例１との違いのみ説明すると、実施例２ではプロキシ付加ヘッダ１３５は存在しなくなり、中継装置アドレス１３８の代わりにＷｅｂサーバ６ＡにアクセスできるＷｅｂサーバアドレス１３９が再開情報１３６Ａに含まれる。
【００５４】
図１８を参照して、携帯電話機とＷｅｂサーバとのアップロードのシーケンスを説明する。図１８において、はじめに、携帯電話機１は、Ｗｅｂサーバ６Ａへアップロード要求を送信する（Ｓ３００）。Ｗｅｂサーバ６Ａは、アップロード要求のＨＴＴＰヘッダに含まれるＳＵＢ ＩＤを記憶し、受信管理テーブル４３を作成し、アップロード要求３３０およびデータ受信を開始する（Ｓ３０１）。Ｗｅｂサーバ６Ａは、ＨＴＴＰに準拠したレスポンスコード１００の継続応答を携帯電話機１へ送信する（Ｓ３０２）。携帯電話機１は、継続応答に含まれる再開情報１３６を記憶し（Ｓ３０３）、アップロードデータを送信する（Ｓ３０４）。
【００５５】
ここでは、アップロード途中に、携帯電話機１とＷｅｂサーバ６Ａ間の回線切断が発生する（Ｓ３０５）とする。携帯電話機１は、回線切断を検知し、アップロードを中断し、リトライ用の画面を画面出力インタフェイス１６に出力する（Ｓ３０６）。携帯電話機１のユーザは、リトライ用画面でリトライするか否かを選択でき、リトライを選択したとする。携帯電話機１は、再開情報１３６を使用して、再開情報１３６を送信したＷｅｂサーバ６Ａへ再接続要求を送信する（Ｓ３０７）。Ｗｅｂサーバ６Ａは、再接続要求３０７を受信すると、該要求に含まれるメッセージＩＤ１０１を用いて、受信管理テーブル６３に対応する項目を抽出、確認する（Ｓ３０８）。Ｗｅｂサーバ６Ａは、受信管理テーブル６３の受信サイズ１０４の情報を含んだＨＴＴＰ準拠の応答である再アップロード情報を携帯電話機１へ送信する（Ｓ３０９）。携帯電話機１は、受信した再アップロード情報に含まれる受信サイズ１０４から、Ｗｅｂサーバ６Ａが回線切断３０５前までに受信したアップロードデータのサイズを確認し、Ｗｅｂサーバ６Ａが受信していないデータをアップロードデータ送信する（Ｓ３１０）。Ｗｅｂサーバ６Ａは、回線切断の前の状態から受信処理を再開し、残りのアップロードデータを受信する。Ｗｅｂサーバ６Ａは、アップロードデータを全て受信すると、該当する受信管理テーブル６３を削除し（Ｓ３１１）、成功応答を携帯電話１へ送信する（Ｓ３１２）。携帯電話機１は成功応答を受信すると、アップロードに成功したと判断し、アップロードの処理を終了する。
【００５６】
本実施例に拠れば、携帯電話機からのＷｅｂサーバへデータのアップロード途中に回線が切断された場合に、携帯電話から一度送信したデータの再送不要でアップロードの再開を可能にする。また、負荷分散システムに適用できる。
【００５７】
図１９と図２０とを参照して、実施例３について説明する。ここで、実施例３は、実施例２において、継続応答に再開情報を格納する代わりに、携帯電話機１と、中継装置４またはＷｅｂサーバ６ＡでＨＴＴＰに準拠したメッセージを交換することにより、実施例２と同様の効果を得られる方法である。実施例３と、実施例２との相違点を、図１９および図２０を用いて説明する。ここで、図１９はＧＥＴ要求に対する応答のメッセージフォーマットである。図２０は携帯電話器とＷｅｂサーバとの間のアップロード処理のシーケンス図である。
【００５８】
図１９において、Ｗｅｂサーバ６Ａが携帯電話機１へ送信する再開情報を付加したＧＥＴ要求に対する応答は、ＨＴＴＰ（応答）ヘッダ７５１とＨＴＴＰボディ７５２とから構成される。また、ＨＴＴＰボディ７５２には、アップロードプログラム７５３が格納されている。さらに、アップロードプログラム７５３には再開情報１３６Ａが埋め込まれている。
【００５９】
図２０を参照して、携帯電話機１とＷｅｂサーバ６Ａとのアップロードのシーケンスを説明する。図２０において、はじめに、携帯電話機１は、Ｗｅｂサーバ６ＡへＨＴＴＰの通常のＧＥＴ要求を送信する（Ｓ５５０）。Ｗｅｂサーバ６Ａは、受信管理テーブル４３で空いているメッセージＩＤ１０１を携帯電話機１に割り当てし（Ｓ５５１）、通常の成功を示す応答に、再開情報を埋め込んだアップロードプログラムをＨＴＴＰボディ７５２に付加して携帯電話機１へ送信する（Ｓ５５２）。実施例３では、Ｗｅｂサーバ６Ａは、メッセージＩＤ１０１を回線毎に管理し、ステップ５５１においてアップロード要求３００を受信する前にメッセージＩＤ１０１を割り当てすることができる。再開情報１３６には、図１９で説明したように、携帯電話機がＨＴＴＰ通信を行うプログラム（Ｗｅｂブラウザ）上で動作するアップロードプログラム７５３が含まれる。また、アップロードプログラム７５３には、Ｗｅｂサーバアドレス１３９とメッセージＩＤとからなる再開情報１３６Ａが埋め込まれている。携帯電話機１は、応答を受信するとアップロードプログラム７５３を実行し、再開情報を記憶する（Ｓ５５３）。アップロードプログラム７５３は、携帯電話機１のステップ５５２から成功応答３１２を受信するまでの動作が記述してある。携帯電話機１は、アップロードプログラム７５３に従い、アップロード要求を送信し（Ｓ３００）、成功応答を受信する（Ｓ３１２）まで、実施例２の図１８と同じ動作をする。なお、継続応答に再開情報を含んでも含まなくとも良い点は、実施例２とは異なる。
【００６０】
本実施例に拠れば、携帯電話機からのＷｅｂサーバへデータのアップロード途中に回線が切断された場合に、携帯電話から一度送信したデータの再送不要でアップロードの再開を可能にする。また、負荷分散システムに適用できる。
【００６１】
図２１と図２２を参照して、実施例４について説明する。ここで、図２１はネットワークシステムのブロック図である。図２２は携帯電話機と中継装置とＷｅｂサーバとメッセージセンタとの間のデータアップロードのシーケンス図である。実施例４は、実施例１において、継続応答に再開情報を格納する方法を利用する代わりに、中継装置は、回線切断後に携帯電話機宛てにショートメッセージを送信する。このショートメッセージに、中継装置アドレス、メッセージＩＤ、受信サイズを含めることによって、実施例１と同様の効果を得られる方法である。実施例４と、実施例１との相違点を、図２１および図２２を用いて説明する。
【００６２】
図２１において、ネットワークシステム１００Ｂは、携帯電話機１、無線網２、キャリア設備網３、キャリア設備網３に接続された中継装置４とメッセージセンタ７とデータベース９とインターネット５、Ｗｅｂサーバ６とから構成される。ここで、メッセージセンタ７は、携帯電話１にショートメッセージを送信する。データベース９は、ＳＵＢ ＩＤと、ＳＭＳアドレス（電話番号）とを対応付ける。
【００６３】
図２２において、はじめに、携帯電話機１は、Ｗｅｂサーバ６宛てにアップロード要求を送信する（Ｓ６０１）。実際には、中継装置４がアップロード要求を受信し、アップロード要求を解析し、アップロード処理判定条件を満たした場合、アップロード要求のＨＴＴＰヘッダに含まれるＳＵＢ ＩＤを記憶し、受信管理テーブル４３を作成し、アップロードデータの記憶を開始する（Ｓ６０２）。
【００６４】
中継装置４は、アップロード要求をＷｅｂサーバ６に中継し（Ｓ６０３）、Ｗｅｂサーバ６からＨＴＴＰに準拠したレスポンスコード１００の継続応答を受信する（Ｓ６０４）。継続応答は、Ｗｅｂサーバ６がアップロードデータを受信可能であることを示す応答である。中継装置４は、実施例１と異なり、受信した継続応答を通常のプロキシの処理とし、携帯電話機１へ継続応答として送信する（Ｓ６０６）。
【００６５】
携帯電話機１は、アップロードデータをアップロードし続ける（Ｓ６０７）。中継装置４は、アップロードデータを記憶し、Ｗｅｂサーバ６へアップロードデータを中継する（Ｓ６０８）。中継装置４のアップロードデータの中継は、中継装置４がアップロードデータサイズ全てを受信してから、まとめてＷｅｂサーバ６へ中継しても、中継装置４がアップロードデータを受信して随時Ｗｅｂサーバ６へ中継してもよい。
【００６６】
ここでは、アップロード途中に、携帯電話機１と中継装置４間の回線切断が発生した（Ｓ６０９）とする。また、中継装置４とＷｅｂサーバ６との間の回線もタイムアウトにより、切断されたとする（Ｓ６１１）。中継装置４はアップロードの失敗を検知し（Ｓ６１２）、受信管理テーブル４３のＳＵＢ ＩＤ１０２を利用して、携帯電話機１へショートメッセージ（以下、ＳＭＳと呼ぶ）を作成する（Ｓ６１３）。ＳＵＢ ＩＤ１０２は携帯電話機１を一意に識別する識別子であり、中継装置４は、ＳＵＢ ＩＤ１０２をＳＭＳにそのまま格納して携帯電話機１へ送信する。ただし、ＳＭＳを配信するのはキャリア設備網３に設置されたメッセージセンタ７であり、中継装置４はメッセージセンタ７にＳＭＳを送信する。中継装置４が作成したＳＭＳには、中継装置アドレスと、メッセージＩＤ１０１および受信サイズ１０４が格納されている。メッセージセンタ７は中継装置４から受信したＳＭＳを携帯電話１に転送する（Ｓ６１４）。
【００６７】
携帯電話機１は、メッセージセンタ７からＳＭＳを受信し、リトライ画面を出力する（Ｓ６１６）。携帯電話機１のユーザは、リトライ用画面でリトライするか否かを選択でき、リトライを選択する。携帯電話機１は、ＳＭＳに格納された中継装置アドレスへ、メッセージＩＤ１０１を添付して、再接続要求を送信する（Ｓ６１７）。中継装置４の作成したＳＭＳによっては、携帯電話機１は、リトライ画面でユーザの同意を求めずに自動で再接続要求を送信する設定も可能である。
【００６８】
中継装置４は、再接続要求を受信すると、要求に含まれるメッセージＩＤ１０１を用いて、受信管理テーブル４３に対応する項目を抽出、確認し（Ｓ６１８）、再接続要求の受諾を示す応答して受諾応答を送信する（Ｓ６１９）。
【００６９】
携帯電話機１は、受諾応答を受信すると、ＳＭＳに含まれていた受信管理テーブル４３の受信サイズ１０４の情報から、中継装置４が回線切断前までに受信したアップロードデータのサイズを確認し、中継装置４が受信していないデータをアップロードデータとして送信する（Ｓ６２１）。中継装置４は、携帯電話機１からアップロードが再開されると、Ｗｅｂサーバ６と再接続する（Ｓ６２２）。中継装置４は、記憶していたアップロード要求、アップロードデータをＷｅｂサーバに送信する（Ｓ６２３）。なお、Ｗｅｂサーバ６がアップロード要求、データを受信すると継続応答を応答するが、ここでは一連の処理を簡略化するため省略する。中継装置４は、新たなアップロードデータを受信しているので、アップロードデータをＷｅｂサーバ６へ送信する（Ｓ６２４）。携帯電話機１からＷｅｂサーバ６へ全てのアップロードデータが送信されると、Ｗｅｂサーバ６は成功応答を応答する（Ｓ６２５）。中継装置４は成功応答を受信すると、アップロードが成功したと判定し、該当する受信管理テーブル４３の項目と、記憶データを削除し（Ｓ６２６）、成功応答を携帯電話機１へ送信する（Ｓ６２７）。携帯電話機１は、成功応答を受信すると、アップロードに成功したと判断し、アップロードの処理を終了する。
【００７０】
なお、中継装置４は、携帯電話機１のＳＵＢ ＩＤ１０２をキャリア設備網３に設けられたデータベース９に問い合わせ、ＳＭＳのアドレス（電話番号）を取得してメッセージセンタに送信しても良い。また、実施例２または実施例３のネットワークシステム１００Ａの構成において、Ｗｅｂサーバ６Ａからメッセージセンタ７を介してショートメッセージを携帯電話機１に送信するように構成しても良い。また、実施例１のように中継装置４を複数設け、負荷分散しても良い。
【００７１】
本実施例に拠れば、携帯電話機からのＷｅｂサーバへデータのアップロード途中に回線が切断された場合に、携帯電話から一度送信したデータの再送不要でアップロードの再開を可能にする。
【図面の簡単な説明】
【００７２】
【図１】ネットワークシステムのブロック図である。
【図２】携帯電話機のハードウェアブロック図である。
【図３】中継装置のハードウェアブロック図である。
【図４】受信管理テーブルを説明する図である。
【図５】アップロード要求のメッセージフォーマットである。
【図６】継続応答のメッセージフォーマットである。
【図７】再接続要求のメッセージフォーマットである。
【図８】再アップロード情報のメッセージフォーマットである。
【図９】携帯電話機のリトライ時の画面出力を説明する図である。
【図１０】携帯電話機、中継装置およびＷｅｂサーバ間のアップロード処理シーケンス図である。
【図１１】携帯電話機のアップロード処理のフローチャートである。
【図１２Ａ】中継装置のアップロード処理のフローチャーとである（その１）。
【図１２Ｂ】中継装置のアップロード処理のフローチャーとである（その２）。
【図１３】分割送信のアップロード要求のアップロード要求のメッセージフォーマットである。
【図１４】分割送信のアップロードデータのフォーマットである。
【図１５】ネットワークシステムのブロック図である。
【図１６】Ｗｅｂサーバのハードウェアブロック図である。
【図１７】継続応答のメッセージフォーマットである。
【図１８】携帯電話器とＷｅｂサーバとの間のデータアップロードのシーケンス図である。
【図１９】ＧＥＴ要求に対する応答のメッセージフォーマットである。
【図２０】携帯電話器とＷｅｂサーバとの間のデータアップロードのシーケンス図である。
【図２１】ネットワークシステムのブロック図である。
【図２２】携帯電話機と中継装置とＷｅｂサーバとメッセージセンタとの間のデータアップロードのシーケンス図である。
【符号の説明】
【００７３】
１…携帯電話機、２…無線網、３…キャリア設備網、４…中継装置、５…インターネット、６…Ｗｅｂサーバ、７…メッセージセンタ、８…負荷分散装置、９…データベース（ＤＢ）、１０…プロセッサ、１１…記憶装置、１２…プログラムメモリ、１３…データ記憶部、１４…画面出力インタフェイス、１５…入出力インタフェイス、１６…入力インタフェイス、１７…内部接続線、４０…プロセッサ、４１…記憶装置、４２…プログラムメモリ、４３…受信管理テーブル、４４…データ記憶部、４５…入出力インタフェイス、４７…内部接続線、６０…プロセッサ、６１…記憶装置、６２…プログラムメモリ、６３…受信管理テーブル、６４…データ記憶部、６５…入出力インタフェイス、６７…内部接続線、１００…ネットワークシステム。
【特許請求の範囲】
【請求項１】
内部通信線で接続されたプロセッサと、記憶装置と、入出力インタフェイスとを備え、前記記憶装置に記憶されたプログラムを前記プロセッサが実行する通信装置において、
前記入出力インタフェイスは、第１のネットワークを介してクライアント装置と接続され、
前記プロセッサを、
前記クライアント装置から、アップロード要求を受信したとき、このアップロード要求を通信識別子とともに前記記憶装置に記憶し、前記クライアント装置から、アップロードデータを受信したとき、このアップロードデータを前記記憶装置に記憶する記憶制御部と、
前記アップロード要求に対する応答に前記通信識別子と自装置のアドレスとを含めて、前記クライアント装置に送信し、前記クライアント装置から、再接続要求を受信したとき、この再接続要求に対する応答に前記通信識別子と前記記憶装置に記憶された前記アップロードデータのサイズとを含めて、前記クライアント装置に送信する送信制御部と、として機能させることを特徴とする通信装置。
【請求項２】
内部通信線で接続されたプロセッサと、記憶装置と、入出力インタフェイスとを備え、前記記憶装置に記憶されたプログラムを前記プロセッサが実行する通信装置において、
前記入出力インタフェイスは、第１のネットワークを介してクライアント装置と接続され、
前記プロセッサを、
前記クライアント装置から、アップロード要求を受信したとき、このアップロード要求を通信識別子とともに前記記憶装置に記憶し、前記クライアント装置から、アップロードデータを受信したとき、このアップロードデータを前記記憶装置に記憶する記憶制御部と、
前記クライアント装置との回線切断を検知したとき、前記通信識別子と前記記憶装置に記憶された前記アップロードデータのサイズと自装置のアドレスとを含めて、前記クライアント装置に送信する送信制御部と、して機能させることを特徴とする通信装置。
【請求項３】
請求項１または請求項２に記載の通信装置であって、
前記入出力インタフェイスは、さらに第２のネットワークを介してサーバ装置と接続され、
前記送信制御部は、前記クライアント装置から、再接続要求を受信したとき、前記サーバ装置に前記記憶装置に記憶された前記アップロード要求と前記アップロードデータとを送信することを特徴とする通信装置。
【請求項４】
請求項３に記載の通信装置であって、
前記送信制御部は、前記クライアント装置から、新たなアップロードデータを受信したとき、この新たなアップロードデータを、前記サーバ装置に送信することを特徴とする通信装置。
【請求項５】
請求項１ないし請求項４のいずれか一つに記載の通信装置であって、
前記記憶制御部は、前記クライアント装置からのアップロードが終了したことを検出したとき、前記記憶装置に記憶した前記アップロード要求と前記アップロードデータとを破棄することを特徴とする通信装置。
【請求項６】
請求項１に記載の通信装置であって、
前記送信制御部は、前記クライアント装置から、再接続要求を受信したとき、前記クライアント装置に再開情報を埋め込んだアップロードプログラムを送信することを特徴とする通信装置。
【請求項７】
内部通信線で接続されたプロセッサと、記憶装置と、入出力インタフェイスと、画面出力インタフェイスと、入力インタフェイスとを備え、前記記憶装置に記憶されたプログラムを前記プロセッサが実行するクライアント装置において、
前記入出力インタフェイスは、ネットワークを介して通信装置と接続され、
前記プロセッサを、
前記通信装置にアップロード要求を送信したとき、応答に含まれる通信識別子と前記通信装置のアドレスとを前記記憶装置に記憶する記憶制御部と、
前記通信装置へのアップロードが中断したとき、前記アドレス宛に前記通信識別子を含む再接続要求を送信する送信制御部と、して機能させることを特徴とするクライアント装置。
【請求項８】
請求項７に記載のクライアント装置であって、
さらに、画面出力インタフェイスと、入力インタフェイスとを備え、
前記通信装置へのアップロードが中断したとき、前記画面インタフェイスに前記再接続要求を送信するか否かの判定を前記入力インタフェイスから入力するように表示することを特徴とするクライアント装置。
【請求項９】
請求項７または請求項８に記載のクライアント装置であって、
前記送信制御部は、前記再接続要求に対する応答に含まれる前記通信装置の受信サイズ以降のアップロードデータを前記アドレス宛に送信することを特徴とするクライアント装置。
【請求項１】
内部通信線で接続されたプロセッサと、記憶装置と、入出力インタフェイスとを備え、前記記憶装置に記憶されたプログラムを前記プロセッサが実行する通信装置において、
前記入出力インタフェイスは、第１のネットワークを介してクライアント装置と接続され、
前記プロセッサを、
前記クライアント装置から、アップロード要求を受信したとき、このアップロード要求を通信識別子とともに前記記憶装置に記憶し、前記クライアント装置から、アップロードデータを受信したとき、このアップロードデータを前記記憶装置に記憶する記憶制御部と、
前記アップロード要求に対する応答に前記通信識別子と自装置のアドレスとを含めて、前記クライアント装置に送信し、前記クライアント装置から、再接続要求を受信したとき、この再接続要求に対する応答に前記通信識別子と前記記憶装置に記憶された前記アップロードデータのサイズとを含めて、前記クライアント装置に送信する送信制御部と、として機能させることを特徴とする通信装置。
【請求項２】
内部通信線で接続されたプロセッサと、記憶装置と、入出力インタフェイスとを備え、前記記憶装置に記憶されたプログラムを前記プロセッサが実行する通信装置において、
前記入出力インタフェイスは、第１のネットワークを介してクライアント装置と接続され、
前記プロセッサを、
前記クライアント装置から、アップロード要求を受信したとき、このアップロード要求を通信識別子とともに前記記憶装置に記憶し、前記クライアント装置から、アップロードデータを受信したとき、このアップロードデータを前記記憶装置に記憶する記憶制御部と、
前記クライアント装置との回線切断を検知したとき、前記通信識別子と前記記憶装置に記憶された前記アップロードデータのサイズと自装置のアドレスとを含めて、前記クライアント装置に送信する送信制御部と、して機能させることを特徴とする通信装置。
【請求項３】
請求項１または請求項２に記載の通信装置であって、
前記入出力インタフェイスは、さらに第２のネットワークを介してサーバ装置と接続され、
前記送信制御部は、前記クライアント装置から、再接続要求を受信したとき、前記サーバ装置に前記記憶装置に記憶された前記アップロード要求と前記アップロードデータとを送信することを特徴とする通信装置。
【請求項４】
請求項３に記載の通信装置であって、
前記送信制御部は、前記クライアント装置から、新たなアップロードデータを受信したとき、この新たなアップロードデータを、前記サーバ装置に送信することを特徴とする通信装置。
【請求項５】
請求項１ないし請求項４のいずれか一つに記載の通信装置であって、
前記記憶制御部は、前記クライアント装置からのアップロードが終了したことを検出したとき、前記記憶装置に記憶した前記アップロード要求と前記アップロードデータとを破棄することを特徴とする通信装置。
【請求項６】
請求項１に記載の通信装置であって、
前記送信制御部は、前記クライアント装置から、再接続要求を受信したとき、前記クライアント装置に再開情報を埋め込んだアップロードプログラムを送信することを特徴とする通信装置。
【請求項７】
内部通信線で接続されたプロセッサと、記憶装置と、入出力インタフェイスと、画面出力インタフェイスと、入力インタフェイスとを備え、前記記憶装置に記憶されたプログラムを前記プロセッサが実行するクライアント装置において、
前記入出力インタフェイスは、ネットワークを介して通信装置と接続され、
前記プロセッサを、
前記通信装置にアップロード要求を送信したとき、応答に含まれる通信識別子と前記通信装置のアドレスとを前記記憶装置に記憶する記憶制御部と、
前記通信装置へのアップロードが中断したとき、前記アドレス宛に前記通信識別子を含む再接続要求を送信する送信制御部と、して機能させることを特徴とするクライアント装置。
【請求項８】
請求項７に記載のクライアント装置であって、
さらに、画面出力インタフェイスと、入力インタフェイスとを備え、
前記通信装置へのアップロードが中断したとき、前記画面インタフェイスに前記再接続要求を送信するか否かの判定を前記入力インタフェイスから入力するように表示することを特徴とするクライアント装置。
【請求項９】
請求項７または請求項８に記載のクライアント装置であって、
前記送信制御部は、前記再接続要求に対する応答に含まれる前記通信装置の受信サイズ以降のアップロードデータを前記アドレス宛に送信することを特徴とするクライアント装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２００８−２７１０９７（Ｐ２００８−２７１０９７Ａ）
【公開日】平成２０年１１月６日（２００８．１１．６）
【国際特許分類】
【出願番号】特願２００７−１１０４６７（Ｐ２００７−１１０４６７）
【出願日】平成１９年４月１９日（２００７．４．１９）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２０年１１月６日（２００８．１１．６）
【国際特許分類】
【出願日】平成１９年４月１９日（２００７．４．１９）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]