JP2003345743A - ネットワークにおける通信 - Google Patents

Abstract

(57)【要約】 【課題】 クライアントとサーバ間の通信において、連
続してリクエストを送信してもレスポンスとの対応付け
が適切に行われる技術を提供する。 【解決手段】 クライアントにインストールされたエー
ジェントは、ＨＴＴＰリクエストを生成する際に、クラ
イアントに付与されたＭＡＣアドレスと時刻とに基づき
ユニークなメッセージＩＤを生成してＨＴＴＰリクエス
トに付与する。プリント仲介サーバは、このＨＴＴＰリ
クエストを受信し、そのリクエストに応じた処理を行
う。そして、その処理結果である戻り値を記録したＨＴ
ＴＰレスポンスを生成する。この時、処理対象としたＨ
ＴＴＰリクエストに付与されたメッセージＩＤと同一の
メッセージＩＤをＨＴＴＰレスポンスに付与する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントとサ
ーバ間の通信に関する。

【０００２】

【従来の技術】従来、ネットワークを介してクライアン
トとＷｅｂサーバが通信を行う場合、クライアントは既
に発行したリクエストに対応するレスポンスの受信を待
って次のリクエストを発行していた。ただし、単純なＨ
ＴＭＬ文書の閲覧等の目的では、サーバからレスポンス
を待たずに次のリクエストを送信する場合があった。こ
のような目的では、レスポンスを待たずに次の文書を取
得するリクエストを発行してもユーザに何ら不都合はな
いからである。

【０００３】

【発明が解決しようとする課題】しかし、近年、Ｗｅｂ
サーバは電子商取引やメール配信サービスといった種々
のサービスをクライアントに提供することが可能となっ
ている。このようなサービスの提供を受ける場合、クラ
イアントは送信したリクエストと、そのリクエストに対
するサーバからのレスポンスを厳密に対応付けなければ
ならい。ユーザに不測の損害を与えないためである。そ
のため、クライアントはサーバからのレスポンスがある
まで次のリクエストを送信することができなかった。

【０００４】本発明は上記課題に鑑みなされたものであ
り、連続してリクエストを送信してもレスポンスとの対
応付けが適切に行われる技術の提供を目的としている。

【０００５】

【課題を解決するための手段およびその作用・効果】上
述の課題を解決するため、本発明を次のように構成し
た。すなわち、ネットワーク上に存在するサーバと所定
のプロトコルを用いて通信を行うクライアントであっ
て、リクエストを生成するとともに、少なくともサーバ
からのレスポンスが未了のリクエストと前記リクエスト
とを識別可能な第１の識別子を前記リクエストに付与す
るリクエスト生成部と、前記リクエストを前記サーバに
送信するリクエスト送信部と、第２の識別子が付与され
たレスポンスを前記サーバから受信するレスポンス受信
部と、前記第１の識別子と前記第２の識別子とに基づい
て、前記レスポンスが前記リクエストに対応しているか
否かを判定する識別子判定部と、を備えることを要旨と
している。

【０００６】本発明のクライアントによれば、リクエス
トに付与した第１の識別子と、レスポンスに付与された
第２の識別子とに基づいて、リクエストとレスポンスと
の対応関係を照合することができる。そのため、連続し
てリクエストを送信してもレスポンスとの対応付けが容
易に可能となる。

【０００７】なお、前記リクエスト生成部は、対応する
レスポンスが既に返信されているリクエストに対して付
与した識別子と重複する識別子を新たに生成するリクエ
ストに付与してもよい。既にレスポンスが返信されてい
れば、そのレスポンスに対応するリクエストと新たに生
成するリクエストとを判別する必要はないからである。

【０００８】前記識別子判定部は、前記第１の識別子と
前記第２の識別子とが同一である場合に前記第１の識別
子と前記第２の識別子とが対応していると判定するもの
としてもよい。こうすることにより、判定が容易となる
からである。他にも、例えば、第１の識別子と第２の識
別子とが逆数の関係にある場合や、両者の和が１あるい
は０になるといった場合に対応していると判定するもの
としてもよい。

【０００９】また、前記リクエスト生成部は、前記クラ
イアントに固有の情報と、前記リクエストデータの生成
順序に関連した情報とに基づき前記第１の識別子を生成
することとすれば、他のクライアントが生成する識別子
とも重複することのないユニークな識別子をリクエスト
に付与することができる。クライアントに固有の情報と
しては、例えば、クライアントに付与されたＭＡＣアド
レスやＩＰアドレス、製造番号等とすることができる。
また、生成順序に関連した情報としては、例えば、識別
子を生成した日付・時刻、生成した識別子の通し番号な
どとすることができる。

【００１０】また、本発明は、上記所定のプロトコルが
ＨＴＴＰ（Hypertext Transport Protocol）である場合
に特に効果が高い。ＨＴＴＰは、ファイアウォールを越
えることが容易なため、例えば、本発明のクライアント
をセキュアな会社内に設置した場合でも容易にインター
ネット上に存在するサーバにアクセスすることが可能と
なるからである。

【００１１】本発明は、このようなクライアントとして
構成できるほか、次のようなサーバとしても構成するこ
とができる。すなわち、ネットワーク上に存在するクラ
イアントと所定のプロトコルを用いて通信を行うサーバ
であって、識別子の付与されたリクエストを前記クライ
アントから受信するリクエスト受信部と、前記識別子に
対応した返信用識別子を含めて前記リクエストに応じた
レスポンスを生成するレスポンス生成部と、前記クライ
アントに前記レスポンスを送信するレスポンス送信部
と、を備えるサーバである。

【００１２】本発明のサーバによれば、リクエストに応
じたレスポンスを生成する際に、そのリクエストに付与
された識別子に対応する返信用識別子をレスポンスに付
与することとなる。従って、このようなレスポンスを受
信するクライアントは、発行したリクエストと受信した
レスポンスとの対応付けを適切に行うことができる。な
お、レスポンス生成部は、リクエストに付与された識別
子と同一の識別子を返信用識別子としてレスポンスに付
与するものとすれば好適である。新たに識別子を生成す
る必要がないため処理を簡略化することができるからで
ある。

【００１３】本発明は、上述したクライアントやサーバ
としての態様の他、種々の態様で構成可能である。例え
ば、クライアントがネットワーク上に存在するサーバと
所定のプロトコルを用いて通信を行う通信方法、サーバ
がネットワーク上に存在するクライアントと所定のプロ
トコルを用いて通信を行う通信方法、クライアントがネ
ットワーク上に存在するサーバと所定のプロトコルを用
いて通信を行うためのコンピュータプログラム、サーバ
がネットワーク上に存在するクライアントと所定のプロ
トコルを用いて通信を行うためのコンピュータプログラ
ム、かかるコンピュータプログラムを記録した記録媒体
等の態様である。

【００１４】ここで記録媒体としては、フレキシブルデ
ィスクやＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク、ＩＣ
カード、ＲＯＭカートリッジ、コンピュータの内部記憶
装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装
置などコンピュータが読取り可能な種々の媒体を利用で
きる。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態につい
て実施例に基づき次の順序で説明する。 Ａ．印刷システム： Ｂ．エージェント： Ｃ．プリント仲介サーバ： Ｄ．通信処理： Ｅ．効果： Ｆ．変形例：

【００１６】Ａ．印刷システム：図１は、本実施例にお
ける印刷システムの概略構成を示す説明図である。印刷
システム１０は、主に携帯情報端末１２を用いて外出先
で閲覧したコンテンツを、家庭や会社のプリンタＰＴで
印刷することを目的としたシステムである。印刷システ
ム１０を構成するコンテンツサーバ１１、携帯情報端末
１２、プリント仲介サーバ１３、クライアントＰＣ１４
は、インターネットＩＮＴを介して相互に接続されてい
る。

【００１７】以下、本システムを用いた印刷手順の大ま
かな流れを説明する。まず、ユーザは、ノートパソコン
やＰＤＡ、携帯電話等の携帯情報端末１２を用いてコン
テンツサーバ１１が保持する所望のコンテンツを表示す
る。コンテンツサーバ１１は、メールの配信サービスや
地図の配信サービス等といった種々のサービスをユーザ
に提供するサーバである。本実施例では、コンテンツサ
ーバ１１は、地図の配信サービスを行っているものとし
た。従って、図中の携帯情報端末１２にはコンテンツサ
ーバから配信された地図画像ＭＩが表示されている。

【００１８】携帯情報端末１２に表示された地図画像Ｍ
Ｉ上には、印刷ボタンＰＢが配置されている。ユーザ
は、このボタンを押すことにより印刷ジョブをプリント
仲介サーバ１３に転送することができる。印刷ボタンＰ
Ｂは、プリント仲介サーバ１３へのハイパーリンクとな
っており、ユーザがこのボタンを押すことにより地図画
像ＭＩのリンク元であるコンテンツサーバのＵＲＬ（Un
iform Resource Locator）がプリント仲介サーバ１３に
転送される仕組みとなっている。なお、ここではＵＲＬ
が転送されることとしたが、地図画像ＭＩの画像データ
そのものを転送することとしてもかまわない。

【００１９】ユーザは、外出先から帰宅し、家庭あるい
は会社のコンピュータ（クライアントＰＣ１４）で上記
印刷ジョブの印刷を行うために、クライアントＰＣ１４
にインストールされたエージェントと呼ばれるプログラ
ムを用いる。エージェントは、プリント仲介サーバ１３
へのログオン、印刷ジョブの要求／ダウンロード、プリ
ンタへの印刷といった一連の印刷処理を行うソフトウェ
アである。ユーザは、エージェントを用いることによ
り、外出先で閲覧したコンテンツを家庭や会社のプリン
タで容易に印刷することが可能となる。

【００２０】エージェントとプリント仲介サーバ１３と
は、プロトコルとしてＨＴＴＰを用いた通信を行う。Ｈ
ＴＴＰは、ファイアウォールを容易に越えることができ
るという特徴がある。従って、ファイアウォールを介し
てインターネットに接続された企業内のコンピュータで
あってもエージェントを用いて容易にプリント仲介サー
バ１３との通信が可能となる。

【００２１】Ｂ．エージェント：図２は、エージェント
の機能ブロック図である。エージェント１５は、図示す
るようにモジュール化された複数のプログラムにより構
成されている。以下、各モジュールについて図３および
図４を交えて説明する。通信制御モジュール２０は、他
のモジュールが発行する仮想メッセージに従ってプリン
ト仲介サーバ１３との通信を仲介するインターフェース
としての機能を備えている。「仮想メッセージ」とは、
各モジュールが、プリント仲介サーバ１３とあたかも直
接メッセージを送受信しているかのように見せかけるた
めに用意されたメッセージ群である。各モジュールは、
この仮想メッセージを用いることにより、通信制御モジ
ュール２０の存在を意識することなくプリント仲介サー
バ１３にアクセスすることが可能となる。

【００２２】図３は、仮想メッセージの一例を示す表で
ある。「RegPrinter」とは、エージェント１５のプリン
タ設定モジュール２１が発行する仮想メッセージであ
り、ユーザのプリンタをプリント仲介サーバ１３に登録
する際に用いるメッセージである。ユーザは、エージェ
ントにプリンタの機種名、利用可能な用紙、カラー対応
であるか否かといったパラメータを入力する。するとプ
リンタ設定モジュール２１がこれらのパラメータを引数
とした「RegPrinter」メッセージを発行して、プリント
仲介サーバ１３にユーザが利用するプリンタを登録す
る。プリント仲介サーバ１３で登録が成功すると、戻り
値としてプリンタＩＤが返信される。登録台数が所定の
台数を越えたり、サポートしていないプリンタであった
場合には戻り値として「NG」と返信される。

【００２３】「DelPrinter」もプリンタ設定モジュール
２１が発行するメッセージである。これは、「RegPrint
er」によってプリント仲介サーバ１３に登録したプリン
タを削除する際に用いるメッセージである。削除するプ
リンタは、プリンタＩＤによって指定する。プリント仲
介サーバ１３が削除を成功したら戻り値として「OK」が
返信され、指定したプリンタが存在しなかった場合等に
は「NG」と返信される。

【００２４】「GetJob」は、プリンタ管理モジュール２
２が発行するメッセージであり、プリント仲介サーバ１
３から印刷ジョブを取得する際に用いるメッセージであ
る。プリント仲介サーバ１３は、このメッセージをエー
ジェント１５から受信すると、印刷ジョブをエージェン
ト１５に転送する。後述するように、プリント仲介サー
バ１３は印刷ジョブをすべてＰＤＦファイルに変換する
機能を備えることから、ＰＤＦファイルの実体が戻り値
として返信されることとなる。もし、プリント仲介サー
バ１３に蓄積されていないジョブを指定してしまった場
合には、「FileNot Found」なるメッセージが戻り値と
して返信される。エージェント１５は、「GetJob」によ
って取得したＰＤＦファイルを、印刷処理モジュール２
４によって印刷を行う。

【００２５】「PrinterStatus」も、プリンタ管理モジ
ュール２２が発行するメッセージである。プリンタ管理
モジュール２２は、プリンタの稼動状態を監視してお
り、例えば、「ready（印刷可能）」や「busy（印刷不
可）」といったプリンタの状態をプリント仲介サーバ１
３に通知する。

【００２６】「JobStatus」も、プリンタ管理モジュー
ル２２が発行するメッセージであり、「GetJob」によっ
て取得した印刷ジョブが正常に印刷されたか否かをプリ
ント仲介サーバ１３に対して通知する際に用いるメッセ
ージである。

【００２７】「GetModule」は、バージョン管理モジュ
ール２３が発行するメッセージであり、プリント仲介サ
ーバ１３から新しいバージョンのモジュールを取得する
際に用いるメッセージである。

【００２８】エージェント管理モジュール２５は、上述
したプリンタ管理モジュール２２およびバージョン管理
モジュール２３を統括管理するモジュールである。

【００２９】エージェントブラウザ２６は、プリント仲
介サーバ１３のホームページの表示を行う。このホーム
ページ上で、ログイン名、パスワード等を登録すること
により、ユーザはユーザ登録を行う。

【００３０】次に、上述した通信制御モジュール２０の
詳細な構成について説明する。通信制御モジュール２０
は、仮想メッセージを各モジュールから受信すると、仮
想メッセージキュー２７に蓄積する。そして所定のタイ
ミングで、リクエスト生成部２８により仮想メッセージ
をＨＴＴＰリクエストに変換する。所定のタイミングと
は、例えばユーザによって設定された時刻や、ダイアル
アップ時にインターネットに接続されたタイミング等で
ある。変換時には、その変換時刻とエージェント１５が
インストールされたコンピュータに付与されたＭＡＣア
ドレスとに基づきユニークなメッセージＩＤを生成す
る。そして生成したメッセージＩＤをＨＴＴＰリクエス
トのボディ部内に記録する。

【００３１】このように生成されたメッセージＩＤは、
例えば次のようになる。「ａａｂｂｃｃｄｄｅｅｆｆ２
００２０４１６１１０１１４」このうち、「ａａｂｂｃ
ｃｄｄｅｅｆｆ」がＭＡＣアドレスを表し、「２００２
０４１６」が日付、「１１０１１４」が時刻を表す。

【００３２】図４（ａ）は、このように生成されたＨＴ
ＴＰリクエストの一例を示している。本図ではメッセー
ジＩＤを簡略化して「ＡＢＣ」と示している。ＨＴＴＰ
リクエストは、ヘッダ部とボディ部とからなり、ヘッダ
部には、ＨＴＴＰの規格上定められた種々のコマンドが
記述される。一方、ボディ部には、仮想メッセージとメ
ッセージＩＤとが記録される。図の場合では、仮想メッ
セージとして「PrinterStatus」が記録されたことを示
している。図中「ready」とあるのは、この仮想メッセ
ージに対する引数であり、プリンタが印刷可能状態であ
ることを示している。

【００３３】通信制御モジュール２０は、リクエスト送
信部２９によってＨＴＴＰリクエストをプリント仲介サ
ーバ１３に送信する。このとき、リクエスト履歴保持部
３０に、発行したＨＴＴＰリクエストの履歴を記録す
る。記録されるパラメータには少なくともメッセージＩ
Ｄと仮想メッセージとが含まれる。

【００３４】レスポンス受信部３１は、プリント仲介サ
ーバ１３が返信するＨＴＴＰレスポンスを受信する。図
４（ｂ）にＨＴＴＰレスポンスの一例を示した。ＨＴＴ
Ｐレスポンスも、ヘッダ部とボディ部とにより構成され
ており、図示するように、ボディ部にはメッセージＩＤ
と仮想メッセージ、および仮想メッセージに対する戻り
値が記録されている。図の場合では、「PrinterStatu
s」に対する戻り値が「OK」である旨が記録されてい
る。すなわち、プリント仲介サーバ１３が正常にプリン
タの稼動状態を把握したことを表している。

【００３５】ＩＤ判定部３２は、このＨＴＴＰレスポン
スと、リクエスト履歴保持部に記録されたＨＴＴＰリク
エストとの照合を行う。照合は、両者に付与されたメッ
セージＩＤが同一かどうかを判定することにより行う。
照合した結果、同一のメッセージＩＤを持つＨＴＴＰリ
クエストがある場合、そのＨＴＴＰリクエストの変換元
となった仮想メッセージを発行したモジュールに対し
て、ＨＴＴＰレスポンスに記録された戻り値を転送す
る。戻り値は、戻り値転送部３３により転送される。

【００３６】Ｃ．プリント仲介サーバ：図５は、プリン
ト仲介サーバ１３の機能ブロック図である。プリント仲
介サーバ１３は、図示する各機能部を実現するソフトウ
ェアを汎用のコンピュータにインストールすることによ
り構成されている。

【００３７】通信制御部４０は、他のサーバやクライア
ント等との通信を司る。通信制御部４０は、ＨＴＴＰリ
クエストを受信するリクエスト受信部４１と、ＨＴＴＰ
レスポンスを送信するレスポンス送信部４２とを備え
る。

【００３８】ＵＩ提供部４３は、携帯情報端末１２やク
ライアントＰＣ１４等からの要求に従いＨＴＭＬによる
ユーザインターフェースを提供する。例えば、上記エー
ジェントブラウザ２６からホームページの閲覧要求があ
った場合等に利用される。

【００３９】ユーザ管理部４４はユーザのログインＩ
Ｄ、パスワード、利用するプリンタ等の管理を行う。エ
ージェント１５からのプリンタの登録、解除要求があっ
た場合に設定の変更を行う。

【００４０】ジョブ格納部４５には、携帯情報端末１２
から転送された印刷ジョブが格納されている。エージェ
ント１５から印刷ジョブの転送要求があった場合、ＰＤ
Ｆ変換部４６を用いて印刷ジョブをＰＤＦファイルに変
換する。格納された印刷ジョブが単にＵＲＬの場合は、
そのＵＲＬ先のコンテンツサーバ１１からＨＴＭＬ文書
や画像を取得してＰＤＦファイルに変換する。

【００４１】主制御部４７は、通信制御部４０が受信し
たＨＴＴＰリクエストに応じて種々の処理を行う。ＨＴ
ＴＰリクエストにメッセージＩＤ、仮想メッセージが格
納されている場合には、その仮想メッセージに応じて上
述の各機能部を用いてプリンタの登録、解除、ジョブの
転送等の処理を行う。処理終了後は、その処理に応じた
戻り値を記録したＨＴＴＰレスポンスを生成する。ＨＴ
ＴＰレスポンス生成時には、処理対象としたＨＴＴＰリ
クエストに記録されたメッセージＩＤと同一のメッセー
ジＩＤを付与する（図４（ｂ）参照）。生成したＨＴＴ
Ｐレスポンスは、通信制御部４０によってＨＴＴＰリク
エストの送信元に返信する。

【００４２】なお、プリント仲介サーバ１３は、上述し
た機能部の一部を他のサーバが代行するいわゆる分散型
のシステムとして構築してもよい。例えば、ＰＤＦ変換
を独立した他のサーバが代行するものとしてもよいし、
ユーザ管理を他のサーバが受け持つものとしてもよい。

【００４３】Ｄ．通信処理：図６は、エージェント１５
とプリント仲介サーバ１３とにおける通信処理のフロー
チャートである。まず、エージェント１５は、各モジュ
ールから仮想メッセージを受信すると（ステップＳ１
０）、仮想メッセージキューにその仮想メッセージを格
納する（ステップＳ１１）。そして所定のタイミングで
順次仮想メッセージを読み出してＨＴＴＰリクエストを
生成する（ステップＳ１２）。このとき、ＨＴＴＰリク
エストにはメッセージＩＤが付与される。エージェント
１５は、このように生成したＨＴＴＰリクエストをプリ
ント仲介サーバ１３へ送信するとともにリクエスト履歴
保持部３０に送信したＨＴＴＰリクエストの履歴を記録
する（ステップＳ１３）。

【００４４】プリント仲介サーバ１３は、このように送
信されたＨＴＴＰリクエストを受信すると（ステップＳ
２０）、そのＨＴＴＰリクエストに記録された仮想メッ
セージに応じて種々の処理を行う（ステップＳ２１）。
そして、その処理結果である戻り値を記録したＨＴＴＰ
レスポンスを生成する（ステップＳ２２）。このとき、
処理対象としたＨＴＴＰリクエストに付与されたメッセ
ージＩＤと同じメッセージＩＤをＨＴＴＰレスポンスに
記録する。生成したＨＴＴＰレスポンスは、エージェン
ト１５に送信する（ステップＳ２３）。

【００４５】エージェント１５は、ＨＴＴＰレスポンス
を受信すると（ステップＳ１４）、受信したＨＴＴＰレ
スポンスに記録されたメッセージＩＤを参照して、同一
のメッセージＩＤが付与されたＨＴＴＰリクエストをリ
クエスト履歴保持部３０から検索する（ステップＳ１
５）。そして、検索した結果、該当するＨＴＴＰリクエ
ストの生成元となった仮想メッセージの発行元であるモ
ジュールに対して、ＨＴＴＰレスポンスに記録された戻
り値を転送する（ステップＳ１６）。このような処理を
経ることによりエージェント１５の各モジュールは、発
行した仮想メッセージに対応する戻り値をプリント仲介
サーバ１３から適切に取得することが可能となる。

【００４６】Ｅ．効果：図７は、エージェント１５とプ
リント仲介サーバ１３との通信例を示す説明図である。
図では、メッセージＩＤをＩＤ１、ＩＤ２、…と示し
た。図中、左から右へ向かう矢印がＨＴＴＰリクエスト
を表し、右から左へ向かう矢印がＨＴＴＰレスポンスを
表している。下向きの矢印は時間経過を表す。本実施例
で説明したエージェント１５とプリント仲介サーバ１３
によれば、エージェント１５は、既に発行したＨＴＴＰ
リクエストに対するＨＴＴＰレスポンスを待つことなく
次々にＨＴＴＰリクエストを送信することができる。Ｈ
ＴＴＰリクエストとそのＨＴＴＰリクエストに対応する
ＨＴＴＰレスポンスとには、共通するユニークなメッセ
ージＩＤ（ＩＤ１〜ＩＤ５）が付与されるため、図示す
るようにプリント仲介サーバ１３から返信されるＨＴＴ
Ｐレスポンスの順序がＨＴＴＰリクエストの送信された
順序と異なる場合であっても、ＨＴＴＰリクエストとＨ
ＴＴＰレスポンスとの対応を適切に照合することができ
る。

【００４７】Ｆ．変形例：実施例では、エージェント
は、メッセージＩＤをＭＡＣアドレスと時刻とに基づき
生成するものとした。従って、生成するメッセージＩＤ
は、全て重複することなく唯一無比のものとなる。しか
し、エージェント１５は、少なくともレスポンスが返信
されていないリクエストと、新たに生成するリクエスト
とを判別できればよい。そのため、既にレスポンスが返
信されたリクエストに対して付与したメッセージＩＤと
重複するメッセージＩＤを新たに生成するリクエストに
付与しても差し支えない。

【００４８】図８は、重複したメッセージＩＤを利用し
た場合の通信例を示す説明図である。図示するように、
エージェント１５は、ＩＤ１〜ＩＤ４を付与したリクエ
ストを送信した後、プリント仲介サーバ１３からＩＤ１
およびＩＤ２の付与されたレスポンスを受信している。
従って、エージェントは、ＩＤ１またはＩＤ２のメッセ
ージＩＤを再利用してリクエストに付与しても、他のリ
クエストと判別を行うことができる。図の場合では、Ｉ
Ｄ１を再利用した場合を示している。このように、メッ
セージＩＤを重複して利用するものとすれば、例えば、
メッセージＩＤを限られた数しか用いることのできない
システム等に特に有効である。

【００４９】以上、本発明の種々の実施例について説明
したが、本発明はこれらの実施例に限定されず、その趣
旨を逸脱しない範囲で種々の構成を採ることができるこ
とはいうまでもない。例えば、実施例においてソフトウ
ェアで実現した機能を、ハードウェア的に実現するもの
としてもよい。また、印刷システム１０以外のシステム
におけるサーバ／クライアント間の通信に用いてもよ
い。また、実施例では通信制御モジュールが一元的にメ
ッセージＩＤを生成するものとしたが、各モジュールが
生成するものとしてもよい。また、メッセージＩＤをＨ
ＴＴＰリクエスト／レスポンスのボディ部に記録するも
のとしたが、ヘッダ部に記録するものとしてもよい。

【図面の簡単な説明】

【図１】印刷システムの概略構成を示す説明図である。

【図２】エージェントの機能ブロック図である。

【図３】仮想メッセージの一例を示す表である。

【図４】ＨＴＴＰリクエストとＨＴＴＰレスポンスの一
例を示す説明図である。

【図５】プリント仲介サーバの機能ブロック図である。

【図６】エージェントとプリント仲介サーバとにおける
通信処理のフローチャートである。

【図７】エージェントとプリント仲介サーバとの通信例
を示す説明図である。

【図８】メッセージＩＤを再利用した場合の通信例を示
す説明図である。

【符号の説明】

１０…印刷システム １１…コンテンツサーバ １２…携帯情報端末 １３…プリント仲介サーバ １４…クライアントＰＣ １５…エージェント ２０…通信制御モジュール ２１…プリンタ設定モジュール ２２…プリンタ管理モジュール ２３…バージョン管理モジュール ２４…印刷処理モジュール ２５…エージェント管理モジュール ２６…エージェントブラウザ ２７…仮想メッセージキュー ２８…リクエスト生成部 ２９…リクエスト送信部 ３０…リクエスト履歴保持部 ３１…レスポンス受信部 ３２…ＩＤ判定部 ３３…戻り値転送部 ４０…通信制御部 ４１…リクエスト受信部 ４２…レスポンス送信部 ４３…ＵＩ提供部 ４４…ユーザ管理部 ４５…ジョブ格納部 ４６…ＰＤＦ変換部 ４７…主制御部

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上に存在するサーバと所定
   のプロトコルを用いて通信を行うクライアントであっ
   て、 リクエストを生成するとともに、少なくともサーバから
   のレスポンスが未了のリクエストと前記リクエストとを
   識別可能な第１の識別子を前記リクエストに付与するリ
   クエスト生成部と、 前記リクエストを前記サーバに送信するリクエスト送信
   部と、 第２の識別子が付与されたレスポンスを前記サーバから
   受信するレスポンス受信部と、 前記第１の識別子と前記第２の識別子とに基づいて、前
   記レスポンスが前記リクエストに対応しているか否かを
   判定する識別子判定部と、 を備えるクライアント。
2. 【請求項２】 請求項１に記載のクライアントであっ
   て、 前記識別子判定部は、前記第１の識別子と前記第２の識
   別子とが同一である場合に前記第１の識別子と前記第２
   の識別子とが対応していると判定するクライアント。
3. 【請求項３】 請求項１に記載のクライアントであっ
   て、 前記リクエスト生成部は、前記クライアントに固有の情
   報と、前記リクエストの生成順序に関連した情報とに基
   づき前記第１の識別子を生成するクライアント。
4. 【請求項４】 請求項１に記載のクライアントであっ
   て、 前記所定のプロトコルは、ＨＴＴＰであるクライアン
   ト。
5. 【請求項５】 ネットワーク上に存在するクライアント
   と所定のプロトコルを用いて通信を行うサーバであっ
   て、 識別子の付与されたリクエストを前記クライアントから
   受信するリクエスト受信部と、 前記識別子に対応した返信用識別子を含めて前記リクエ
   ストに応じたレスポンスを生成するレスポンス生成部
   と、 前記クライアントに前記レスポンスを送信するレスポン
   ス送信部と、を備えるサーバ。
6. 【請求項６】 クライアントがネットワーク上に存在す
   るサーバと所定のプロトコルを用いて通信を行う通信方
   法であって、（ａ） リクエストを生成するとともに、
   少なくともサーバからのレスポンスが未了のリクエスト
   と前記リクエストとを識別可能な第１の識別子を前記リ
   クエストに付与する工程と、（ｂ） 前記リクエストを
   前記サーバに送信する工程と、（ｃ） 第２の識別子が
   付与されたレスポンスを前記サーバから受信する工程
   と、（ｄ） 前記第１の識別子と前記第２の識別子とに
   基づいて、前記レスポンスが前記リクエストに対応して
   いるか否かを判定する工程と、 を含む通信方法。
7. 【請求項７】 サーバがネットワーク上に存在するクラ
   イアントと所定のプロトコルを用いて通信を行う通信方
   法であって、（ａ） 識別子の付与されたリクエストを
   前記クライアントから受信する工程と、（ｂ） 前記識
   別子に対応した返信用識別子を含めて前記リクエストに
   応じたレスポンスを生成する工程と、（ｃ） 前記クラ
   イアントに前記レスポンスを送信する工程と、 を含む通信方法。
8. 【請求項８】 ネットワーク上に存在するサーバと所定
   のプロトコルを用いて通信を行うためのコンピュータプ
   ログラムであって、 リクエストを生成するとともに、少なくともサーバから
   のレスポンスが未了のリクエストと前記リクエストとを
   識別可能な第１の識別子を前記リクエストに付与する機
   能と、 前記リクエストを前記サーバに送信する機能と、 第２の識別子が付与されたレスポンスを前記サーバから
   受信する機能と、 前記第１の識別子と前記第２の識別子とに基づいて、前
   記レスポンスが前記リクエストに対応しているか否かを
   判定する機能と、 をコンピュータに実現させるためのコンピュータプログ
   ラム。
9. 【請求項９】 ネットワーク上に存在するクライアント
   と所定のプロトコルを用いて通信を行うためのコンピュ
   ータプログラムであって、 識別子の付与されたリクエストを前記クライアントから
   受信する機能と、 前記識別子に対応した返信用識別子を含めて前記リクエ
   ストに応じたレスポンスを生成する機能と、 前記クライアントに前記レスポンスを送信する機能と、 をコンピュータに実現させるためのコンピュータプログ
   ラム。
10. 【請求項１０】 請求項８または９に記載のコンピュー
    タプログラムを記録したコンピュータ読取可能な記録媒
    体。