JP3822223B2 - テストシステム、そのシステムに含まれるクライアント装置および中継装置、通信機器のテスト方法、ならびに、コンピュータをクライアント装置または中継装置として機能させるためのプログラム - Google Patents

Description

本発明は、通信機器の通信テストに関し、特に、特定の地域で提供されるサービスと通信可能な通信機器の試験を、当該サービスが提供されない地域において実施するためのテストシステム、そのシステムに含まれるクライアント装置および中継装置、通信機器のテスト方法、コンピュータをクライアント装置あるいは中継装置として機能させるためのプログラムに関する。

情報通信システムの導入においては、そのシステムを構成する通信装置の通信テストが不可欠である。通信装置には、ＰＣ（Personal Computer）、携帯電話その他の一般のユーザが使用する情報通信機器もあれば、この機器に情報を提供する事業者が使用する通信装置も含まれる。事業者が使用する通信装置の場合、多くのユーザからのアクセスに対する限界負荷を確認するための、いわゆるストレステストあるいはバルクテストと称される通信テストが必要になる。

そこで、たとえば特開２００２−９４５７１号公報（特許文献１）は、携帯電話端末向けのサービスサイトへの汎用ウェブパフォーマンスツールを用いた実効的なバルクストレステストを行なうことが可能なコンピュータシステムを開示する。

特開２００２−９４５７１号公報に開示されたコンピュータシステムによると、第３コンピュータシステムが発行するリクエストに、第２コンピュータシステムが付加情報を加えることで、端末と通信網で接続されたゲートウェイとコンピュータネットワークで接続され前記端末にゲートウェイを介してサービスを提供する第１コンピュータシステムへの接続が可能にされる。また、サービスに直接アクセスする権限を有していない第３コンピュータシステムが、サービスにアクセスすることが可能になる。また、たとえば、第１コンピュータシステムを欧州でのみ提供している携帯電話情報サービス、第２コンピュータシステムを第１コンピュータシステムとインターネット接続された日本国内のゲートウェイ、第３コンピュータシステムを日本国内の携帯電話とすれば、日本国内の携帯電話から欧州のみで提供されている携帯電話情報サービスにアクセスすることも可能である。

また、特開２０００−９２２０１号公報（特許文献２）は、無線ネットワークや有線ネットワークに接続することなく無線データサービス装置のデータトラフィック処理機能および呼処理機能を試験できるような無線データサービス装置の機能試験用回線呼発生器を開示する。この発生器は、無線データサービス装置との通信時にスイッチングを実行する中継線インタフェース部と、この中継線インタフェース部を介して無線データサービス装置に接続され、無線加入者又は有線加入者の役割をエミュレーションする回線データ処理部と、中継線インタフェース部及び回線データ処理部の間の制御信号伝達用の制御バスと、中継線インタフェース部及び回線データ処理部の間のデータ伝達用のデータバスと、回線データ処理部のエミュレーション動作を制御する制御部とを含む。

特開２０００−９２２０１号公報に開示された発生器によると、無線データサービス装置とインタフェースし、有線ネットワークの有線加入者または無線ネットワークの無線加入者として動作することができる。したがって、発生器は、デジタルセルラーサービス(Digital Cellular Service:ＤＣＳ)や個人携帯通信サービス(Personal Communication Service:ＰＣＳ)システムを構成するネットワークにおける移動電話機その他の通信装置を必要とせずに、無線データサービス装置に回線呼とデータトラフィックとを発生することができる。
特開２００２−９４５７１号公報 特開２０００−９２２０１号公報

一般に、端末の試験に際しては、実際の通信網およびゲートウェイと端末との接続性を検証する必要がある。しかしながら、特開２００２−９４５７１号公報に開示されたシステムによると、第１から第３コンピュータ間のアクセスは、端末とゲートウェイ間の通信網および実ゲートウェイを介さない。そのため、上記システムは、上記検証を行なえないという点で、サービスが提供されていない地域でサービス対応機器内のテスト対象をテストする場合（例えば、欧州むけ携帯電話のブラウザの動作試験を日本国内で行なう場合）には不十分である。

また、特開２０００−９２２０１号公報に開示された発生器によると、実際のサービス対応機器で用いられるサービスアクセス部を用いたテストが可能になる。しかしながら、今日、多くのベンダーが様々なサービスを提供しているため、サービスのエミュレーションの開発には多大な工数を要するという問題がある。さらに、サービスアクセス部がテストできるサービスや通信のシーケンスは、エミュレーションによって生成された擬似シーケンスであるため、実際のサービス及びシーケンスをテストすることができないという問題もある。

本発明は、上述の問題点を解決するためになされたものであって、その目的は、限定された地域において提供されるサービスに対応した情報通信装置の通信テストを、サービスの行なわれていない地域でテストを可能としたサービス対応機器のテストシステムを提供することである。

本発明の他の目的は、特定のサービスが提供される地域以外の地域において、そのサービスをテストすることができるクライアント装置を提供することである。

本発明の他の目的は、特定のサービスが提供される地域以外の地域において、そのサービスを使用するためのクライアント装置とサービスを提供する装置との間の通信を中継する中継装置を提供することである。

本発明の他の目的は、限定された地域において提供されるサービスに対応した情報通信装置の通信テストを、サービスの行なわれていない地域で行なうためのテスト方法を提供することである。

本発明の他の目的は、特定のサービスが提供される地域以外の地域において、そのサービスをテストすることができるクライアント装置として、コンピュータを機能させることができるプログラムを提供することである。

本発明の他の目的は、特定のサービスが提供される地域以外の地域において、そのサービスを使用する情報通信装置とサービスを提供する装置との間の情報通信を中継する中継装置として、コンピュータを機能させることができるプログラムを提供することである。

上記の課題を解決するために、この発明のある局面に従うと、テストシステムは、外部からのアクセスに応じて情報を出力するサービス装置との通信試験を行なうためのテストシステムであって、サービス装置と通信可能な中継装置と、中継装置と通信可能なクライアント装置とを備える。クライアント装置は、サービス装置から情報を取得するためのモジュールを格納する記憶手段を備える。中継装置は、サービス装置と通信するための第１のサービスアクセス手段と、第１のサービスアクセス手段に対して、モジュールを模擬するためのテスト対象代行手段とを備える。クライアント装置は、モジュールに対して第１のサービスアクセス手段を模擬するためのサービスアクセス代行手段をさらに備える。サービスアクセス代行手段は、テスト対象代行手段に、サービス装置へのアクセスのためにモジュールにより生成されるアクセス情報を送信する。テスト対象代行手段は、第１のサービスアクセス手段に、アクセス情報を出力し、そして、サービスアクセス代行手段に、アクセス情報に応じてサービス装置から中継装置に出力される応答を送信する。サービスアクセス代行手段は、モジュールに応答を出力する。

好ましくは、クライアント装置は、サービス装置と通信することが可能な第２のサービスアクセス手段をさらに備える。サービスアクセス代行手段は、テスト対象代行手段に、第２のサービスアクセス手段に対して出力されたアクセス情報を送信する。テスト対象代行手段は、サービスアクセス代行手段に、サービス装置から第１のサービスアクセス手段に出力された応答を送信する。サービスアクセス代行手段はさらに、第２のサービスアクセス手段によるデータの出力形式に基づいて、応答を出力する。

好ましくは、クライアント装置と中継装置とは、通信される信号を中継するためのリレー装置が含まれる通信回線を介して通信する。

この発明の他の局面に従うと、クライアント装置は、外部からのアクセスに応じて情報を出力するサービス装置と通信可能な中継装置と通信する。このクライアント装置は、サービス装置から情報を取得するためのモジュールを格納する記憶手段と、モジュールに対して、サービス装置と通信するために中継装置が備える第１のサービスアクセス手段を模擬するためのサービスアクセス代行手段と、モジュールに基づいて、サービス装置と通信することが可能な第２のサービスアクセス手段とを備える。サービスアクセス代行手段は、第１のサービスアクセス手段に対してモジュールを模擬するために中継装置が備えるテスト対象代行手段に、モジュールがサービス装置へのアクセスのために第２のサービスアクセス手段に対して出力するアクセス情報を送信するための送信手段と、アクセス情報に応じてサービス装置から中継装置に出力される応答の受信に基づいて、モジュールに応答を出力するための出力制御手段とを含む。

好ましくは、送信手段は、テスト対象代行手段に、第２のサービスアクセス手段に対して出力されたアクセス情報を送信するための送信制御手段を含む。出力制御手段は、第２のサービスアクセス手段によるデータの出力形式に基づいて、応答を出力する。

好ましくは、記憶手段はさらに、中継装置のアドレスを格納する。クライアント装置は、アドレスをアクセス情報に付加するための付加手段をさらに備える。送信制御手段は、アドレスに基づいて、テスト対象代行手段にアクセス情報を送信する。

好ましくは、サービスアクセス代行手段は、アクセス情報のデータ形式を、クライアント装置と中継装置との間におけるデータ形式に変換するための変換手段と、応答のデータ形式を、クライアント装置と中継装置との間における形式から、クライアント装置の内部のデータ形式に変換するための逆変換手段とをさらに含む。

好ましくは、送信制御手段は、中継装置に対してシリアル形式のデータを伝送する。変換手段は、アクセス情報のデータ形式をシリアル形式に変換する。受信制御手段は、中継装置から、シリアル形式のデータを受信する。逆変換手段は、応答のデータ形式を、クライアント装置の内部におけるデータ形式に変換する。

好ましくは、クライアント装置は、シリアル形式のデータを通信可能なケーブルを接続するための端子をさらに備える。

好ましくは、クライアント装置は、携帯通信端末である。

この発明の他の局面に従うと、中継装置は、外部からのアクセスに応じて情報を出力するサービス装置と、情報を取得するために格納されている第１のモジュールに基づいてサービス装置と通信可能な第１のサービスアクセス手段を備えるクライアント装置との間で通信する。この中継装置は、サービス装置と通信するための第２のサービスアクセス手段と、第２のサービスアクセス手段に対して、第１のモジュールを模擬するためのテスト対象代行手段とを備える。テスト対象代行手段は、サービス装置にアクセスするために第１のモジュールにより生成されたアクセス情報のクライアント装置からの受信に基づいて、第２のサービスアクセス手段に、アクセス情報を出力するアクセス情報送信制御手段と、第１のモジュールに対して第２のサービスアクセス手段を模擬するためにクライアント装置が備えるサービスアクセス代行手段に、アクセス情報に応じてサービス装置から中継装置に出力される応答を送信するための応答送信制御手段とを含む。

好ましくは、クライアント装置は、サービス装置から情報を取得するための第２のモジュールを格納する記憶手段をさらに備える。アクセス情報送信制御手段は、第２のモジュールにより出力されるデータの形式に基づいて、アクセス情報を第２のサービスアクセス手段に出力する。

好ましくは、中継装置は、アクセス情報のデータ形式を、サービス装置との通信に対応したデータ形式に変換するための第１の変換手段と、応答のデータ形式を、中継装置の内部におけるデータ形式に変換するための第２の変換手段とをさらに備える。

好ましくは、中継装置は、応答のデータ形式を、クライアント装置との通信に対応したデータ形式に変換するための変換手段と、アクセス情報のデータ形式を、中継装置に対応したデータ形式に変換するための逆変換手段とをさらに備える。

好ましくは、中継装置は、クライアント装置とシリアル形式のデータを通信する。変換手段は、応答のデータ形式をシリアル形式のデータに変換する。

好ましくは、中継装置は、シリアル形式のデータを通信可能なケーブルを接続するための端子をさらに備える。

好ましくは、中継装置は、携帯通信端末である。

この発明の他の局面に従うと、テスト方法は、外部からのアクセスに応じて情報を出力するサービス装置と通信する中継装置と通信するクライアント装置のテスト方法である。この方法は、クライアント装置において、サービス装置から情報を取得するためのモジュールを予め準備するステップと、中継装置において、サービス装置と通信する第１のサービスアクセスステップと、中継装置において、クライアント装置に対して、モジュールを模擬するテスト対象代行ステップと、クライアント装置において、モジュールに対して第１のサービスアクセスステップを模擬するサービスアクセス代行ステップとを含む。サービスアクセス代行ステップは、中継装置に、サービス装置へのアクセスのためにモジュールにより生成されるアクセス情報を送信する送信ステップを含む。テスト対象代行ステップは、アクセス情報を出力するアクセス情報送信制御ステップと、クライアント装置に、アクセス情報に応じてサービス装置から中継装置に出力される応答を送信する応答送信制御ステップとを含む。サービスアクセス代行ステップは、モジュールに応答を出力する出力制御ステップをさらに含む。

この発明の他の局面に従うと、プログラムは、外部からのアクセスに応じて情報を出力するサービス装置と通信可能な中継装置と通信するクライアント装置として、コンピュータを機能させる。このプログラムはコンピュータに、サービス装置から情報を取得するためのモジュールを予め準備するステップと、モジュールに対して、サービス装置と通信するために中継装置が備えるサービスアクセス手段を模擬するサービスアクセス代行ステップと、モジュールに基づいて、サービス装置と通信するサービスアクセスステップとを実行させる。サービスアクセス代行ステップは、サービスアクセスステップに対してモジュールを模擬するために中継装置が備えるテスト対象代行手段に、モジュールがサービス装置へのアクセスのために出力するアクセス情報を送信する送信ステップと、アクセス情報に応じてサービス装置から中継装置に出力される応答の受信に基づいて、モジュールに応答を出力する出力制御ステップとを含む。

この発明のさらに他の局面にしたがうと、プログラムは、外部からのアクセスに応じて情報を出力するサービス装置と、情報を取得するために格納されている第１のモジュールに基づいてサービス装置と通信可能なサービスアクセス手段を備えるクライアント装置との間で通信する中継装置として、コンピュータを機能させる。このプログラムはコンピュータに、サービス装置と通信するサービスアクセスステップと、サービスアクセスステップにおける通信に対して、第１のモジュールを模擬するためのテスト対象代行ステップとを実行させる。テスト対象代行ステップは、サービス装置にアクセスするために第１のモジュールにより生成されたアクセス情報のクライアント装置からの受信に基づいて、アクセス情報を出力するアクセス情報送信制御ステップと、第１のモジュールに対して第２のサービスアクセスステップを模擬するためにクライアント装置が備えるサービスアクセス代行手段に、出力されたアクセス情報に応じてサービス装置から中継装置に出力される応答を送信する応答送信制御ステップとを含む。

好ましくは、クライアント装置は、モジュールの試験のための操作の入力を受ける入力手段と、試験の結果を記憶するテスト結果記憶手段と、操作を表わす情報を格納する操作情報記憶手段と、中継装置に対して操作を表わす情報を送信する操作情報送信手段とをさらに備える。中継装置はさらに、クライアント装置から送信された操作情報を受信する受信手段と、モジュールと異なるテスト対象と通信するテスト対象通信手段とを備える。テスト対象により実現される機能と、モジュールにより実現される機能とは同一である。中継装置は、受信手段により受信された操作情報に基づいて、テスト対象を操作する再生手段と、クライアント装置に対して、再生手段によるテスト対象の操作の結果を送信する送信手段とをさらに備える。クライアント装置は、中継装置から送信された操作の結果を受信する受信手段と、試験の結果と操作の結果とに基づいて、モジュールの試験の結果を通信経路について検証する検証手段と、検証の結果を出力する出力手段とをさらに備える。

好ましくは、検証手段は、テスト対象の結果と試験の結果とを比較する比較手段と、比較手段による比較の結果に基づいて、サービスアクセス代行手段とテスト対象代行手段とを介した通信経路の使用が試験の結果に影響を及ぼしているか否かを判断する判断手段とを含む。

好ましくは、判断手段は、テスト対象の結果と試験の結果とが異なる場合に、通信経路の使用が試験の結果に影響を及ぼしていると判断する。

好ましくは、クライアント装置は、試験の結果を記憶するテスト結果記憶手段と、モジュールの試験のための操作の入力を受ける入力手段と、操作を表わす情報を格納する操作情報記憶手段と、中継装置に対して操作情報を送信する操作情報送信手段とをさらに備える。中継装置は、クライアント装置から送信された操作情報を受信する受信手段と、モジュールと異なるテスト対象と通信するテスト対象通信手段と、受信手段により受信された操作情報に基づいてテスト対象を操作する再生手段と、クライアント装置に対して再生手段によるテスト対象の結果を送信する送信手段とを含む。テスト対象により実現される機能と、モジュールにより実現される機能とは同一である。クライアント装置は、中継装置から送信された操作の結果を受信する受信手段と、試験の結果と操作の結果とに基づいて、モジュールの試験の結果を通信経路について検証する検証手段と、検証の結果を出力する出力手段とをさらに備える。

好ましくは、検証手段は、テスト対象の結果と試験の結果とを比較する比較手段と、比較手段による比較の結果に基づいて、サービスアクセス代行手段とテスト対象代行手段とを介した通信経路の使用が試験の結果に影響を及ぼしているか否かを判断する判断手段とを含む。

好ましくは、判断手段は、テスト対象の結果と試験の結果とが異なる場合に、通信経路の使用が試験の結果に影響を及ぼしていると判断する。

本発明に係るテストシステムによると、情報通信装置から出力された情報は、中継装置を介してサービス装置に入力される。この入力情報は、情報通信装置に対する操作情報を含む。サービス装置は、中継装置に、その情報に応じた情報を結果情報として出力する。この情報は、情報通信装置に伝送される。この場合、サービス装置は情報通信装置に対する情報として、その結果情報を出力するため、情報通信装置は、サービス装置と直接通信することができないエリアに存在している場合であっても、その操作情報に対するサービス装置の結果を取得することができる。これにより、限定された地域において提供されるサービスに対応した情報通信装置の通信テストを、サービスの行なわれていない地域でテストを可能としたサービス対応機器のテストシステムを提供することができる。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜第１の実施の形態＞
図１を参照して、本発明の第１の実施の形態に係るテストシステムについて説明する。図１は、情報を提供するサービスとの通信に対応した通信機器のテストシステムの構成を概念的に表わすブロック図である。

図１に示されるように、テストシステム１００は、クライアント部１１０と、ネットワーク１０１によってクライアント部１１０に通信可能に接続された中継部１５０とを含む。テストシステム１００は、中継部１５０を介してサービス１０４に接続される。ここで、クライアント部１１０および中継部１５０は、たとえば携帯電話であるが、その他の通信機能を有する装置であってもよい。サービス１０４は、たとえば携帯電話によるアクセスに応じて、予め格納してある情報を提供するサービスのための装置であるが、これに限られない。

また、ネットワーク１０１は、公衆回線あるいは私設の通信回線（いわゆるイントラネットその他のプライベートネットワーク）から構成されるが、さらに当該回線は少なくとも１つ以上のリレー装置を介して構成されるものであってもよい。この場合、公衆回線を介して行なわれる通信テストの場合は、当該リレー装置を特定することなく、指定された通信相手との間で、予め定められた通信テストが実行可能である。一方、私設の通信回線を介して通信テストが実行される場合には、必要に応じて、特定のリレー装置を識別するための情報（たとえばネットワークアドレス）を通信テストデータに付与することにより、当該通信テストが実行可能である。

クライアント部１１０は、通信サービスとの通信試験の対象であるテスト対象１０２を格納した記憶部１０９と、テスト対象１０２のためにサービス１０４と通信処理を実行するためのサービスアクセス代行部１０３とを含む。サービスアクセス代行部１０３は、データバス１０８を介してテスト対象１０２に接続される。

サービスアクセス代行部１０３は、中継部１５０と通信するための通信部１２０と、外部から指示の入力を受け付けるための入力部１２１とを含む。通信部１２０は、ネットワーク１０１を介して中継部１５０に、予め定められたデータ形式で情報を伝送する。通信部１２０は、中継部１５０から受信したデータを、クライアント部１１０において処理可能な予め定められたデータ形式に変換する。

テスト対象１０２は、たとえば、モジュールと称されるプログラムである。このモジュールには、ブラウザによる情報のダウンロード機能その他の通信機能を実現するためのモジュールが含まれるが、これに限られない。また、クライアント部１１０が実現する機能はソフトウェアによって実現されるものに限られない。たとえば、特定の機能がハードウェアの動作によって実現されてもよい。

中継部１５０は、テスト対象１０２が実現する機能をそのテスト対象１０２に代わって実現するためのテスト対象代行部１０５と、サービス１０４との通信処理を実行するためのサービスアクセス部１０７と、プログラムを格納するための記憶部１５５とを含む。テスト対象代行部１０５は、ネットワーク１０１を介してクライアント部１１０と通信するための通信部１５１を含む。サービスアクセス部１０７は、ネットワーク１０６を介してサービス１０４と通信するための通信部１５３を含む。

ネットワーク１０１は、遠隔地を結ぶ通信網である。この通信網には、たとえばインターネットやパソコン通信などが含まれる。ネットワーク１０６は、ネットワーク１０１とは異なる範囲における通信を提供するための有線あるいは無線の通信経路である。ネットワーク１０６は、一般にネットワーク１０１よりも狭い範囲において使用され、携帯電話あるいはＰＨＳ（Personal Handy phone System）などは、この代表的な例である。

図１を再び参照して、サービスアクセス代行部１０３は、後述するサービスアクセス部に代わり、テスト対象１０２にサービスアクセスを提供する。サービスアクセス代行部１０３に含まれるテスト対象１０２に対する論理インタフェースである「テスト対象インタフェース」は、従来のサービスアクセス部のテスト対象に対する「テスト対象インタフェース」と同一のプロトコルによる信号の送受信ができるように構成されている。

テスト対象１０２は、従来のサービスアクセス部と論理的に接続できることと同様に、サービスアクセス代行部１０３に論理接続することができる。すなわち、サービスアクセス代行部１０３は、テスト対象１０２に対しサービスアクセス部のエミュレータとして機能する。

テスト対象代行部１０５は、テスト対象１０２に代わりテストシステム１００に接続されるサービス１０４に対する「サービスアクセスインタフェース」として機能する。テスト対象代行部１０５のサービスアクセス部１０７に対する「サービスアクセスインタフェース」は、従来のテストシステムの構成におけるテスト対象のサービスアクセス部に対する「サービスアクセスインタフェース」と同一のプロトコルの信号の送受信ができるように構成されている。サービスアクセス部１０７は、従来のテストシステムにおいてテスト対象と論理的接続することができるのと同様に、テスト対象代行部１０５に論理的に接続することができる。すなわち、テスト対象代行部１０５は、サービスアクセス部１０７に対してテスト対象１０２のエミュレータとして機能する。

サービスアクセス代行部１０３は、テスト対象インタフェースに対してテスト対象１０２から受信した情報を、予め定められたプロトコルに従って、通信部１２０を介して、ネットワーク１０１に出力する。中継部１５０のテスト対象代行部１０５は、ネットワーク１０１から受信した信号を、上記プロトコルに基づいて解釈し、予め定められたフォーマットを有するデータに変換する。ここで、信号の解釈とは、受信信号のデータ形式を識別し、そのデータ形式を、予め定められたプロトコルに基づいて、中継部１５０におけるデータ形式に変換することをいう。テスト対象代行部１０５は、さらにサービスアクセスインタフェースを介して変換したデータをサービスアクセス部１０７に送信する。

その結果、クライアント部１１０におけるテスト対象１０２の情報は、サービスアクセス代行部１０３とネットワーク１０１とテスト対象代行部１０５とを介して、中継部１５０におけるサービスアクセス部１０７に伝送される。この場合、サービスアクセス代行部１０３とテスト対象代行部１０５とは、テスト対象１０２から得た情報と同一の情報をサービス１０４に伝送することができるように構成される。すなわち、このような情報の通信が行なわれる際、データの送信先のヘッダ情報が変換され、そのヘッダ情報に続くデータ領域は、テスト対象１０２から取得されたデータがそのまま維持される。

図２を参照して、本実施の形態に係るテストシステム１００の制御構造について説明する。図２は、テストシステム１００がテスト対象１０２をサービス１０４にアクセスさせるために実行する処理の手順を表わすフローチャートである。当該処理は、テストシステム１００を構成するクライアント部１１０および中継部１５０の一態様である携帯電話、コンピュータその他の通信装置が有するＣＰＵ（Central Processing Unit）その他の制御装置によって実現される。あるいは、各処理を実現するための回路をＩＣ（Integrated Circuit）に構成することによっても実現可能である。

ステップＳ２１０にて、テスト対象１０２は、サービスアクセス代行部１０３のテスト対象インタフェースを呼び出す。ステップＳ２２０にて、呼び出されたテスト対象インタフェースは、受信した信号を予め定められたプロトコルに基づいて予め定められたフォーマットを有するメッセージに変換し、テスト対象代行部１０５へ送信する。

ステップＳ２３０にて、テスト対象代行部１０５は、受信したメッセージを上記予め定められたプロトコルに基づいて解釈し、予め定められたフォーマット形式のデータに変換する。テスト対象代行部１０５は、さらにサービスアクセス部１０７のテスト対象インタフェースを呼び出す。

ステップＳ２４０にて、サービスアクセス部１０７は、呼び出されたテスト対象インタフェースに基づいて、サービス１０４にアクセスする。

図３を参照して、本実施の形態に係るテストシステム１００の制御構造についてさらに説明する。図３は、テストシステム１００が、サービス１０４からテスト対象１０２へ情報を伝送する場合に実行する処理の手順を表わすフローチャートである。

ステップＳ３１０にて、サービスアクセス部１０７は、サービス１０４からの情報を取得する。

ステップＳ３２０にて、サービスアクセス部１０７は、取得した情報に基づいてテスト対象代行部１０５のサービスアクセスインタフェースを呼び出す。

ステップＳ３３０にて、呼出されたテスト対象インタフェースは、予め定められたプロトコルに基づいて、受信した信号を予め定められたデータフォーマットを有するメッセージに変換する。テスト対象インタフェースは、さらに変換後の信号をサービスアクセス代行部１０３に送信する。

ステップＳ３４０にて、サービスアクセス代行部１０３は、受信したメッセージを予め定められたプロトコルに基づいて解釈し予め定められたデータ形式を有する信号に変換する。サービスアクセス代行部１０３は、さらにサービスアクセスインタフェースを呼びだす。

ここで、図４を参照して、サービスとの通信に対応した機器のテストを実行可能な従来の装置について説明する。図４は、当該通信に対応したサービス対応機器４００とサービス４０４との接続関係を表わすブロック図である。

図４に示されるように、サービス対応機器４００は、テスト対象４０２と、経路４０５を介してテスト対象４０２に接続されたサービスアクセス部４０３とを含む。テスト対象４０２は、経路４０５を介して信号を通信するための通信部と、予め定められたプロトコルに基づいて送信情報を変換するための送信インタフェースと、受信した信号を上記プロトコルに基づいて変換するための受信インタフェースとを含む。サービスアクセス部４０３は、経路４０５を介してテスト対象４０２と信号を通信するための通信部と、送信情報を予め定められたプロトコルに基づいて変換するための送信インタフェースと、受信した信号を上記プロトコルに基づいて変換し、予め定められたデータフォーマットに基づいて情報の内容を解釈するための受信インタフェースとを含む。

サービス対応機器４００は、経路４０６を介してサービス４０４に接続される。経路４０６は、物理的に遠隔であり、有線または無線の通信網である。

テスト対象４０２とサービスアクセス部４０３とは、経路４０５を介して信号を通信する。この通信のためのプロトコルは、予めテスト対象４０２とサービスアクセス部４０３との間で定められている。

以下、上記した送信インタフェースあるいは受信インタフェースのように、情報の伝達のために予め定められたプロトコルに基づいて通信情報の変換と解釈（逆変換）を実行する機能を論理的インタフェースと呼ぶ。また、論理的インタフェースによって情報の受信が可能である状態を論理的接続と呼ぶ。

すなわち、図４において、テスト対象４０２とサービスアクセス部４０３とは、テスト対象４０２のサービスアクセス部４０３に対する論理的インタフェースである「サービスアクセスインタフェース」と、サービスアクセス部４０３のテスト対象４０２に対する論理的インタフェースである「テスト対象インタフェース」とによって、論理的接続されている。サービスアクセスインタフェース、あるいはテスト対象インタフェースは、たとえば予め定められたプロトコルであるＡＰＩ（Application Programming Interface）仕様に基づくＡＰＩのコール（呼出部）とコールバック（呼戻し部）、もしくは非同期のメッセージの送受信部などが一般的に用いられる。

なお、上述のＡＰＩとは、たとえばメモリに格納されるプログラムの一種である。コールとは、上記したＡＰＩを実行するように、ＣＰＵその他の演算制御装置に要求する指令を出力することである。呼出されたＡＰＩは、ＣＰＵによって実行され、実行された結果の値をＡＰＩを呼出した手段に返す。これがコールバックと称される。ＡＰＩを呼びだすためには、ＡＰＩを特定するためのデータ、たとえばＩＤ（Identification）と、ＡＰＩに与える初期値が必要になる。これらの情報は、以下ＡＰＩ情報と称される。ＡＰＩの呼出は、たとえばＡＰＩが参照可能なメモリの予め定められたデータ領域に上記の初期値を格納し、ＩＤにより特定されるＡＰＩの実行を開始することにより実現される。この呼出は、ＡＰＩ側から参照すると、呼出側から送信されたＡＰＩ情報を受信し、その情報の受信に応答して予め定められた処理を実行することと等価である。

サービス対応機器４００とサービス４０４とを接続する経路４０６は、一般的に遠隔地を接続するための経路である場合が多い。また、このような接続は、非同期のメッセージを介した接続が一般的に行なわれるが、同期メッセージによる接続であってもよい。

図５を参照して、従来のサービス対応機器４００によるテスト対象からサービスへのアクセスのための処理の制御構造について説明する。図５は、サービス対応機器４００によるサービス４０４へのアクセス処理の手順を表わすフローチャートである。

ステップＳ５１０にて、サービス対応機器４００のテスト対象４０２は、サービスアクセス部４０３のテスト対象インタフェースを呼び出す。ステップＳ５２０にて、サービスアクセス部４０３は、呼び出されたテスト対象インタフェースに基づいて経路４０６を介してサービス４０４にアクセスする。

図６を参照して、サービス対応機器４００におけるサービス４０４からテスト対象４０２へのアクセスについて説明する。

ステップＳ６１０にて、サービス４０４は、経路４０６を介してサービス対応機器４００のサービスアクセス部４０３に情報を送信する。ステップＳ６２０にて、サービスアクセス部４０３は、受信した情報に基づいてテスト対象４０２のサービスアクセスインタフェースを呼び出す。

以上のようにして、サービス４０４からテスト対象４０２に対し予め定められた情報を送信することができる。したがって、図５および図６に示した処理の手順に基づいて、テスト対象４０２とサービス４０４との接続および情報の通信は相互に可能になる。

＜第２の実施の形態＞
以下、本発明の第２の実施の形態について説明する。本実施の形態に係るテストシステムは、クライアント部と中継部との間に配置された情報の中継装置を介して、テスト通信を実行することができる点で、前述の第１の実施の形態と異なる。

図７を参照して、本実施の形態に係るテストシステムにより構成された通信ネットワークについて説明する。図７に示されるように、この通信ネットワークは、テスト対象を有し通信機能のテストの対象となる開発地用携帯電話８００と、外部から入力されるデータに応じて情報を出力する機能を有するサービス１２００と、ネットワーク７１５を介してサービス１２００に接続され、開発地用携帯電話８００に代わってサービス１２００へのアクセスを実行するためのサービス地用携帯電話１１００と、ネットワーク７１３，７１４を介して開発地用携帯電話８００およびサービス地用携帯電話１１００と通信するリレー装置７０４とを含む。

開発地用携帯電話８００は、テスト対象であるＷＡＰ（Wireless Application Protocol）ブラウザ７０２と、ネットワーク７１３を介して予め定められたプロトコルに基づいてリレー装置７０４と通信を行なうための通信スタック代行部７０３とを含む。通信スタック代行部７０３は、サービス地用携帯電話１１００に含まれる通信スタック７０９が有する基本機能を含む。ここで基本機能とは、後述するように、予め定められたプロトコルに基づいてサービス１２００との通信を実現するための機能をいう。

リレー装置７０４は、ネットワーク７１３を介して開発地用携帯電話８００の通信スタック代行部７０３と予め定められたプロトコルに基づいて通信するための第１のＡＰＩ情報伝達部７０５と、ネットワーク７１７を介して第１のＡＰＩ情報伝達部７０５に接続され、シリアルネットワーク７１４を介してサービス地用携帯電話１１００のＷＡＰブラウザ代行部７０８と通信するための第２のＡＰＩ情報伝達部７０６とを含む。第１のＡＰＩ情報伝達部７０５および第２のＡＰＩ情報伝達部７０６は、それぞれ、たとえばコンピュータ９００，１０００により実現される。各情報伝達部７０５，７０６の具体的な構成については、後述する。

サービス地用携帯電話１１００は、シリアルネットワーク７１４を介して第２のＡＰＩ情報伝達部７０６と通信するためのＷＡＰブラウザ代行部７０８と、ネットワーク７１５を介してサービス１２００と予め定められたプロトコルに基づいて通信するための通信スタック７０９とを含む。

サービス１２００は、ネットワーク７１５を介してサービス地用携帯電話１１００の通信スタック７０９と通信するための携帯電話インターネットサービス７１２と、ネットワーク７１６を介して携帯電話インターネットサービス７１２に接続されＷＡＰサービスを提供するためのＷＡＰサービスサーバ７１１とを含む。

図８を参照して、本実施の形態に係るテストシステムを構成する開発地用携帯電話８００の構成について説明する。図８は、開発地用携帯電話８００の構成を表わすブロック図である。

図８に示されるように、開発地用携帯電話８００は、情報の通信を行なうためのアンテナ８０８と、アンテナ８０８を介して予め定められた通信処理を実行するための通信部８０２と、外部からデータの入力を受付けるための操作部８２０と、データを格納するための記憶部８４０と、外部から入力されたデータあるいは受信された情報もしくは予め格納されているデータに基づいて予め定められた処理を実行し、予め定められたデータを出力するための制御部８１０と、マイク８７２と、マイク８７２を介して入力される音声信号あるいはアンテナ８０８を介して受信し取得された音声信号を変換するための音声信号処理部８７０と、スピーカ８７４と、ディスプレイ８５０とＬＥＤ（Light Emitting Diode）８７６とを含む。記憶部８４０は、フラッシュメモリ８４０と、データを一時的に格納するためＲＡＭ（Random Access Memory）８４６とを含む。開発地用携帯電話８００は、さらに外部と通信するためのデータ通信インタフェース８７８を含む。

本実施の形態においては、テスト対象であるＷＡＰブラウザ７０２は、たとえばフラッシュメモリ８４０に格納されるがこれに限られない。たとえば着脱可能なメモリカードその他の記憶媒体に格納されてもよい。

データ通信インタフェース８７８は、制御部８１０による制御に基づいて、開発地用携帯電話８００とサービス１２００とのテスト通信を行なうためのデータを通信する。ここでは、図７に示される通信スタック代行部７０３は、データ通信インタフェース８７８と制御部８１０とにより実現される。すなわち、データ通信インタフェース８７８は、サービス１２００へのアクセスのためにＷＡＰブラウザ７０２により生成されるアクセス情報を、サービス１２００に送信する。データ通信インタフェース８７８は、さらに、サービス１２００からサービス地用携帯電話１１００に出力される応答を、ＷＡＰブラウザ７０２に伝送する。

図７に示されるＷＡＰブラウザ７０２は、たとえばフラッシュメモリ８４０に格納されているデータに基づいて制御部８１０が予め定められた表示データを生成し、ディスプレイ８５０に表示させることにより実現される。通信スタック代行部７０３は、フラッシュメモリ８４０に格納されている通信制御データに基づいて、制御部８１０が予め定められた通信データを生成し、データ通信インタフェース８７８に通信させることにより実現される。

このように、開発地用携帯電話８００は、各ハードウェアおよび制御部８１０により実行されるソフトウェアによって実現される。このようなソフトウェアは、フラッシュメモリ８４０等のメモリに予め記憶されている場合がある。あるいは、通信回線を介してアンテナ８０８から通信部８０２によりダウンロードされたり、データ通信ＩＦを介して外部から入力され、フラッシュメモリ８４０に一旦格納される場合もある。そのソフトウェアは、フラッシュメモリ８４０から読み出されて、制御部８１０によって実行される。図８に示した開発地用携帯電話８００のハードウェア自体は、一般的なものである。したがって、本発明の最も本質的な部分は、フラッシュメモリ８４０その他の記録媒体に記録されたソフトウェアであるとも言える。なお、各ハードウェアの動作は周知であるため、ここでは、それらについての詳細な説明は繰り返さない。

図９を参照して、本実施の形態に係る通信ネットワークを構成するリレー装置７０４に含まれる第１のＡＰＩ情報伝達部７０５を実現するコンピュータシステムについて説明する。図９は、コンピュータシステム９００のハードウェア構成を表わすブロック図である。

図９に示されるように、コンピュータシステム９００は、データを読出してコンピュータシステム９００に含まれる他のハードウェアの動作を制御するためのＣＰＵ９１０と、外部から指示あるいはデータの入力を受付けるためのマウス９２０、キーボード９３０と、演算用のデータを一時的に格納するためのメモリ９４０と、固定ディスク９５０と、ＦＤ（Flexible Disk）駆動装置９６０と、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）駆動装置９７０と、モニタ９８０と、ネットワーク（図示しない）を介して他の通信装置と接続され予め定められたプロトコルに基づいて情報通信を行なうための通信ＩＦ９９０とを含む。ＦＤ駆動装置９６０には、ＦＤ９６２が装着される。ＣＤ−ＲＯＭ駆動装置９７０には、ＣＤ−ＲＯＭ９７２が装着される。

ＣＰＵ９１０は、第１のＡＰＩ情報伝達部７０５において、外部から入力されるデータあるいは内部に予め格納されているデータに基づいて予め定められた処理を実行する。マウス９２０あるいはキーボード９３０は、第１のＡＰＩ情報伝達部７０５に対するデータの入力を受け付ける。メモリ９４０あるいは固定ディスク９５０は、入力されたデータあるいはＣＰＵ９１０による処理の実行により生成されたデータを格納する。ＦＤ９６２あるいはＣＤ−ＲＯＭ９７２は、データあるいはプログラムを予め格納しており、コンピュータシステム９００を第１のＡＰＩ情報伝達部７０５として機能させるためのプログラムを格納している。通信ＩＦ９９０は、開発地用携帯電話８００あるいは第２のＡＰＩ情報伝達部７０６と通信する。

このようにして第１のＡＰＩ情報伝達部７０５を実現するコンピュータシステム９００における処理は、各ハードウェアおよびＣＰＵ９１０により実行されるソフトウェアによって実現される。このようなソフトウェアは、メモリ９４０あるいは固定ディスク９５０に予め記憶されている場合がある。あるいは、ＦＤ９６２あるいはＣＤ−ＲＯＭ９７２その他の記録媒体に格納されて流通し、ＦＤ駆動装置９６０あるいはＣＤ−ＲＯＭ駆動装置９７０によりその記録媒体から読み取られて、固定ディスク９５０に一旦格納される場合もある。そのソフトウェアは、メモリ９４０あるいは固定ディスク９５０から読み出されて、ＣＰＵ９１０によって実行される。図９に示したコンピュータシステム９００のハードウェア自体は、一般的なものである。各ハードウェアの動作は周知である。したがって、ここでは、その説明は繰り返さない。

図１０を参照して、本実施の形態に係る通信ネットワークを構成する第２のＡＰＩ情報伝達部７０６を実現するためのコンピュータシステム１０００について説明する。

図１０に示されるように、コンピュータシステム１０００のハードウェア構成は、図９に示したコンピュータシステム９００のハードウェア構成と同じである。したがって、ここではそれらについての説明は繰り返さない。

図１１を参照して、本実施の形態に係る通信ネットワークを構成するサービス地用携帯電話１１００について説明する。図１１に示されるように、サービス地用携帯電話１１００は、図８に示される開発地用携帯電話８００と同じハードウェア構成を有する。それらの機能も同じである。したがって、それらについての詳細な説明は、ここでは繰り返さない。

この構成において、図７に示されるＷＡＰブラウザ代行部７０８は、フラッシュメモリ８４０に格納されているデータおよびプログラムと、通信部８０２を介して第２のＡＰＩ情報伝達部７０６から受信するデータとに基づいて、制御部８１０が予め定められた処理を実行することにより、ディスプレイ８５０において実現される。

また、通信スタック７０９による通信機能は、フラッシュメモリ８４０に格納されているデータとプログラムとに基づいて制御部８１０が予め定められた通信処理を実行することにより、実現される。

図１２を参照して、本実施の形態に係る通信ネットワークに含まれるサービス１２５０を実現するためのコンピュータシステム１２５０について説明する。

図１２に示されるように、コンピュータシステム１２５０のハードウェア構成は、図９に示したコンピュータシステム９００のハードウェア構成と同じである。したがって、ここではそれらについての説明は繰り返さない。

コンピュータシステム１２５０は、携帯電話インターネットサービス７１２を提供するためのデータを、固定ディスク９５０に格納している。コンピュータシステム１２５０のＣＰＵ９１０は、通信ＩＦ９９０を介して入力されるデータに基づいて、予め定められた処理を実行し、入力データに応じたデータを出力する。入力データが予め定められた条件を満足している場合には、有効なデータが出力される。そうでない場合には、無効なデータあるいは入力データが不適切である旨を通知するためのデータが出力される。出力されたデータは、サービス地用携帯電話１１００に送信される。このようにして、コンピュータシステム１２００は、入力データに応じてサービスを提供することができる。

図１３を参照して、本実施の形態に係るクライアント部の一態様である開発地用携帯電話８００の構成についてさらに説明する。図１３は、図８に示した開発地用携帯電話８００のＷＡＰブラウザ７０２の構成を概念的に表わすブロック図である。

ＷＡＰブラウザ７０２は、受信インタフェースとして機能するＡＰＩであるＷＡＰブラウザＡＰＩ部１３１０と、ＷＡＰブラウザＡＰＩ部１３１０によって取得された情報の表示やユーザからの要求に応答して通信ＡＰＩの呼出を行なうためのＷＡＰブラウザ処理部１３２０とを含む。ＷＡＰブラウザＡＰＩ部１３１０は、たとえば受信データのバッファサイズを表わすパラメータの入力に基づいて、受信したデータサイズを戻り値として返す処理を実行する。

図１４を参照して、本実施の形態に係る開発地用携帯電話８００の構成についてさらに説明する。図１４は、図８に示した開発地用携帯電話８００の通信スタック代行部７０３の構成を概念的に表わすブロック図である。

通信スタック代行部７０３は、受信インタフェースとして機能するための通信ＡＰＩ部１４１０と、通信ＡＰＩ部１４１０により受信された、ＡＰＩを呼び出すための情報（以下、ＡＰＩ情報と称す。）をシリアルバス経由で伝送するために、予め定められたプロトコルに基づいてＡＰＩ情報をシリアル形式のデータに変換（すなわち、シリアル化）するためのマーシャリング部１４２０と、マーシャリング部１４２０による処理と逆の処理を実行し、ＡＰＩを呼び出すためのアンマーシャリング部１４３０と、シリアル形式のＡＰＩ情報をシリアル伝送可能なネットワーク７１３に出力するためのＡＰＩ情報シリアル送信制御部１４４０と、ネットワーク７１３に接続され、シリアル形式により伝送されたＡＰＩ情報を受信するためのＡＰＩ情報シリアル受信制御部１４５０とを含む。

図１５を参照して、本実施の形態に係るリレー装置７０４について説明する。図１５は、リレー装置７０４に含まれる第１のＡＰＩ情報伝達部７０５の構成を概念的に表わすブロック図である。

第１のＡＰＩ情報伝達部７０５は、ネットワーク７１３に接続され、シリアル伝送されたＡＰＩ情報を受信するためのＡＰＩ情報シリアル受信制御部１５１０と、ネットワーク７１３に接続され、開発地用携帯電話８００にシリアル形式に変換されたＡＰＩ情報を送信するためのＡＰＩ情報シリアル送信制御部１５２０と、受信されたシリアル化されたＡＰＩ情報にアドレス情報を付加して、予め定められたデータ通信プロトコルに基づいて送信可能な形式（以下これをＡＰＩ通信形式と呼ぶ）に変換してＡＰＩ情報を送信するためのＡＰＩ情報送信制御部１５３０と、各種情報の送信先のアドレスを記憶するための通信先アドレス記憶部１５４０と、ネットワーク７１７を介して第２のＡＰＩ情報伝達部７０６から受信したＡＰＩ通信形式で表わされたＡＰＩ情報を、シリアル化されたＡＰＩ情報に変換するためのＡＰＩ情報受信制御部１５５０とを含む。

図１６を参照して、本実施の形態に係るリレー装置７０４についてさらに説明する。図１６は、リレー装置７０４に含まれる第２のＡＰＩ情報伝達部７０６の構成を概念的に表わすブロック図である。

第２のＡＰＩ情報伝達部７０６は、ネットワーク７１４に接続され、シリアル伝送されたＡＰＩ情報を受信するためのＡＰＩ情報シリアル受信制御部１６１０と、ネットワーク７１４に接続され、サービス地用携帯電話１１００にシリアル形式に変換されたＡＰＩ情報を送信するためのＡＰＩ情報シリアル送信制御部１６２０と、受信されたシリアル化されたＡＰＩ情報にアドレス情報を付加して、予め定められたデータ通信プロトコルに基づいて送信可能な形式（以下これをＡＰＩ通信形式と呼ぶ）に変換してＡＰＩ情報を送信するためのＡＰＩ情報送信制御部１６３０と、各種情報の送信先のアドレスを記憶するための通信先アドレス記憶部１６４０と、ネットワーク７１７を介して第１のＡＰＩ情報伝達部７０５から受信したＡＰＩ通信形式で表わされたＡＰＩ情報を、シリアル化されたＡＰＩ情報に変換するためのＡＰＩ情報受信制御部１６５０とを含む。

図１７を参照して、本実施の形態に係るサービス地用携帯電話１１００について説明する。図１７は、サービス地用携帯電話１１００のＷＡＰブラウザ代行部７０８の構成を概念的に表わすブロック図である。

ＷＡＰブラウザ代行部７０８は、受信インタフェースとして機能するＡＰＩであるＷＡＰブラウザＡＰＩ部１７１０と、ＷＡＰブラウザＡＰＩ部１７１０が受信したＡＰＩを呼び出すための情報（ＡＰＩ情報）をシリアルネットワーク経由で伝送するために、ＡＰＩ情報を予め定められたシリアル形式のプロトコルに変換するためのマーシャリング部１７２０と、マーシャリング部１７２０と逆のプロトコル変換を行ないＡＰＩを呼び出すためのアンマーシャリング部１７３０と、シリアル形式のＡＰＩ情報をシリアル伝送可能なネットワーク７１４に出力するためのＡＰＩ情報シリアル送信制御部１７４０と、ネットワーク７１４を介して送信されたシリアル形式のＡＰＩ情報を受信するためのＡＰＩ情報シリアル受信制御部１７５０とを含む。

図１８を参照して、サービス地用携帯電話１１００についてさらに説明する。図１８は、サービス地用携帯電話１１００の通信スタック７０９の構成を概念的に表わすブロック図である。

通信スタック７０９は、受信インタフェースとして機能するための通信ＡＰＩ部１８１０と、ネットワーク７１５に接続され、サービス１２００との間の通信を制御するための通信処理部１８２０とを含む。

図１９を参照して、本実施の形態に係るテストシステムにおけるＡＰＩについて説明する。図１９は、ＡＰＩについてのデータ構造を説明するための図である。

開発地用携帯電話８００は、たとえば図８に示されるようにフラッシュメモリ８４０にＡＰＩとＩＤとを対応付けるためのデータを記憶する。すなわち、図１９に示されるように、ＡＰＩへの名称を表わすためのデータは、データ領域１９２０に格納される。ＡＰＩを特定するためのＩＤであるFunctionIDは、データ領域１９３０に格納される。各ＡＰＩに使用されるパラメータを構造体として表わすためのデータは、データ領域１９４０に格納される。

上記のように、各ＡＰＩごとにデータが関連付けて格納されている。開発地用携帯電話８００では、指定されるＩＤに基づいて、そのＩＤに対応するＡＰＩが呼び出され、そのＡＰＩに対応するパラメータ構造体に格納されているデータに基づいて、そのＡＰＩを実行することができる。これにより、予め定められた機能をＡＰＩにより実現することができる。

なお、図１９に示したデータは、サービス地用携帯電話１１００においても格納されている。そのデータ構造は、開発地用携帯電話８００と同様であるため、ここでは、その説明は、繰り返さない。

図２０を参照して、開発地用携帯電話８００におけるデータ構造についてさらに説明する。図２０は、開発地用携帯電話８００に格納されるデータの一態様を概念的に表わす図である。

図２０に示されるように、ＡＰＩにより実現される機能を表わす情報は、データ領域Ｄ２０１０に格納される。ＡＰＩの名称を表わすデータは、データ領域Ｄ２０２０に格納される。ＡＰＩに使用される第１のパラメータは、データ領域Ｄ２０３０に格納される。第２のパラメータは、データ領域Ｄ２０４０に格納される。ここで、パラメータとは、プログラムの実行時に付加情報を与え、処理内容を変更するためのデータをいう。本実施の形態においては、たとえば２つのパラメータにより処理の内容を変更することができるが、このようなパラメータの数は図２０に示されるものに限られない。

さらに、ＡＰＩの実行により得られる戻り値は、データ領域Ｄ２０５０に格納される。すなわち、特定のＡＰＩが実行されると、どのような結果が得られるかを表わすためのデータが上記の領域に格納される。

たとえばレコード２００２において、ＡＰＩの機能は、状態を通知する機能である。この名称は、「BearerStatusNotify」である。また、ＡＰＩに使用されるパラメータは、bearerDescriptorおよびbearerStatusである。このＡＰＩが実行されると、その結果は、成功あるいは失敗を表わすデータである「Success」と「Failure」とのいずれかが返される。レコード２００４に格納されているデータ通信についてのＡＰＩについても、同様である。

なお、上述した開発地用携帯電話８００におけるデータ構造は、図１９に示したものに限られない。また、ＡＰＩの種類あるいは数は、図１９に示されるものに限られない。

図２１を参照して、サービス地用携帯電話１１００におけるデータ構造について説明する。図２１は、サービス地用携帯電話１１００のフラッシュメモリに格納されるＡＰＩによる処理を制御するためのデータ構造を表わす図である。

図２１に示されるように、ＡＰＩによる処理の種類を表わすためのデータは、データ領域Ｄ２１１０に格納される。この種類には、たとえばBearer接続要求、Bearer切断要求、あるいはデータ送信が含まれる。それぞれのＡＰＩの名称を表わすデータは、データ領域Ｄ２１２０に格納される。上記したプログラムの実行時に付加情報を与えたり処理内容を変更するためのパラメータは、データ領域Ｄ２１３０，Ｄ２１４０にそれぞれ格納される。また、ＡＰＩによっては、１つのパラメータのみを使用するものもある。この場合、第２のパラメータが格納される領域Ｄ２１４０には、「ＮＵＬＬ」というコードが格納される。ＡＰＩによる処理の結果戻される値は、データ領域Ｄ２１５０に格納される。

なお、上述したサービス地用携帯電話１１００におけるデータ構造は、図２１に示されるものに限られない。また、ＡＰＩの種類あるいは数は、図２１に示されるものに限られない。

次に、図２２を参照して、サービス地用携帯電話１１００におけるデータ構造について説明する。図２２は、サービス地用携帯電話１１００が受信したデータの構造を概念的に表わすための図である。

この受信データは、送信先アドレスを格納するための領域２１２０と、functionIDを格納するための領域２２２０と、bodySizeを格納するための領域２２３０と、第１から第５のパラメータを格納するための領域２２４０〜２２８０とを含むデータを生成する。なお、生成されるデータの構成は図２２に示されるものに限られない。たとえば、パラメータの数は、図２２に示される数よりも多くても少なくてもよい。また、その他の項目が含まれていてもよい。

この受信データは、たとえば図１９に示されるような構造を有する変換テーブルに基づいて、予め定められた変換処理が実行される。その結果、サービス地用携帯電話１１００における内部処理に必要なデータが取得される。

図２３を参照して、リレー装置７０４におけるデータ構造について説明する。図２３は、リレー装置７０４の第１のＡＰＩ情報伝達部７０５におけるデータ構造を概念的に説明するための図である。このデータは、シリアル形式で伝送された情報をＡＰＩ通信形式に変換されたものである。

変換されたデータは、送信先のアドレスを格納するための領域２３１０と、transPortSizeを格納するための領域２３２０と、予め定められたプロトコルに基づいて変換されたmarshaledAPIを格納するための領域２３３０とを含む。

図２４を参照して、本実施の形態に係るテストシステムの制御構造について説明する。図２４は、通信機器のテスト時に、テストシステムが実行する処理の手順を表わすフローチャートである。

ステップＳ２４１０にて、開発地用携帯電話８００において、ＷＡＰブラウザ７０２は、ユーザの操作に応答して、通信スタック代行部７０３の通信ＡＰＩに含まれる「BearerConnectRequest」を呼び出す。

ステップＳ２４２０にて、マーシャリング部１４２０は、通信ＡＰＩ部１４１０により受信されたＡＰＩ情報の形式を、予め定められたプロトコルに基づいてシリアル形式に変換する。

ステップＳ２４３０にて、ＡＰＩ情報シリアル送信制御部１４４０は、シリアル形式に変換されたＡＰＩ情報を、シリアル伝送可能なネットワーク７１３を介して、リレー装置７０４の第１のＡＰＩ情報伝達部７０５に送信する。

ステップＳ２４４０にて、第１のＡＰＩ情報伝達部７０５において、ＡＰＩ情報シリアル受信制御部１５１０は、ネットワーク７１３を介して、シリアル形式のＡＰＩ情報を受信する。

ステップＳ２４５０にて、ＡＰＩ情報送信制御部１５３０は、シリアル形式のＡＰＩ情報に通信先アドレス記憶部１５４０に格納されているアドレスを付加してＡＰＩ通信形式に変換する。ＡＰＩ情報送信制御部１５３０はさらに、その変換したＡＰＩ情報を、ネットワーク７１７を介して、第２のＡＰＩ情報伝達部７０６に送信する。

ステップＳ２４６０にて、第２のＡＰＩ情報伝達部７０６において、ＡＰＩ情報受信制御部１６５０は、第１のＡＰＩ情報伝達部７０５からＡＰＩ通信形式に変換されたＡＰＩ情報を受信する。ＡＰＩ情報受信制御部１６５０はさらに、予め定められたプロトコルに基づいて、その受信したＡＰＩ情報のデータ形式をシリアル形式に変換する。

ステップＳ２４７０にて、ＡＰＩ情報送信制御部１６３０は、シリアル形式に変換したＡＰＩ情報を、サービス地用携帯電話１１００のＷＡＰブラウザ代行部７０８に送信する。

ステップＳ２４８０にて、ＷＡＰブラウザ代行部７０８において、ＡＰＩ情報シリアル受信制御部１７５０は、その受信した信号をアンマーシャリング部１７３０に出力する。アンマーシャリング部１７３０は、シリアル形式のＡＰＩ情報に基づいて通信スタック７０９の通信ＡＰＩ１８１０のBearerConnectRequestを呼び出す。

ステップＳ２４９０にて、通信スタック７０９の通信処理部１８２０は、ネットワーク７１５を介して、サービス１２００の携帯電話インターネットサービス７１０に接続要求を送信する。これにより、開発地用携帯電話８００に対する操作に基づいて出力された接続要求は、遠隔地にあるサービス１２００に送信される。

図２５を参照して、本実施の形態に係るテストシステムの制御構造についてさらに説明する。図２５は、サービス地用携帯電話１１００から開発地用携帯電話８００に結果情報が送信される場合に実行される処理の手順を表わすフローチャートである。

ステップＳ２５１０にて、サービス地用携帯電話１１００において、通信スタック７０９は、ＷＡＰブラウザ代行部７０８に含まれるＷＡＰブラウザＡＰＩ部１７１０のBearerStatusNotifyを呼び出す。

ステップＳ２５２０にて、マーシャリング部１７２０は、ＷＡＰブラウザＡＰＩ部１７１０が受信したＡＰＩ情報のデータ形式を予め定められたシリアル形式に変換する。

ステップＳ２５３０にて、ＡＰＩ情報シリアル送信制御部１７４０は、ネットワーク７１４を介して、シリアル形式に変換されたＡＰＩ情報を第２のＡＰＩ情報伝達部７０６に送信する。

ステップＳ２５４０にて、第２のＡＰＩ情報伝達部７０６において、ＡＰＩ情報シリアル受信制御部１６１０は、ネットワーク７１４を介してサービス地用携帯電話１１００から送信されたＡＰＩ情報を受信する。

ステップＳ２５５０にて、ＡＰＩ情報送信制御部１６３０は、シリアル形式のＡＰＩ情報にアドレスを付加してＡＰＩ通信形式に変換する。ＡＰＩ情報送信制御部１６３０はさらに、第１のＡＰＩ情報伝達部７０５に、変換後のＡＰＩ通信形式の情報を送信する。

ステップＳ２５６０にて、第１のＡＰＩ情報伝達部７０５において、ＡＰＩ情報受信制御部１５５０は、第２のＡＰＩ情報伝達部７０６から送信されたＡＰＩ通信形式のＡＰＩ情報を受信する。ＡＰＩ情報受信制御部１５５０はさらに、ＡＰＩ情報の形式をＡＰＩ通信形式から予め定められたプロトコルに基づくシリアル形式に変換する。

ステップＳ２５７０にて、ＡＰＩ情報シリアル送信制御部１５２０は、ネットワーク７１３を介して開発地用携帯電話８００の通信スタック代行部７０３に、シリアル形式に変換したＡＰＩ情報を送信する。

ステップＳ２５８０にて、開発地用携帯電話８００において、通信スタック代行部７０３のＡＰＩ情報シリアル受信制御部１４５０は、第１のＡＰＩ情報伝達部７０５から送信された情報を受信する。アンマーシャリング部１４３０は、受信したＡＰＩ情報に基づいて、ＷＡＰブラウザ７０２のＷＡＰブラウザＡＰＩ部１３１０を呼び出す。すなわちBearerStatusNotifyが呼び出される。

ステップＳ２５９０にて、ＷＡＰブラウザ７０２のＷＡＰブラウザ処理部１３２０は、呼び出されたBearerStatusNotifyに基づいてBearerの状態を検知する。これにより、開発地用携帯電話８００は、サービス地用携帯電話１１００を介して取得されたデータに基づいて、サービス１２００に対するアクセスの結果を取得することができる。

ここで、図２６を参照して、本実施の形態に係るテストシステムにおける開発地用携帯電話８００とサービス地用携帯電話１１００との間の通信状態について説明する。図２６は、本発明の第２の実施の形態に係るテストシステムにおける情報通信の態様を説明するための図である。

図２６に示されるように、開発地用携帯電話８００において、ブラウザに対する操作に基づいてサービス１２００への接続処理が開始されると、その指令は、ソケットリレーモジュール２６２０と称されるソフトウェアインタフェースを介して出力される。この場合、ブラウザ２６１０の機能を実現するためのプログラムは、その操作に応答して、通常の通信処理を実行する指令を出力する。すなわち、開発地用携帯電話８００において、ブラウザ２６１０は、通信層が本来有する通信機能によりサービス１２００に接続するかのように、通常の指令を出力する。

ソケットリレーモジュール２６２０は、上記指令に基づいて、通信層２６３０を介することなく、ネットワーク２６００を介して、サービス１２００へのアクセスのための情報を通信する。すなわち、その指令に含まれる情報をネットワーク２６００における伝送形式に変換する。この形式は、たとえばシリアル形式である。

そのデータは、ネットワーク２６００を介して、サービス地用携帯電話１１００に送信される。サービス地用携帯電話１１００は、ソケットリレーモジュール２６５０を実行して、通信層２６６０を介して送信可能な形式に受信データの形式を変換する。上記の例では、シリアル形式で送信された開発地用携帯電話８００からの情報は、サービス地用携帯電話１１００の内部において処理可能な形式に変換される。通信層２６６０は、そのデータを、アンテナ２６８０を介して、基地局２６７０に向けて無線送信する。そのデータは、基地局２６７０からネットワーク２６９０を介して、サービス１２００に伝送される。

その後、サービス地用携帯電話１１００の通信層２６６０が受信したサービス１２００からのデータは、ブラウザ２６４０に通常出力される態様で、内部のデータ転送処理が行なわれる。この場合、通信層２６６０は、内部のブラウザ２６４０に受信データを出力するための通常の処理を実行する。すなわち、受信データは、ブラウザ２６４０による表示機能に必要なデータ形式に変換される。変換後のデータの出力先は、ブラウザ２６４０に設定される。

ここで、ソケットリレーモジュール２６５０は、その受信データをブラウザ２６４０に出力することなく、そのデータの形式を、ネットワーク２６００において伝送可能な形式、たとえばシリアル形式に変換する。ソケットリレーモジュール２６５０は、開発地用携帯電話８００に向けて、変換後のデータを送信する。

開発地用携帯電話８００は、ソケットリレーモジュール２６２０において、その受信データを、内部におけるデータ処理が可能な形式に逆変換する。ソケットリレーモジュール２６２０は、そのデータをブラウザ２６１０に出力する。ここで、ソケットリレーモジュール２６１０は、受信データの形式を、通信層２６３０がブラウザ２６１０に出力する場合の形式に変換する。その結果、ブラウザ２６１０は、通信層２６３０により通常取得されるデータと同様の処理を実行する。

このようにすると、実際の通信機能を使用しつつ、サービス１２００から遠隔地に存在する開発地用携帯電話８００の通信テストを、サービス１２００により提供される情報を直接取得可能なエリア、たとえばサービスの提供地域以外でも、容易に実行することができる。

以上のようにして、本実施の形態に係るテストシステムによると、サービスの行なわれていない地域にある開発地用携帯電話８００は、限定された地域で情報を出力するサービス１２００にアクセスすることができる。このアクセスは、携帯電話８００の通信機能を使用しているため、実際の使用環境に基づくテストが実行されることになる。

また、サービス１２００は、そのようなアクセスに応じて、開発地用携帯電話８００に要求に応じた情報を出力するため、その要求がサービス地用携帯電話１１００から送信されているものであっても、サービス１２００による動作の結果は、開発地用携帯電話８００に対するものとなる。これにより、開発地用携帯電話８００がサービス１２００に対して遠隔地に設けられている場合においても、実際の通信環境に合わせた通信テストを実行することができる。

その結果、遠隔地における通信テストを容易に実行することができる。また、そのテストのために、テスト要員、通信機器を、サービス１２００が提供される地域に移動させる必要がないため、移動に関する費用が低廉になる。その結果、低コストで通信テストを実施することができる。

＜第３の実施の形態＞
以下、図２７〜図３４を参照して、本発明の第３の実施の形態について説明する。本実施の形態に係るテストシステムは、テスト結果に基づいて通信テストに使用されたネットワークによる結果への影響の有無を検証する機能を有する点で、前述の各実施の形態と異なる。ここで、ネットワークとは、電話回線、インターネット回線その他の双方向にデータ通信可能な回線をいう。

図２７を参照して、本実施の形態に係るテストシステムの構成について説明する。図２７は、テストシステム２７００の構成を概念的に表わすブロック図である。

テストシステム２７００は、クライアント装置２７１０と中継装置２７５０とを備える。クライアント装置２７１０と中継装置２７５０とはネットワーク１０１を介して接続されている。クライアント装置２７１０は、入力部２７１１と、テスト結果記憶部２７１２と、操作情報記憶部２７１４と、送信部２７１６と、受信部２７１８と、検証部２７１９と、サービスアクセス代行部１０３と、出力部２７２２とを含む。検証部２７１９は、比較部２７２０と判断部２７２１とを含む。サービスアクセス代行部１０３には、第１のテスト対象２７０１が経路１０８を介して接続されている。経路１０８は、信号線、データバスその他のデータの伝送路である。クライアント装置２７１０および中継装置２７５０は、ＰＣ、携帯電話その他の装置であって、情報処理機能と通信機能とを有する装置によってそれぞれ実現される。

一方、中継装置２７５０は、再生部２７５２と、受信部２７５４と、送信部２７５６と、テスト対象代行部２７５８と、サービスアクセス部１０７とを含む。再生部２７５２には、第２のテスト対象２７０２が接続されている。サービスアクセス部１０７には、サービス２７０４が接続されている。サービス２７０４は、たとえばＰＣ、サーバ装置その他の情報通信処理装置により実現される。

クライアント装置２７１０において、入力部２７１１は、モジュールの試験のための操作の入力を受ける。入力部２７１１は、たとえばキーボードのキー、タッチパネル、ポインティングデバイス等により実現される。操作の入力は、たとえば押下されたキーの種類、押下時間、その押下により選択されたプログラムを識別するためのデータ等を含む。

テスト結果記憶部２７１２は、第１のテスト対象２７０１のテストの結果を格納する。テスト結果は、たとえば、サービス２７０４との通信により取得されたデータである。このデータには、上記の操作の入力に応答して返された値が含まれる。操作情報記憶部２７１４は、第１のテスト対象２７０１のテストのために入力された操作情報を格納する。すなわち、操作情報記憶部２７１４は、上記の操作の入力を電子的にたとえば数値列、ビット列等の形式で表現された情報として格納する。送信部２７１６は、ネットワーク１０１を介して中継装置２７５０に対して当該操作を表わす情報を送信する。送信部２７１６がその情報を送信する場合、予め定められた形式でのデータ送信が可能となるように、送信される情報の形式が変換される。

図２７を再び参照して、中継部２７５０において、受信部２７５４は、ネットワーク１０１を介してクライアント装置２７１０の送信部２７１６から送信された操作情報を受信する。サービスアクセス部１０７は、受信部２７５４により受信された操作情報に基づいてサービス２７０４と通信する。

再生部２７５２は、クライアント装置２７１０から送信された操作情報に基づいて第２のテスト対象２７０２にその情報を送信する。第２のテスト対象２７０２は、第１のテスト対象２７０１が実行したテストと同様のテストを実行する。当該テストの実行において、第２のテスト対象２７０２は、サービスアクセス部１０７を介してサービス２７０４と通信する。再生部２７５２は、さらに第２のテスト対象２７０２に対するテストの結果を取得する。このテストの結果は、中継装置２７５０が備えるメモリ（図示しない）の予め定められた領域に一時的に格納される。当該メモリは、たとえばフラッシュメモリにより実現される。なお、テストの結果は、中継装置２７５０以外の装置に格納されてもよい。たとえば、中継装置２７５０が外部のハードディスク装置と接続されている場合には、テストの結果は、その装置に格納されてもよい。これにより、多くのテスト結果を格納することができるため、テスト結果の分析をさらに容易に実行することができる。

送信部２７５６は、ネットワーク１０１を介してクライアント装置２７１０に、第２のテスト対象２７０２に対する試験の結果を送信する。このとき、試験の結果は、ネットワーク１０１を介した送信が可能となるように、予め定められたデータ形式に変換される。

クライアント装置２７１０において、受信部２７１８は、中継装置２７５０から送信された第２のテスト対象２７０２に対するテストの結果を受信する。受信された結果は、テスト結果記憶部２７１２の予め定められた領域に格納される。すなわちこの結果は、第１のテスト対象２７０１に対するテストの結果と同一のデータ形式によりそれぞれ格納される。

検証部２７１９は、第１のテスト対象２７０１についての試験の結果と第２のテスト対象２７０２に対する試験の結果とに基づいて、第１のテスト対象２７０１に対する試験の結果がネットワーク１０１の使用により影響を受けているか否かを判断する。より詳しくは、比較部２７２０は、第１のテスト対象２７０１についての試験の結果と第２のテスト対象２７０２についての試験の結果とを比較する。判断部２７２１は、比較部２７２０による比較の結果に基づいてサービスアクセス代行部１０３とテスト対象代行部２７５８とを介したネットワークの使用は第１のテスト対象２７０１についてのテストの結果に影響を及ぼしているか否かを判断する。

たとえば、クライアント装置２７１０を介した第１のテスト対象２７０１のテストの結果が異常である場合、すなわち、当該結果が予め想定された結果と異なる時、中継装置２７５０と第２のテスト対象２７０２との間で、同様のテストが実行される。比較部２７２０は、第１のテスト対象２７０１による結果と第２のテスト対象２７０２による結果とを比較する。比較の結果、これらの結果が不一致である場合、判断部２７２１は、ネットワーク１０１を経由してテストを実行したことが原因であると判断する。この場合、異常の原因として、たとえばネットワーク１０１、中継装置２７５０が考えられる。

一方、比較の結果、これらの結果が一致している場合、判断部２７２１は、第１のテスト対象２７０１のテストの結果の異常は、第１のテスト対象２７０１そのものにあると判断する。この場合、異常の原因として、テスト対象の一例であるアプリケーションプログラムの誤り等が考えられる。

出力部２７２２は、検証部２７１９による検証の結果を出力する。たとえば出力部２７２２がディスプレイその他の表示装置により実現される場合には、第１のテスト対象２７０１について実行されたテストがネットワーク１０１を介したことにより影響を受けていることを表わす文字を表示する。あるいは出力部２７２２がインジケータその他の発光装置により実現される場合には、テストの結果がネットワークにより影響を受けていることを表わす表示を点灯させる。また、クライアント装置２７１０に接続される他の情報処理装置が、当該テストの結果を表示してもよい。

図２８を参照して、本実施の形態に係るテストシステムの具体的構成について説明する。図２８は、テストシステムを構成する携帯電話の機能的構成を表わすブロック図である。テストシステムは、携帯電話２８００，２８５０と、サービス２８７０とを含む。携帯電話２８００と携帯電話２８５０とは、ネットワーク７１３を介して接続されている。携帯電話２８５０は、ネットワーク７１５を介してサービス７１５に接続されている。

携帯電話２８００は、図２７に示されるクライアント装置２７１０の一態様である。携帯電話２８００は、ＷＡＰブラウザ７０２と、通信スタック代行部７０３と、テスト結果記憶部２８１２と、操作情報記憶部２８１４と、送信部２８１６と、受信部１８１８と、検証部２８１９と、比較部２８２０と、判断部２８２１とを含む。

テスト結果記憶部２８１２は、図２７に示されるテスト結果記憶部２７１２に相当する。操作情報記憶部２８１４は、同様に操作情報記憶部２７１４に相当する。テスト結果記憶部２８１２と操作情報記憶部２８１４とは、たとえばフラッシュメモリその他の記憶装置により実現される。

送信部２８１６は、クライアント装置２７１０における送信部２７１６に相当する。受信部２８１８は、同様に受信部２７１８に相当する。送信部２８１６と受信部２８１８とは、たとえば携帯電話２８００の通信機能を実現するために使用される通信回路その他のデバイスにより実現される。ＷＡＰブラウザ７０２と通信スタック代行部７０３と検証部２８１９とは、たとえばＣＰＵにより実現される。具体的には、ＣＰＵがＷＡＰブラウザ７０２と通信スタック代行部７０３と検証部２８１９による機能を実現するためのプログラムをそれぞれ実行することにより、ＣＰＵは、ＷＡＰブラウザ７０２と通信スタック代行部７０３と検証部２８１９として機能する。

比較部２８２０は、クライアント装置２７１０の比較部２７２０に相当する。判断部２８２１は、同様に判断部２７２１に相当する。携帯電話２８００は、外部から操作のための入力を受けるボタン（図示しない）と画像を表示するディスプレイ（図示しない）とを備える。携帯電話２８００におけるデータの入出力機能、電話機能あるいは電子メールその他の情報通信機能については周知であるため、ここではそれらについての説明は繰り返さない。

図２８を再び参照して、携帯電話２８５０は、図２７に示される中継装置２７５０の一態様である。携帯電話２８５０は、ＷＡＰブラウザ７０８と、再生部２８５４と、受信部２８５６と、送信部２８５８と、ＷＡＰブラウザ代行部７０８と、通信スタック７０９とを含む。

受信部２８５６は、中継装置２７５０の受信部２７５４に相当する。送信部２８５８は、同様に送信部２７５６に相当する。再生部２８５４は、同様に再生部２７５２に相当する。ＷＡＰブラウザ７０８と、再生部２８５４と、ＷＡＰブラウザ代行部７０８と、通信スタック７０９とはそれぞれＣＰＵにより実現される。携帯電話２８５０は、データの入出力機能および通信機能については通常の携帯電話が備える構成と同一のものを備える。したがって、ここではそれらについての説明は繰り返さない。

ＷＡＰブラウザ７０８と通信スタック７０９とは論理的に接続されている。ＷＡＰブラウザ７０８は、通信スタック７０９を介してサービス２８７０により提供される携帯電話インターネットサービスにアクセスすることができる。

ここでサービス２８７０の具体的態様について説明する。サービス２８７０は、ＷＡＰサービスサーバ７１１と携帯電話用インターネットサービス２８７２とを含む。たとえばサービス２８７０は、ネットワーク７１５を介して入力されるサービスの提供要求に応答して要求されたサービス（たとえば情報、映像）を読み出してその要求の送信元に返信する。なお、図２８に示されるサービス２８７０の構成は、上記のものに限られない。サービス２８７０は、少なくとも、外部からサービスの提供要求の入力を受ける機能と、その要求に応じたサービスに係る情報を出力することができる機能とを有すればよい。

図２９を参照して、携帯電話２８００の構成についてさらに説明する。図２９は、携帯電話２８００が備えるＷＡＰブラウザ７０２の構成を概念的に表わす図である。

ＷＡＰブラウザ７０２は、ＷＡＰブラウザＡＰＩ１３１０とＷＡＰブラウザ処理部１３２０とを含む。ＷＡＰブラウザＡＰＩ１３１０は、外部からの入力を受ける受信インタフェースとして機能する。ＷＡＰブラウザ処理部１３２０は、ＷＡＰブラウザＡＰＩ１３１０により取得された情報の表示や携帯電話２８００のユーザからの要求に応答して通信ＡＰＩの呼び出しを行なうための処理を実行する。ＷＡＰブラウザＡＰＩ１３１０は、受信データのバッファサイズを表わすパラメータの入力に基づいて、ＷＡＰブラウザＡＰＩ１３１０が受信したデータサイズを戻り値として返す処理を実行する。

図３０を参照して、携帯電話２８５０の構成についてさらに説明する。図３０は、携帯電話２８５０が備えるＷＡＰブラウザ７０８の構成を概念的に表わす図である。

ＷＡＰブラウザ７０８は、ＷＡＰブラウザＡＰＩ１３１０とＷＡＰブラウザ処理部１３２０とを含む。したがって、ＷＡＰブラウザ７０８は、携帯電話２８５０に含まれるＷＡＰブラウザ７０３と同様の機能を実行することができる。

図３１および図３２を参照して、携帯電話２８００に対する操作について説明する。図３１は、携帯電話２８００に対する操作を表わす情報に含まれる項目の一態様を表わす図である。図３２は、携帯電話２８００が備える「マナーキー」（図示しない）押下された場合に操作情報記憶部２８１４に格納されるデータを表わす図である。ここで、マナーキーとは、外部から電話あるいは電子メールの着信があった場合でも、その着信を通知するための着信音を発生させないように設定を一時的に変更するためのキーを言う。

図３１において、領域３１１０に示されるように、テストを構成する要素の名称は、操作イベント種別、操作キーコード、操作時間、イベントパラメータを含む。各要素の内容は、領域３１２０に示されている。たとえばテストの要素として「操作イベント種別」には、キーダウン、キーアップ、ホールドなどが準備されている。操作キーコードについては、たとえばキーコードが関連付けられている。操作時間は、たとえば端末の起動すなわち携帯電話２８００の電源オンからの処理時間などが関連付けられている。イベントパラメータとして、たとえば予め設定されたイベントに対応するパラメータがそれぞれ関連付けられている。

具体的には、図３２に示されるように、テストを構成する要素の名称と内容とには、予め設定された値が関連付けられている。たとえば操作イベント種別として「EVENT_KEY_HOLD」が設定される。操作キーコードとしてたとえば「KEY_CODE_MANNER」が設定される。操作時間として、たとえば値「３０，０００」が設定される。イベントパラメータとして、たとえば値「５００」が設定される。このように、操作情報領域３１５０に示されるようにＣＰＵが認識可能なデータ形式により格納することによって、携帯電話２８００のユーザが実行した操作をデータ処理可能な情報として保持することができる。

なお、操作情報の態様は、図３１および図３２に示されるものに限られない。たとえば、携帯電話２８００が測位信号を受信する機能とその信号に基づいて位置情報を算出する機能とを有する場合には、当該位置情報を操作情報として使用することもできる。

図３３を参照して、本実施の形態に係るテストシステムにおける動作について説明する。図３３は、携帯電話２８００と携帯電話２８５０とが実行する処理の手順を表わすフローチャートである。これらの処理は、各々の携帯電話が備えるＣＰＵ（図示しない）が各処理を実現するためのプログラムを実行することにより実現される。

ステップＳ３２０２にて、開発地に設置される携帯電話２８００のＣＰＵは、ＷＡＰブラウザ７０２に対するユーザ操作の入力を検知する。ステップＳ３２０４にて、ＣＰＵは、入力されたユーザの操作情報を操作情報記憶部２８１４に格納する。ステップＳ３２０６にて、ＣＰＵは、外部から入力された操作に応じてブラウザとサービスとの間で通信を実行する。ステップＳ３２０８にて、ＣＰＵは、ブラウザ処理のテスト結果を格納する。ステップＳ３２１０にて、送信部２８１６は、ユーザの操作情報を携帯電話２８５０に対して送信する。携帯電話２８５０は、サービスが提供される地域に設置されている。

ステップＳ３２１２にて、携帯電話２８５０は、携帯電話２８００から送信されたユーザの操作情報を受信する。ステップＳ３２１４にて、再生部２８５４は、受信されたユーザ操作情報を再生して、サービス値用の携帯電話２８５０のブラウザを操作する。具体的には、再生部２８５４は、メモリからユーザ操作情報を読み出し、読み出された情報を用いて、携帯電話２８５０が有する要素に対して、その情報に基づく処理を実行させる。

ステップＳ３２１６にて、通信スタック７０９は、その操作に応じてブラウザとサービス２８７０との間の通信を実行する。ステップＳ３２１８にて、送信部２８５８は、ブラウザ処理のテスト結果を開発地用の携帯電話２８００に対して送信する。

ステップＳ３２２０にて、携帯電話２８００の比較部２８２０は、受信部２８１８により受信されたテスト結果と、テスト結果記憶部２８１２に格納されているテスト結果とを比較する。判断部２８２１は、その比較の結果に基づいて上記の通信テストの結果がネットワーク７１３の使用により影響を受けているか否かを判断する。たとえばテストの結果が予め準備された期待値と異なる場合（すなわちテストの結果によりテスト対象が異常であることが判断された場合）には、判断部２８２１は、上記の比較の結果が一致する場合にはテスト対象そのものが異常であると判断する。一方、テスト結果記憶部２８１２に格納されているテストの結果と携帯電話２８５０から送信されたテストの結果とが一致しない場合には、当該テストの異常は、テスト対象にあるのではなくネットワーク７１３の使用により生じたものであると判断する。携帯電話２８００は、そのような判断の結果をディスプレイその他の表示装置あるいはライトその他の発光装置などに出力する。

なお、期待値とは、予め定められた操作の実行により得られることが期待される結果をいう。たとえば、関数の単体テストを例にして説明する。テストの対象となる関数（たとえば「ＦｕｎｃｔｉｏｎＡ）は、引数（パラメータ）と戻り値とを用いて定義される。当該関数が１対１の関係を表わすものであれば、与えられた引数に対して、戻り値が一意に決定される。この場合、引数（パラメータ）が操作情報に相当する。また、この引数に対する戻り値が当該関数の結果に相当する。

また、上記の処理は、携帯電話２８００のユーザ（たとえばテスト担当者）による入力に応答して実行されるが、携帯電話２８００に対する入力の態様は、上記のものに限られない。たとえば、予め操作を実行するためのプログラムを携帯電話２８００に格納しておき、当該プログラムに基づいて操作をＣＰＵに実行させてもよい。このようにすると、ユーザの操作の癖その他の入力時における要因を除去することができるため、同一の条件におけるテストを反復して実行することができる。

ここで携帯電話２８００を用いたテストのシナリオについて説明する。図３３は、携帯電話２８００を使用して実行するテストのシナリオを表わす図である。

シナリオとして、たとえば最初に携帯電話を起動し、その後ブラウザを起動し、さらにトップページ（すなわち最初に表示される設定画面）から「ＴＥＳＴ ＳＩＴＥ」に移動する処理が実行される。この場合、その処理の実行により「ＴＥＳＴ ＳＩＴＥ」が表示され、テスト結果の出力値としてたとえば「テスト結果：ＴＥＳＴ ＳＩＴＥ表示ＯＫ」が表示されれば、携帯電話２８００を使用したテストがこのシナリオに関しては成功したことを表わす。

図３４を参照して、本実施の形態に係るテストシステムにおいて使用されるテストのシナリオについて説明する。図３４は、テストのシナリオに含まれる操作内容と検査内容とを表わす図である。

操作内容は、「起動（電源ボタン長押し）」と「ブラウザ起動」と「トップページの表示」と「ＴＥＳＴ ＳＩＴＥ」への移動とを含む。ここで、長押しとは、ボタンが予め定められた時間以上押下されている状態をいう。ブラウザ起動とは、携帯電話２８００の表示領域に情報を表示するためのソフトウェアを実行する処理をいう。トップページの表示とは、携帯電話２８００がその表示領域に初期画面を表示するために実行する処理をいう。通常、この処理は、携帯電話２８００の起動に合わせてＣＰＵが画面を表示するためのプログラムを実行することにより、実現される。「ＴＥＳＴ ＳＩＴＥ」とは、携帯電話２８００を用いたテストを実行するために予め準備された、たとえばインターネットに接続されている特定のＵＲＬ（Uniform Resource Locators）をいう。

検査内容は、上記の操作内容に対して動作が確認される内容に相当する。たとえば、上記の操作内容が使用される場合、携帯電話２８００を使用しているテスト担当者は、「ＴＥＳＴ ＳＩＴＥ」が表示された後、テスト結果の出力値が「テスト結果：ＴＥＳＴ ＳＩＴＥ表示ＯＫ」であることを確認する。

すなわち、上記のシナリオに基づくテストの結果が正常である場合、開発地に配置されている携帯電話２８００は、テスト結果の出力値として、「テスト結果：TEST SITE表示OK」という文字列を取得する。携帯電話２８００は、この文字列をテスト結果としてテスト結果記憶部２８１２に格納する。なお、テスト結果は、ひとつの手順につき１つでなくてもよい。複数のテスト結果が取得されてもよい。また、テスト結果としてテスト手順に示されるような最終結果以外に、通信や処理の経過を表わすログ情報がテスト結果として取得され、テスト結果記憶部２８１２に格納されてもよい。

次に、図３５を参照して、本実施の形態に係るテストシステムにおいて通信されるデータ形式について説明する。図３５は、携帯電話２８００と２８５０との間で通信されるデータ（シリアルプロトコル形式）を概念的に表わす図である。

外部からユーザの操作により入力された操作情報は、記憶部２８１４に格納される。ここで前述の処理（ステップＳ３２１０）が実行されると、その操作情報はネットワーク７１３を介して転送可能な形式に変換される。すなわち図３５に示されるように、変換後のデータは、そのテストシナリオの名称を表わす「Scenario Name」と、操作情報の先頭を表わすデータ「Scenario Begin」とその操作情報の終わりを表わすデータ「Scenario End」とを含む。具体的には、操作情報の名称は「View Test Site」である。伝送される操作情報の内容に関し、操作情報の識別データ「ScenarioId」は、「０」である。イベントのタイプは「EVENT_KEY_HOLD」である。操作キーコードは、「KEY_CODE_POWER」である。操作時間（OpTime）は、「３００００」である。イベントパラメータ（Param）は、「２０００」である。

同様にその次の操作情報は以下のとおりである。操作情報のＩＤ（ScenarioId）は、「１」である。操作キーコード（EventType）は、「EVENT_KEY_PRESS」である。操作キーコード（Code）は、「KEY_CODE_SF2」である。操作時間（OpTime）は、「３２０００」である。またイベントパラメータ（Param）は、「２００」である。

このような形式で表わされた操作情報が、携帯電話２８００から携帯電話２８５０に送信されると、携帯電話２８５０は、その操作情報をメモリ（図示しない）に一時的に格納する。再生部２８５４は、その操作情報に基づいてＷＡＰブラウザ７０８に対する入力を再現する。ＷＡＰブラウザ７０８は、再生部２８５４による操作情報の入力に応答して通信スタック７０９を介してサービス２８７０と通信する。このようにして、携帯電話２８００において使用された操作情報を携帯電話２８５０においても同様の構成により同様に使用することにより、携帯電話２８００における動作の状態を携帯電話２８５０においても再現することができる。

これにより、サービス２８７０との通信においてネットワーク７１３を介さないテストが可能になるため、携帯電話２８５０は、サービス２８７０との間で携帯電話２８００により使用されたシナリオと同一のシナリオに基づいてテストを実行することができる。このテストの結果と携帯電話２８００により既に取得されたテストの結果とを比較することによりネットワーク７１３を介したテストの信頼性を検証することができる。すなわち携帯電話２８００においてテストの結果が異常であると判断された場合に、そのシナリオに基づいた携帯電話２８５０によるテストの結果も同様に異常である場合には、テストの対象そのものが異常を有するものと判断することができる。一方、同一の操作情報に基づいてテストを実行した結果、携帯電話２８００によるテストの結果が異常である一方携帯電話２８５０によるテストの結果が正常であると判断された場合には、テスト対象に異常はなく通信スタック代行部７０３とＷＡＰブラウザ代行部７０８とを用いたテストすなわちネットワーク７１３を使用するテスト自体に問題があると判断することができる。

以上のようにして、本発明の第３の実施の形態に係るテストシステムによると、テスト結果が予め設定された結果と異なる場合には、その原因がテスト対象自体に起因するものか、あるいはテストに使用されたネットワークを含む通信経路によるものかを、判断することができる。したがって、遠隔地にそれぞれ配置された通信装置のテストに関し、正確なテストを実行することができる。また、テスト対象そのもののテスト結果を確実に取得することができる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明は、情報通信システムの通信テスト、特に、情報が提供される地域から遠隔の地に存在する情報通信機器のテストに適用可能である。

本発明の第１の実施の形態に係るテストシステムを表わす図である。 本発明の第１の実施の形態に係るテストシステムが実行する処理の手順を表わすフローチャート（その１）である。 本発明の第１の実施の形態に係るテストシステムが実行する処理の手順を表わすフローチャート（その２）である。 従来のテストシステムを説明するための図である。 従来のテストシステムが実行する処理の手順を表わすフローチャート（その１）である。 従来のテストシステムが実行する処理の手順を表わすフローチャート（その２）である。 本発明の第２の実施の形態に係るテストシステムにより構成される通信ネットワークを表わす図である。 本発明の第２の実施の形態に係るテストシステムを構成する開発地用携帯電話のハードウェア構成を表わすブロック図（その１）である。 図７に示されるリレー装置に含まれる第１のＡＰＩ情報伝達部を実現するコンピュータシステムのハードウェア構成を表わすブロック図である。 図７に示されるリレー装置に含まれる第２のＡＰＩ情報伝達部を実現するコンピュータシステムのハードウェア構成を表わすブロック図である。 本発明の第２の実施の形態に係るテストシステムを構成するサービス地用携帯電話のハードウェア構成を表わすブロック図（その１）である。 図７に示されるサービスを実現するコンピュータシステムのハードウェア構成を表わすブロック図である。 本発明の第２の実施の形態に係るテストシステムを構成する開発地用携帯電話のハードウェア構成を表わすブロック図（その２）である。 本発明の第２の実施の形態に係るテストシステムを構成する開発地用携帯電話のハードウェア構成を表わすブロック図（その３）である。 図７に示されるリレー装置に含まれる第１のＡＰＩ情報伝達部のハードウェア構成を表わすブロック図である。 図７に示されるリレー装置に含まれる第２のＡＰＩ情報伝達部のハードウェア構成を表わすブロック図である。 本発明の第２の実施の形態に係るテストシステムを構成するサービス地用携帯電話のハードウェア構成を表わすブロック図（その２）である。 本発明の第２の実施の形態に係るテストシステムを構成するサービス地用携帯電話のハードウェア構成を表わすブロック図（その３）である。 本発明の第２の実施の形態に係るテストシステムを構成する開発地用携帯電話におけるデータ構造を説明するための図（その１）である。 本発明の第２の実施の形態に係るテストシステムを構成する開発地用携帯電話におけるデータ構造を説明するための図（その２）である。 本発明の第２の実施の形態に係るテストシステムを構成するサービス地用携帯電話におけるデータ構造を説明するための図（その１）である。 本発明の第２の実施の形態に係るテストシステムを構成するサービス地用携帯電話におけるデータ構造を説明するための図（その２）である。 図７に示されるリレー装置におけるデータ構造を説明するための図である。 本発明の第２の実施の形態に係るテストシステムが実行する処理の手順を表わすフローチャート（その１）である。 本発明の第２の実施の形態に係るテストシステムが実行する処理の手順を表わすフローチャート（その２）である。 本発明の第２の実施の形態に係るテストシステムにおける情報通信の態様を説明するための図である。 本発明の第３の実施の形態に係るテストシステム２７００の構成を概念的に表わすブロック図である。 本実施の形態に係るテストシステムを構成する携帯電話の機能的構成を表わすブロック図である。 図２８に示される携帯電話２８００が備えるＷＡＰブラウザ７０２の構成を概念的に表わす図である。 図２８に示される携帯電話２８５０が備えるＷＡＰブラウザ７０８の構成を概念的に表わす図である。 携帯電話２８００に対する操作を表わす情報に含まれる項目の一態様を表わす図である。 携帯電話２８００が備える「マナーキー」が押下された場合に操作情報記憶部２８１４に格納されるデータを表わす図である。 携帯電話２８００と携帯電話２８５０とが実行する処理の手順を表わすフローチャートである。 テストシステム２７００において使用されるテストのシナリオに含まれる操作内容と検査内容とを表わす図である。 携帯電話２８００と携帯電話２８５０との間で通信されるデータを概念的に表わす図である。

符号の説明

１００，２７００ テストシステム、１０１，１０６，４０５，４０６，２６００，２６９０ ネットワーク、１０２，４０２ テスト対象、１０３ サービスアクセス代行部、１０４，４０４，１２００，２７０４，２８７０ サービス、１０５，２７５８ テスト対象代行部、１０７，４０３ サービスアクセス部、１０８ 経路、１１０ クライアント部、１２０，１５３ 通信部、１２１，２７１１ 入力部、１２２ 処理部、７０２ ＷＡＰブラウザ、７０３ 通信スタック代行部、７０４ リレー装置、７０５ 第１のＡＰＩ情報伝達部、７０６ 第２のＡＰＩ情報伝達部、７０８ ＷＡＰブラウザ代行部、７０９ 通信スタック、７１１ ＷＡＰサービスサーバ、７１２ 携帯電話インターネットサービス、８００ 開発地用携帯電話，８０８，２６８０ アンテナ、１１００ サービス地用携帯電話、９００，１０００，１２５０ コンピュータシステム、２６１０ ブラウザ、２６２０，２６５０ ソケットリレーモジュール、２６３０，２６６０ 通信層、２６７０ 基地局、２７０１ 第１のテスト対象、２７０２ 第２のテスト対象、２７１０ クライアント装置、２７１２，２８１２ テスト結果記憶部、２７１４，２８１４ 操作情報記憶部、２７１６，２７５６，２８１６，２８５８ 送信部、２７１８，２７５４，２８１８，２８５６ 受信部、２７１９、２８１９ 検証部、２７２０，２８２０ 比較部、２７２１，２８２１ 判断部、２７２２ 出力部、２７５０ 中継装置、２７５２，２８５４ 再生部、２８７２ 携帯電話用インターネットサービス。

Claims (26)

1. 外部からのアクセスに応じて情報を出力するサービス装置との通信試験を行なうためのテストシステムであって、前記サービス装置と通信可能な中継装置と、前記中継装置と通信可能なクライアント装置とを備え、
   前記クライアント装置は、前記サービス装置から情報を取得するためのモジュールを格納する記憶手段を備え、
   前記中継装置は、
   前記サービス装置と通信するための第１のサービスアクセス手段と、
   前記第１のサービスアクセス手段に対して、前記モジュールを模擬するためのテスト対象代行手段とを備え、
   前記クライアント装置は、前記モジュールに対して前記第１のサービスアクセス手段を模擬するためのサービスアクセス代行手段をさらに備え、
   前記サービスアクセス代行手段は、前記テスト対象代行手段に、前記サービス装置へのアクセスのために前記モジュールにより生成されるアクセス情報を送信し、
   前記テスト対象代行手段は、前記第１のサービスアクセス手段に、前記アクセス情報を出力し、そして、前記サービスアクセス代行手段に、前記アクセス情報に応じて前記サービス装置から前記中継装置に出力される応答を送信し、
   前記サービスアクセス代行手段は、前記モジュールに前記応答を出力する、テストシステム。
2. 前記クライアント装置は、前記サービス装置と通信することが可能な第２のサービスアクセス手段をさらに備え、
   前記サービスアクセス代行手段は、前記テスト対象代行手段に、前記第２のサービスアクセス手段に対して出力された前記アクセス情報を送信し、
   前記テスト対象代行手段は、前記サービスアクセス代行手段に、前記サービス装置から前記第１のサービスアクセス手段に出力された前記応答を送信し、
   前記サービスアクセス代行手段はさらに、前記第２のサービスアクセス手段によるデータの出力形式に基づいて、前記応答を出力する、請求項１に記載のテストシステム。
3. 前記クライアント装置と前記中継装置とは、通信される信号を中継するためのリレー装置が含まれる通信回線を介して通信する、請求項１に記載のテストシステム。
4. 外部からのアクセスに応じて情報を出力するサービス装置と通信可能な中継装置と通信するクライアント装置であって、
   前記サービス装置から情報を取得するためのモジュールを格納する記憶手段と、
   前記モジュールに対して、前記サービス装置と通信するために前記中継装置が備える第１のサービスアクセス手段を模擬するためのサービスアクセス代行手段と、
   前記モジュールに基づいて、前記サービス装置と通信することが可能な第２のサービスアクセス手段とを備え、
   前記サービスアクセス代行手段は、
   前記第１のサービスアクセス手段に対して前記モジュールを模擬するために前記中継装置が備えるテスト対象代行手段に、前記モジュールが前記サービス装置へのアクセスのために前記第２のサービスアクセス手段に対して出力するアクセス情報を送信するための送信手段と、
   前記アクセス情報に応じて前記サービス装置から前記中継装置に出力される応答の受信に基づいて、前記モジュールに前記応答を出力するための出力制御手段とを含む、クライアント装置。
5. 前記送信手段は、前記テスト対象代行手段に、前記第２のサービスアクセス手段に対して出力された前記アクセス情報を送信するための送信制御手段を含み、
   前記出力制御手段は、前記第２のサービスアクセス手段によるデータの出力形式に基づいて、前記応答を出力する、請求項４に記載のクライアント装置。
6. 前記記憶手段はさらに、前記中継装置のアドレスを格納し、
   前記クライアント装置は、前記アドレスを前記アクセス情報に付加するための付加手段をさらに備え、
   前記送信制御手段は、前記アドレスに基づいて、前記テスト対象代行手段に前記アクセス情報を送信する、請求項５に記載のクライアント装置。
7. 前記サービスアクセス代行手段は、
   前記アクセス情報のデータ形式を、前記クライアント装置と前記中継装置との間におけるデータ形式に変換するための変換手段と、
   前記応答のデータ形式を、前記クライアント装置と前記中継装置との間における形式から、前記クライアント装置の内部のデータ形式に変換するための逆変換手段とをさらに含む、請求項４に記載のクライアント装置。
8. 前記送信制御手段は、前記中継装置に対してシリアル形式のデータを伝送し、
   前記変換手段は、前記アクセス情報のデータ形式をシリアル形式に変換し、
   前記受信制御手段は、前記中継装置から、シリアル形式のデータを受信し、
   前記逆変換手段は、前記応答のデータ形式を、前記クライアント装置の内部におけるデータ形式に変換する、請求項７に記載のクライアント装置。
9. 前記クライアント装置は、前記シリアル形式のデータを通信可能なケーブルを接続するための端子をさらに備える、請求項８に記載のクライアント装置。
10. 前記クライアント装置は、携帯通信端末である、請求項４〜９のいずれかに記載のクライアント装置。
11. 外部からのアクセスに応じて情報を出力するサービス装置と、情報を取得するために格納されている第１のモジュールに基づいて前記サービス装置と通信可能な第１のサービスアクセス手段を備えるクライアント装置との間で通信する中継装置であって、
    前記サービス装置と通信するための第２のサービスアクセス手段と、
    前記第２のサービスアクセス手段に対して、前記第１のモジュールを模擬するためのテスト対象代行手段とを備え、
    前記テスト対象代行手段は、
    前記サービス装置にアクセスするために前記第１のモジュールにより生成されたアクセス情報の前記クライアント装置からの受信に基づいて、前記第２のサービスアクセス手段に、前記アクセス情報を出力するアクセス情報送信制御手段と、
    前記第１のモジュールに対して前記第２のサービスアクセス手段を模擬するために前記クライアント装置が備えるサービスアクセス代行手段に、前記アクセス情報に応じて前記サービス装置から前記中継装置に出力される応答を送信するための応答送信制御手段とを含む、中継装置。
12. 前記クライアント装置は、前記サービス装置から情報を取得するための第２のモジュールを格納する記憶手段をさらに備え、
    前記アクセス情報送信制御手段は、前記第２のモジュールにより出力されるデータの形式に基づいて、前記アクセス情報を前記第２のサービスアクセス手段に出力する、請求項１１に記載の中継装置。
13. 前記中継装置は、
    前記アクセス情報のデータ形式を、前記サービス装置との通信に対応したデータ形式に変換するための第１の変換手段と、
    前記応答のデータ形式を、前記中継装置の内部におけるデータ形式に変換するための第２の変換手段とをさらに備える、請求項１１に記載の中継装置。
14. 前記中継装置は、
    前記応答のデータ形式を、前記前記クライアント装置との通信に対応したデータ形式に変換するための変換手段と、
    前記アクセス情報のデータ形式を、前記中継装置に対応したデータ形式に変換するための逆変換手段とをさらに備える、請求項１１に記載の中継装置。
15. 前記中継装置は、前記クライアント装置とシリアル形式のデータを通信し、
    前記変換手段は、前記応答のデータ形式をシリアル形式のデータに変換する、請求項１４に記載の中継装置。
16. 前記中継装置は、前記シリアル形式のデータを通信可能なケーブルを接続するための端子をさらに備える、請求項１５に記載の中継装置。
17. 前記中継装置は、携帯通信端末である、請求項１１〜１６のいずれかに記載の中継装置。
18. 外部からのアクセスに応じて情報を出力するサービス装置と通信する中継装置と通信するクライアント装置のテスト方法であって、
    前記クライアント装置において、前記サービス装置から情報を取得するためのモジュールを予め準備するステップと、
    前記中継装置において、前記サービス装置と通信する第１のサービスアクセスステップと、
    前記中継装置において、前記クライアント装置に対して、前記モジュールを模擬するテスト対象代行ステップと、
    前記クライアント装置において、前記モジュールに対して前記第１のサービスアクセスステップを模擬するサービスアクセス代行ステップとを含み、
    前記サービスアクセス代行ステップは、前記中継装置に、前記サービス装置へのアクセスのために前記モジュールにより生成されるアクセス情報を送信する送信ステップを含み、
    前記テスト対象代行ステップは、
    前記アクセス情報を出力するアクセス情報送信制御ステップと、
    前記クライアント装置に、前記アクセス情報に応じて前記サービス装置から前記中継装置に出力される応答を送信する応答送信制御ステップとを含み、
    前記サービスアクセス代行ステップは、前記モジュールに前記応答を出力する出力制御ステップをさらに含む、テスト方法。
19. 外部からのアクセスに応じて情報を出力するサービス装置と通信可能な中継装置と通信するクライアント装置として、コンピュータを機能させるためのプログラムであって、前記プログラムは前記コンピュータに、
    前記サービス装置から情報を取得するためのモジュールを予め準備するステップと、
    前記モジュールに対して、前記サービス装置と通信するために前記中継装置が備えるサービスアクセス手段を模擬するサービスアクセス代行ステップと、
    前記モジュールに基づいて、前記サービス装置と通信するサービスアクセスステップとを実行させ、
    前記サービスアクセス代行ステップは、
    前記サービスアクセスステップに対して前記モジュールを模擬するために前記中継装置が備えるテスト対象代行手段に、前記モジュールが前記サービス装置へのアクセスのために出力するアクセス情報を送信する送信ステップと、
    前記アクセス情報に応じて前記サービス装置から前記中継装置に出力される応答の受信に基づいて、前記モジュールに前記応答を出力する出力制御ステップとを含む、プログラム。
20. 外部からのアクセスに応じて情報を出力するサービス装置と、情報を取得するために格納されている第１のモジュールに基づいて前記サービス装置と通信可能なサービスアクセス手段を備えるクライアント装置との間で通信する中継装置として、コンピュータを機能させるためのプログラムであって、前記プログラムは前記コンピュータに、
    前記サービス装置と通信するサービスアクセスステップと、
    前記サービスアクセスステップにおける通信に対して、前記第１のモジュールを模擬するためのテスト対象代行ステップとを実行させ、
    前記テスト対象代行ステップは、
    前記サービス装置にアクセスするために前記第１のモジュールにより生成されたアクセス情報の前記クライアント装置からの受信に基づいて、前記アクセス情報を出力するアクセス情報送信制御ステップと、
    前記第１のモジュールに対して前記サービスアクセスステップを模擬するために前記クライアント装置が備えるサービスアクセス代行手段に、出力された前記アクセス情報に応じて前記サービス装置から前記中継装置に出力される応答を送信する応答送信制御ステップとを含む、プログラム。
21. 前記クライアント装置は、
    前記モジュールの試験のための操作の入力を受ける入力手段と、
    前記試験の結果を記憶するテスト結果記憶手段と、
    前記操作を表わす情報を格納する操作情報記憶手段と、
    前記中継装置に対して前記操作を表わす情報を送信する操作情報送信手段とをさらに備え、
    前記中継装置はさらに、
    前記クライアント装置から送信された前記操作情報を受信する受信手段と、
    前記モジュールと異なるテスト対象と通信するテスト対象通信手段とを備え、前記テスト対象により実現される機能と、前記モジュールにより実現される機能とは同一であり、
    前記中継装置は、
    前記受信手段により受信された前記操作情報に基づいて、前記テスト対象を操作する再生手段と、
    前記クライアント装置に対して、前記再生手段による前記テスト対象の操作の結果を送信する送信手段とをさらに備え、
    前記クライアント装置は、
    前記中継装置から送信された前記操作の結果を受信する受信手段と、
    前記試験の結果と前記操作の結果とに基づいて、前記モジュールの試験の結果を通信経路について検証する検証手段と、
    前記検証の結果を出力する出力手段とをさらに備える、請求項１に記載のテストシステム。
22. 前記検証手段は、
    前記テスト対象の結果と前記試験の結果とを比較する比較手段と、
    前記比較手段による比較の結果に基づいて、前記サービスアクセス代行手段と前記テスト対象代行手段とを介した通信経路の使用が前記試験の結果に影響を及ぼしているか否かを判断する判断手段とを含む、請求項２１に記載のテストシステム。
23. 前記判断手段は、前記テスト対象の結果と前記試験の結果とが異なる場合に、前記通信経路の使用が前記試験の結果に影響を及ぼしていると判断する、請求項２２に記載のテストシステム。
24. 前記クライアント装置は、前記クライアント装置から送信された前記操作情報の受信と、前記モジュールと異なるテスト対象との通信と、前記操作情報に基づく前記テスト対象の操作と、前記テスト対象の操作の結果の送信とを行なう前記中継装置と通信し、前記テスト対象により実現される通信機能と、前記モジュールにより実現される通信機能とは同一であり、
    前記試験の結果を記憶するテスト結果記憶手段と、
    前記モジュールの試験のための操作の入力を受ける入力手段と、
    前記操作を表わす情報を格納する操作情報記憶手段と、
    前記中継装置に対して前記操作情報を送信する操作情報送信手段と、
    前記中継装置から送信された前記操作の結果を受信する受信手段と、
    前記試験の結果と前記操作の結果とに基づいて、前記モジュールの試験の結果を通信経路について検証する検証手段と、
    前記検証の結果を出力する出力手段とをさらに備える、請求項４に記載のクライアント装置。
25. 前記検証手段は、
    前記テスト対象の結果と前記試験の結果とを比較する比較手段と、
    前記比較手段による比較の結果に基づいて、前記サービスアクセス代行手段と前記テスト対象代行手段とを介した通信経路の使用が前記試験の結果に影響を及ぼしているか否かを判断する判断手段とを含む、請求項２４に記載のクライアント装置。
26. 前記判断手段は、前記テスト対象の結果と前記試験の結果とが異なる場合に、前記通信経路の使用が前記試験の結果に影響を及ぼしていると判断する、請求項２５に記載のクライアント装置。

Images