(57)【要約】      （修正有）【課題】個人網内に存在するウェブサービス提供装置が外部に存在するウェブサービス要請装置に接続要請メッセージを送信した後セッションを維持することによって外部に存在するウェブサービス要請装置に自分のウェブサービスを提供できるウェブサービス提供装置を提供する。【解決手段】所定の接続維持情報が含まれた接続要請メッセージを生成するメッセージ生成部と、前記接続要請メッセージを受信したウェブサービス要請装置とのセッションを管理するセッション管理部及び前記セッションを通じて受信した前記ウェブサービス要請装置の要請メッセージによる作業を処理する作業処理部を含む。外部に存在するウェブサービス要請装置を個人網内に存在するウェブサービス提供装置に接続でき、ウェブサービス提供装置とウェブサービス要請装置間のセッションが維持された状態でサービスが提供されることによってネットワーク帯域幅の負荷を減らす。【選択図】図４
2007133872.tif 000002
【特許請求の範囲】
【請求項１】
所定の接続維持情報が含まれた接続要請メッセージを生成するメッセージ生成部；
前記接続要請メッセージを受信したウェブサービス要請装置とのセッションを管理するセッション管理部；及び
前記セッションを通じて受信した前記ウェブサービス要請装置の要請メッセージによる作業を処理する作業処理部を含むことを特徴とするウェブサービス提供装置。
【請求項２】
前記接続維持情報は、前記接続要請メッセージを含むＨＴＴＰメッセージのヘッダーに含まれることを特徴とする請求項１に記載のウェブサービス提供装置。
【請求項３】
前記接続要請メッセージは、ＨＴＴＰ  ＧＥＴ又はＨＴＴＰ  ＰＯＳＴの形態でＨＴＴＰメッセージに含まれることを特徴とする請求項１に記載のウェブサービス提供装置。
【請求項４】
前記セッション管理部は、前記作業の処理に必要なメッセージ交換が完了するときまで前記セッションを維持することを特徴とする請求項１に記載のウェブサービス提供装置。
【請求項５】
前記ウェブサービス要請装置に送信する前記接続要請メッセージの送信周期を生成する周期生成部をさらに含むことを特徴とする請求項１に記載のウェブサービス提供装置。
【請求項６】
ウェブサービス提供装置から受信した接続要請メッセージを確認してその結果によって前記ウェブサービス提供装置とのセッションを構成するセッション管理部；
前記ウェブサービス提供装置に要請する所定作業の目録を管理する作業管理部；及び
前記目録に含まれた作業を要請するために前記セッションを通じて所定の作業要請メッセージを送信する送受信部を含むことを特徴とするウェブサービス要請装置。
【請求項７】
前記セッション管理部は、前記作業の処理に必要なメッセージ交換が完了するときまで前記セッションを維持することを特徴とする請求項６に記載のウェブサービス要請装置。
【請求項８】
前記ウェブサービス提供装置から受信する前記接続要請メッセージの受信周期を管理する周期管理部をさらに含むことを特徴とする請求項６に記載のウェブサービス要請装置。
【請求項９】
（ａ）所定の接続維持情報が含まれた接続要請メッセージを生成する段階；
（ｂ）前記生成した接続要請メッセージをウェブサービス要請装置に送信する段階；
（ｃ）前記接続要請メッセージを受信したウェブサービス要請装置とのセッションを構成する段階；及び
（ｄ）前記セッションを通じて受信した前記ウェブサービス要請装置の要請メッセージによる作業を処理する段階を含むことを特徴とするウェブサービス提供方法。
【請求項１０】
前記接続維持情報は、前記接続要請メッセージを含むＨＴＴＰメッセージのヘッダーに含まれることを特徴とする請求項９に記載のウェブサービス提供方法。
【請求項１１】
前記接続要請メッセージは、ＨＴＴＰ  ＧＥＴ又はＨＴＴＰ  ＰＯＳＴの形態でＨＴＴＰ要請メッセージに含まれて送信することを特徴とする請求項９に記載のウェブサービス提供方法。
【請求項１２】
前記段階（ｃ）は、前記作業の処理に必要なメッセージ交換が完了するときまで前記セッションを維持する段階を含むことを特徴とする請求項９に記載のウェブサービス提供方法。
【請求項１３】
前記ウェブサービス要請装置に送信する前記接続要請メッセージの送信周期を生成する段階をさらに含むことを特徴とする請求項９に記載のウェブサービス提供方法。
【請求項１４】
（ａ）ウェブサービス提供装置から接続要請メッセージを受信する段階；
（ｂ）前記受信した接続要請メッセージを確認してその結果によって前記ウェブサービス提供装置とのセッションを構成する段階；
（ｃ）前記ウェブサービス提供装置に所定作業を要請するために前記作業の目録が含まれた要請メッセージを生成する段階；及び
（ｄ）前記セッションを通じて前記要請メッセージを送信する段階を含むことを特徴とするウェブサービス要請方法。
【請求項１５】
前記段階（ｂ）は、前記要請された作業の処理に必要なメッセージ交換が完了するときまで前記セッションを維持する段階を含むことを特徴とする請求項１４に記載のウェブサービス要請方法。
【請求項１６】
前記ウェブサービス提供装置から受信する前記接続要請メッセージの受信周期を管理する段階をさらに含むことを特徴とする請求項１４に記載のウェブサービス要請方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサービス提供装置、ウェブサービス要請装置、ウェブサービス提供方法及びウェブサービス要請方法に係り、よく詳しくは、個人網内に存在するウェブサービス提供装置が外部に存在するウェブサービス要請装置に接続要請メッセージを送信した後セッションを維持することによって外部に存在するウェブサービス要請装置をして自分のウェブサービスが提供できるようにするウェブサービス提供装置、ウェブサービス要請装置、ウェブサービス提供方法及びウェブサービス要請方法に関するものである。
【背景技術】
【０００２】
ウェブサービスは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）、ＷＳＤＬ（Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）プロトコルを基盤にインターネットアプリケーション間の相互運営性を提供する。
【０００３】
ＸＭＬは、Ｗ３Ｃのテキスト基盤マークアップ言語についての標準案としてＨＴＭＬと他の式にタグを用いて各種表現とデータを示すことができる。ＸＭＬは、移植性が高い構造化されたデータを記述する場合に有用であり、主にデータを記述するとき多く用いられる。特に、メッセージングプロトコルと相互交換を必要とするデータフォーマットとして多く用いられている。
【０００４】
ＳＯＡＰは、分散環境で情報を交換するための目的に考案されたＸＭＬ基盤の軽量プロトコルとして、サービス使用者とサービス提供者の間のメッセージングプロトコルを限定する。また、ＸＭＬ基盤メッセージングによって対象サービスのプラットホームや運営体制、プログラミング言語に関係なく遠隔のサービスを呼び出すことができる標準化された方法を提供する。
【０００５】
ＷＳＤＬは、ＸＭＬを用いてウェブサービス提供者によって提供されるサービス連結情報すなわち、バインディング時にやり取りするメッセージ形式と自分が提供するオペレーション情報などのようなサービスインターフェースを記述する。
【０００６】
すなわち、ＷＳＤＬはウェブサービスを記述する役割を果たすことである。ここで、ＸＭＬウェブサービスを記述するためには、基本的にどんなメッセージを生成して受け入れることができるかを限定することが重要であるが、ＷＳＤＬはＸＭＬスキーマを用いてこの問題を解決している。
【０００７】
ＷＳＤＬ文書は、サービス提供者が提供するサービスを呼び出すためのインターフェースを記述している。ＷＳＤＬ文書は、サービスを呼び出す時に必要なパラメータ情報を示すメッセージ、タイプ、呼び出すサービスに該当するポートタイプ、バインディングオペレーション情報を有しているバインディング、そしてサービス呼び出しのためのポート、サービスで構成される。
【０００８】
ＵＤＤＩは、ウェブサービス仲介システムであって、ウェブサービスの登録及び検索を支援するシステムである。
【０００９】
図１は、従来のＳＯＡＰバインディング方式を用いたウェブサービスシステムを示した図面であって、ウェブサービスシステムはウェブサービス提供装置１１とウェブサービス要請装置１２で構成される。
【００１０】
ＳＯＡＰバインディング方式を用いたウェブサービスシステムはウェブサービス要請装置１２がウェブサービス提供装置１１に接近するが、ネットワーク上の制約がないとき使用されるシステムであって、ウェブサービス要請装置１２はウェブサービス提供装置１１を制御するために既に限定された命令メッセージを送信するとき毎にウェブサービス提供装置１１とＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）セッションを構成し、ウェブサービス提供装置１１から応答メッセージを受信すれば構成されたセッションを終了する。
【００１１】
セッションを構成するためにウェブサービス要請装置１２はウェブサービス提供装置１１にＨＴＴＰ要請メッセージ１０ａを送信する。ここで、ＨＴＴＰ要請メッセージのボディーにはサービス提供に適した形態の多様なＸＭＬで構成されたＳＯＡＰ要請メッセージが含まれる。
【００１２】
これにより、ＨＴＴＰ要請メッセージ（１０ａ）を受信したウェブサービス提供装置１１は、ウェブサービス要請装置１２とのＴＣＰセッションを構成し、受信したメッセージによってサービスを提供する。そして、ウェブサービス提供装置１１は、ＳＯＡＰ応答メッセージが含まれたＨＴＴＰ応答メッセージ（１０ｂ）をウェブサービス要請装置１２に送信し、ウェブサービス要請装置１２とのＴＣＰセッションを終了する。
【００１３】
このように、ＳＯＡＰバインディング方式を用いたウェブサービスシステムはウェブサービス提供装置１１とウェブサービス要請装置１２が同一なネットワークに含まれているか、或いはウェブサービス提供装置１１が公衆網に含まれているとき用いられることができるシステムであって、ウェブサービス要請装置１２によるウェブサービス提供装置１１への接近が容易な場合に用いられることができるシステムである。
【００１４】
図２は、従来の逆ＳＯＡＰバインディング方式を用いたウェブサービスシステムを示した図面である。
【００１５】
逆ＳＯＡＰバインディング方式は、制限的な演算能力を有したウェブサービス提供装置２１がＨＴＴＰクライアントモジュールを用いてＨＴＴＰサーバーモジュールを備えたウェブサービス要請装置２２にサービスを提供する方式であって、逆ＳＯＡＰバインディング方式はウェブサービス要請装置２２をして個人網内に存在するウェブサービス提供装置２１への接近が可能なようにする。
【００１６】
サービスを提供するためにウェブサービス提供装置２１はＨＴＴＰ要請メッセージ（２０ａ）を送信する。
【００１７】
ＨＴＴＰ要請メッセージを受信したウェブサービス要請装置２２は、ＳＯＡＰ要請メッセージが含まれたＨＴＴＰ応答メッセージ（２０ｂ）を送信することによって、ウェブサービス提供装置２１のサービスを要請する。
【００１８】
これにより、ウェブサービス提供装置２１は、受信したＳＯＡＰ要請メッセージによってウェブサービス要請装置２２にサービスを提供し、ＳＯＡＰ応答メッセージが含まれたＨＴＴＰ要請メッセージ（２０ｃ）を送信する。
【００１９】
すなわち、逆ＳＯＡＰバインディング方式はウェブサービス提供装置２１がウェブサービス要請装置２２で先ず接続を試図して要求されるサービスがあるか確認する方式であって、ウェブサービス提供装置２１とウェブサービス要請装置２２が異なるネットワークに存在するとき使用できる方式であるものである。
【００２０】
このように、ＳＯＡＰバインディング方式によれば、ウェブサービス提供装置とウェブサービス要請装置は同一なネットワーク内に存在しなければならない制約事項が存在し、ウェブサービス提供装置のＩＰが臨時ＩＰである場合、その変更に応じてウェブサービス要請装置の接続が制限される場合が発生してもよい。
【００２１】
また、逆ＳＯＡＰバインディング方式によれば、一つのサービス提供のために複数のメッセージ送受信及び複数のＴＣＰ連結が随伴する短所が存在する。
【００２２】
従って、異なるネットワークに存在するウェブサービス要請装置をして最小限のＴＣＰ連結を通じて個人網に存在するウェブサービス提供装置のサービスが提供できるようにする方法の登場が要求される。
【００２３】
特許文献１は、インターネットと私設網の間の境界線に位置するゲートウェイに搭載し、外部インターネットから私設網内に存在する個別装置にＨＴＴＰで接近することができるようにしてくれる私設ウェブホスティングサービスを開示しています。しかし、これはインターネットと私設網の間の境界線の所定位置に具備されなければならないものであって、私設網内に存在する個別装置が外部インターネットに存在する装置と直接ネットワークを構成することができる方法を提示してはいません。
【特許文献１】韓国公開特許第２００２−３６９９４号公報
【発明の開示】
【発明が解決しようとする課題】
【００２４】
本発明が解決しようとする技術的課題は、個人網内に存在するウェブサービス提供装置が外部に存在するウェブサービス要請装置に接続要請メッセージを送信した後セッションを維持することによって外部に存在するウェブサービス要請装置をして自分のウェブサービスが提供できるようにすることにある。
【００２５】
本発明の技術的課題は以上で言及した技術的課題で制限されないし、言及されないまた他の技術的課題は以下の記載から当業者に明確に理解されることができることである。
【課題を解決するための手段】
【００２６】
前記技術的課題を達成するための本発明の実施形態によるウェブサービス提供装置は、所定の接続維持情報が含まれた接続要請メッセージを生成するメッセージ生成部と、前記接続要請メッセージを受信したウェブサービス要請装置とのセッションを管理するセッション管理部及び前記セッションを通じて受信した前記ウェブサービス要請装置の要請メッセージによる作業を処理する作業処理部を含む。
【００２７】
前記技術的課題を達成するための本発明の実施形態によるウェブサービス要請装置は、ウェブサービス提供装置から受信した接続要請メッセージを確認してその結果によって前記ウェブサービス提供装置とのセッションを構成するセッション管理部と、前記ウェブサービス提供装置に要請する所定作業の目録を管理する作業管理部及び前記目録に含まれた作業を要請するために前記セッションを通じて所定の作業要請メッセージを送信する送受信部を含む。
【００２８】
前記技術的課題を達成するための本発明の実施形態によるウェブサービス提供方法は、（ａ）所定の接続維持情報が含まれた接続要請メッセージを生成する段階と、（ｂ）前記生成した接続要請メッセージをウェブサービス要請装置に送信する段階と、（ｃ）前記接続要請メッセージを受信したウェブサービス要請装置とのセッションを構成する段階及び（ｄ）前記セッションを通じて受信した前記ウェブサービス要請装置の要請メッセージによる作業を処理する段階を含む。
【００２９】
前記技術的課題を達成するための本発明の実施形態によるウェブサービス要請方法は、（ａ）ウェブサービス提供装置から接続要請メッセージを受信する段階と、（ｂ）前記受信した接続要請メッセージを確認してその結果によって前記ウェブサービス提供装置とのセッションを構成する段階と、（ｃ）前記ウェブサービス提供装置に所定作業を要請するために前記作業の目録が含まれた要請メッセージを生成する段階及び（ｄ）前記セッションを通じて前記要請メッセージを送信する段階を含む。
【００３０】
その他実施形態の具体的な事項は詳細な説明及び図面に含まれている。
【発明の効果】
【００３１】
上述するような本発明のウェブサービス提供装置、ウェブサービス要請装置、ウェブサービス提供方法及びウェブサービス要請方法によれば次の通りの効果が一つ或いはその以上ある。
【００３２】
一番目、外部に存在するウェブサービス要請装置をして個人網内に存在するウェブサービス提供装置に接続できるようにする長所がある。
【００３３】
二番目、外部に存在するウェブサービス要請装置をして流動ＩＰを有するウェブサービス提供装置に接続できるようにする長所がある。
【００３４】
三番目、ウェブサービス提供装置とウェブサービス要請装置間のセッションが維持された状態でサービスが提供されることによってネットワーク帯域幅の負荷を減らす長所がある。
【発明を実施するための最良の形態】
【００３５】
本発明の利点及び特徴、そしてそれらを達成する方法は添付する図面と共に詳細に後述している実施形態を参照すれば明確になる。しかしながら、本発明は、以下で開示される実施形態に限定されるものではなく、相異なる多様な形態で具現されるものであり、本実施形態は、本発明の開示が完全となり、当業者に発明の範疇を完全に知らせるために提供されるものであり、本発明は、特許請求の範囲の記載に基づいて決められなければならない。なお、明細書全体にかけて同一参照符号は同一構成要素を示すものとする。
【００３６】
以下添付した図面を参照して本発明の好適な実施形態を詳細に説明する。添付したブロック図の各ブロックと流れ図の各段階の組み合わせはコンピュータプログラムインストラクションによって遂行できることを理解できるものである。これらコンピュータプログラムインストラクションは汎用コンピュータ、特殊用コンピュータ又はその他プログラム可能なデータプロセッシング装備のプロセッサーに搭載できるため、コンピュータ又はその他プログラム可能なデータプロセッシング装備のプロセッサーを通じて遂行されるそのインストラクションがブロック図の各ブロック又は流れ図の各段階で説明された機能を遂行する手段を生成するようになる。これらコンピュータプログラムインストラクションは、特定方式に機能を実現するためコンピュータ又はその他プログラム可能なデータプロセッシング装備を指向できるコンピュータ利用可能又はコンピュータ読み取り可能メモリに貯蔵されることも可能なので、そのコンピュータ利用可能又はコンピュータ読み取り可能メモリに貯蔵されたインストラクションはブロック図の各ブロック又は流れ図各段階で説明された機能を遂行するインストラクション手段を内包する製造品目を生産することも可能である。コンピュータプログラムインストラクションは、コンピュータ又はその他プログラム可能なデータプロセッシング装備上に搭載されることも可能なので、コンピュータ又はその他プログラム可能なデータプロセッシング装備上で一連の動作段階が遂行されてコンピュータで実行されるプロセスを生成してコンピュータ又はその他プログラム可能なデータプロセッシング装備を遂行するインストラクションはブロック図の各ブロック及び流れ図の各段階で説明された機能を実行するための段階を提供することも可能である。
【００３７】
また、各ブロック又は各段階は特定された論理的機能を実行するための一つ以上の実行可能なインストラクションを含むモジュール、セグメント又はコードの一部を示すことができる。また、幾つ代替実行例ではブロック又は段階で言及された機能が順序を外れて発生することも可能なことを注目しなければならない。例えば、繋がって示されている二個のブロック又は段階は事実実質的に同時に遂行されることも可能であり、又はそのブロック又は段階がたびたび該当する機能によって逆順に遂行されることも可能である。
【００３８】
図３は、本発明の実施形態によるウェブサービスシステムを示した図面であって、ウェブサービスシステムはウェブサービス提供装置（４００ａ、４００ｂ）及びウェブサービス要請装置５００を含んで構成される。
【００３９】
ウェブサービス提供装置（４００ａ、４００ｂ）は、ウェブサービス要請装置５００の要請による作業を遂行する。ウェブサービス提供装置（４００ａ、４００ｂ）及びウェブサービス要請装置５００はウェブサービス標準に従って互いにメッセージを送受信して作業を要請して遂行する。すなわち、ウェブサービス要請装置５００によってウェブサービス提供装置（４００ａ、４００ｂ）が管理されることである。
【００４０】
本発明のウェブサービス要請装置５００は、公衆網に含まれたウェブサービス提供装置（４００ｂ）だけではなく、個人網に含まれたウェブサービス提供装置（４００ａ）を管理できる。以下、後述するウェブサービス提供装置は個人網に含まれたウェブサービス提供装置（４００ａ）を意味する。
【００４１】
ここで、ウェブサービス要請装置５００は直接個人網に接続して作業を要請できないため、個人網に含まれたウェブサービス提供装置（４００ａ）から接続要請メッセージを受信することによってウェブサービス提供装置（４００ａ）との接続を維持しながら作業を要請する。
【００４２】
この時、一つの作業すなわち、サービスが完了されるときまでウェブサービス要請装置５００とウェブサービス提供装置（４００ａ）間のセッションは維持される。
【００４３】
従って、ウェブサービス提供装置（４００ａ）による一つの作業が完了されるときまで送受信されるメッセージはそれぞれ生成したセッションを通じて送受信されることではなく、最初に生成したセッションを通じて送受信されることである。
【００４４】
ＨＴＴＰ要請メッセージとＨＴＴＰ応答メッセージが送受信すればウェブサービス提供装置（４００ａ）とウェブサービス要請装置５００間の接続は終了するが、本発明ではＨＴＴＰメッセージに接続維持情報を含ませることによってウェブサービス提供装置（４００ａ）とウェブサービス要請装置５００間の接続を維持する。
【００４５】
すなわち、ＨＴＴＰのバージョンが１．０である場合ウェブサービス提供装置（４００ａ）及びウェブサービス要請装置５００はＨＴＴＰメッセージのヘッダーにＫｅｅｐ−Ａｌｉｖｅを含ませることによって接続を維持し、ＨＴＴＰのバージョンが１．１である場合ウェブサービス提供装置（４００ａ）及びウェブサービス要請装置５００は、ＨＴＴＰメッセージのヘッダーに含まれたＣｏｎｎｅｃｔｉｏｎを用いて接続を維持することである。例えば、ＨＴＴＰメッセージのヘッダーにＣｏｎｎｅｃｔｉｏｎ：Ｋｅｅｐ−Ａｌｉｖｅが含まれれば接続が維持され、Ｃｏｎｎｅｃｔｉｏｎ：Ｃｌｏｓｅが含まれれば接続が終了されるものである。
【００４６】
ここで、ウェブサービス提供装置４００ａがウェブサービス要請装置５００に接続を試図するときまでウェブサービス要請装置５００はウェブサービス提供装置（４００ａ）とのセッションを構成できないが、このためウェブサービス提供装置（４００ａ）は接続要請メッセージを送信する周期をウェブサービス要請装置５００に通報する。
【００４７】
これにより、ウェブサービス要請装置５００は通報された周期を参照してウェブサービス提供装置（４００ａ）の集束要請メッセージを受信し、ウェブサービス提供装置（４００ａ）とのセッションを構成する。そして、ウェブサービス要請装置５００は構成されたセッションを通じて作業要請メッセージを送信し、要請メッセージを受信したウェブサービス提供装置（４００ａ）は要請された作業を遂行する。
【００４８】
図４は、本発明の実施形態によるウェブサービス提供装置を示したブロック図であって、ウェブサービス提供装置４００は作業処理部４１０、メッセージ生成部４２０、セッション管理部４３０、周期生成部４４０及び送受信部４５０を含んで構成される。
【００４９】
メッセージ生成部４２０は、接続要請メッセージを生成する。接続要請メッセージはＨＴＴＰ  ＧＥＴ又はＨＴＴＰ  ＰＯＳＴの形態でＨＴＴＰ要請メッセージに含まれることができるが、図６はＨＴＴＰ  ＧＥＴの形態でＨＴＴＰ要請メッセージに含まれた接続要請メッセージを示す。ここで、ＨＴＴＰ要請メッセージには＜ＳＯＡＰ：Ｅｎｖｅｌｏｐｅ＞構文が含まれないことができる。
【００５０】
また、接続要請メッセージ６００には、ウェブサービス要請装置５００との接続を維持しようとする情報が含まれることができるが、図６に示すＸＭＬコードでＣｏｎｎｅｃｔｉｏｎ：Ｋｅｅｐ−Ａｌｉｖｅがそれである。
【００５１】
図６のＸＭＬコードでｃｏｎｄｍは本発明によってウェブサービス提供装置４００とウェブサービス要請装置５００間の接続維持のためのバインディング名を意味する。
【００５２】
また、メッセージ生成部４２０は、接続要請メッセージ６００以外にもウェブサービス要請装置５００に送信されるＨＴＴＰメッセージを生成する役割を果たす。すなわち、メッセージ生成部４２０はウェブサービス要請装置５００の作業要請についての応答メッセージを生成するか、或いはウェブサービス要請装置５００についての作業を要請する要請メッセージを生成することである。
【００５３】
ここで、メッセージ生成部４２０は、ＨＴＴＰメッセージのヘッダーに接続維持情報（Ｋｅｅｐ−Ａｌｉｖｅ又はＣｏｎｎｅｃｔｉｏｎ）を含ませてウェブサービス要請装置５００との接続が維持されるようにでき、接続終了情報（Ｃｏｎｎｅｃｔｉｏｎ：Ｃｌｏｓｅ）を含ませることによって、ウェブサービス要請装置５００との接続が終了されるようにしてもよい。
【００５４】
セッション管理部４３０は、ウェブサービス要請装置５００と構成されたセッションを管理する。すなわち、ウェブサービス要請装置５００から受信したＨＴＴＰメッセージのヘッダーに含まれた情報を参照してウェブサービス要請装置５００とのセッションを維持するか、終了することによって、ウェブサービス要請装置５００とのメッセージ交換が特定時間の間発生しない場合当該セッションを終了してもよい。
【００５５】
作業処理部４１０はセッションを通じて受信したウェブサービス要請装置５００の要請メッセージによる作業を処理する役割を果たす。すなわち、ウェブサービス要請装置５００が要求するサービスを提供することである。
【００５６】
一つのサービスを遂行するためにウェブサービス提供装置４００とウェブサービス要請装置５００間には、複数のメッセージが送受信するが、セッション管理部４３０は一つの作業処理部４１０による作業が完了されるときまでセッションの構成を維持し、このためメッセージ生成部４２０をして対応するＨＴＴＰメッセージを生成するようにする。すなわち、サービスの遂行が完了される前までは接続維持情報が含まれたＨＴＴＰメッセージを生成するようにし、サービスの遂行が完了されれば、接続終了情報が含まれたＨＴＴＰメッセージを生成するようにするものである。
【００５７】
周期生成部４４０は、ウェブサービス要請装置５００に送信する接続要請メッセージ６００の送信周期を生成する。すなわち、接続要請メッセージ６００は周期生成部４４０によって生成した周期によって送信し、この時毎にウェブサービス要請装置５００との通信が遂行できる。
【００５８】
周期生成部４４０は、既に限定された周期に接続要請メッセージ６００の送信周期を生成でき、ウェブサービス要請装置５００の要請に応じて接続要請メッセージ６００の送信周期を生成してもよい。
【００５９】
送受信部４５０は、ウェブサービス要請装置５００とのメッセージを送受信する役割を果たす。送受信部４５０とウェブサービス要請装置５００間の通信方式はイーサネット（登録商標）、ＵＳＢ、ＩＥＥＥ１３９４、直列通信及び並列通信のような有線通信方式が使用でき、赤外線通信、ブルートゥース、ホームＲＦ及び無線ＬＡＮのような無線通信方式が使用されてもよい。
【００６０】
図５は、本発明の実施形態によるウェブサービス要請装置を示したブロック図であって、ウェブサービス要請装置５００は、作業管理部５１０、メッセージ生成部５２０、セッション管理部５３０、周期管理部５４０及び送受信部５５０を含んで構成される。
【００６１】
セッション管理部５３０は、ウェブサービス提供装置４００間に構成されたセッションを管理する。すなわち、ウェブサービス提供装置４００から受信したＨＴＴＰメッセージのヘッダーに含まれた情報を参照してウェブサービス提供装置４００とのセッションを維持するか、終了するものであって、ウェブサービス提供装置４００とのメッセージ交換が特定時間の間発生しない場合当該セッションを終了してもよい。
【００６２】
特に、セッション管理部５３０はウェブサービス提供装置４００から受信した接続要請メッセージ６００を分析してその結果によってウェブサービス提供装置４００とのセッションを管理する役割を果たす。すなわち、受信したメッセージが接続要請メッセージ６００であることを確認した後にウェブサービス提供装置４００とのセッションを構成することである。
【００６３】
メッセージ生成部５２０は、ウェブサービス提供装置４００に送信されるＨＴＴＰメッセージを生成する役割を果たす。すなわち、メッセージ生成部５２０はウェブサービス提供装置４００についての作業を要請する要請メッセージを生成するか、或いはウェブサービス提供装置４００の作業要請についての応答メッセージを生成するものである。
【００６４】
ここで、メッセージ生成部５２０はＨＴＴＰメッセージのヘッダーに接続維持情報（Ｋｅｅｐ−Ａｌｉｖｅ又はＣｏｎｎｅｃｔｉｏｎ）を含ませてウェブサービス提供装置４００との接続を維持でき、接続終了情報（Ｃｏｎｎｅｃｔｉｏｎ：Ｃｌｏｓｅ）を含ませることによってウェブサービス提供装置４００との接続を終了できる。
【００６５】
作業管理部５１０は、ウェブサービス提供装置４００に要請する所定作業の目録を管理する役割を果たす。すなわち、要請する作業の目録と要請が完了された作業の目録を管理するものであって、要請する作業の目録はメッセージ生成部５２０に伝達されて作業を要請するメッセージが生成するようにし、要請が完了された作業の目録は削除する。
【００６６】
例えば、ウェブサービス提供装置４００に要請する作業がある場合メッセージ生成部５２０をして接続維持情報及び作業目録が含まれたＨＴＴＰメッセージ（接続維持メッセージ）８００を生成するようにし、ウェブサービス提供装置４００に要請する作業がない場合メッセージ生成部５２０をして接続終了情報及び次接続時間が含まれたＨＴＴＰメッセージ（接続終了メッセージ）７００を生成するようにするものである。
【００６７】
図７〜図８によってこれを説明すれば、図７は接続終了メッセージ７００であって、接続終了情報（Ｃｏｎｎｅｃｔｉｏｎ：Ｃｌｏｓｅ）及び要請する作業がないことを示す情報（ＣＯＮＤＭ＿ＮｅｘｔＳｅｒｖｅｒＪｏｂ：０）が含まれたことを示しており、図８は接続維持メッセージ８００であって、接続維持情報（Ｃｏｎｎｅｃｔｉｏｎ：Ｋｅｅｐ−Ａｌｉｖｅ）及び要請する作業があることを示す情報（ＣＯＮＤＭ＿ＮｅｘｔＳｅｒｖｅｒＪｏｂ：１）が含まれたことを示している。
【００６８】
参考的に、図７〜図８のメッセージは要請する作業についての情報であって、要請する作業の有無を示すプラグを含んでいるが、これは例示的なことに過ぎなく、メッセージは要請する作業の目録を含むか、或いは要請する作業の識別番号を含んでもよい。
【００６９】
一方、図７〜図８に含まれたＣＯＮＤＭ＿ＮｅｘｔＴｉｍｅは後述する次接続時間であって、これは周期管理部５４０によって設定できる。
【００７０】
周期管理部５４０は、ウェブサービス提供装置４００から受信する接続要請メッセージ６００の受信周期を管理する。
【００７１】
ウェブサービス要請装置５００は、直接ウェブサービス提供装置４００に接続できず、ウェブサービス提供装置４００の接続要請メッセージ６００によって構成されたセッションを通じてのみ接続を維持できる。
【００７２】
この時、接続要請メッセージ６００は、ウェブサービス提供装置４００から周期的に受信するが、周期管理部５４０は接続要請メッセージ６００に含まれた後、接続要請メッセージ６００の時間を参照してセッション管理部５３０をしてセッション構成の維持要否を決定するようにする。
【００７３】
また、周期管理部５４０は、現在のセッションが終了するとき、次接続時間を設定してメッセージ生成部５２０をしてこれについてのメッセージを生成するようにすることによってウェブサービス提供装置４００の接続要請メッセージ６００送信周期を決定してもよい。
【００７４】
送受信部５５０は、ウェブサービス提供装置４００とのメッセージを送受信する役割を果たす。送受信部５５０とウェブサービス提供装置４００間の通信方式はイーサネット（登録商標）、ＵＳＢ、ＩＥＥＥ１３９４、直列通信及び並列通信のような有線通信方式が使用でき、赤外線通信、ブルートゥース、ホームＲＦ及び無線ＬＡＮのような無線通信方式が使用されてもよい。
【００７５】
図９は、本発明の実施形態によるウェブサービス提供過程を示した流れ図である。
【００７６】
本発明でウェブサービス提供装置４００及びウェブサービス要請装置５００は、互いに異なる網に含まれており、ウェブサービス提供装置４００は、個人網に含まれていることを仮定するため、ウェブサービス要請装置５００は直接ウェブサービス提供装置４００で接続できない。
【００７７】
従って、ウェブサービス提供装置４００とウェブサービス要請装置５００間のセッションを構成するためにウェブサービス提供装置４００が先ずＨＴＴＰメッセージを送信しなければならない。
【００７８】
このため、ウェブサービス提供装置４００のメッセージ生成部４２０は接続要請メッセージ６００を生成する（Ｓ９１０）。接続要請メッセージ６００は、ＨＴＴＰ  ＧＥＴ又はＨＴＴＰ  ＰＯＳＴの形態でＨＴＴＰ要請メッセージに含まれることができるが、ここでＨＴＴＰ要請メッセージには＜ＳＯＡＰ：Ｅｎｖｅｌｏｐｅ＞構文が含まれないことができる。
【００７９】
生成した接続要請メッセージ６００は、送受信部４５０によってウェブサービス要請装置５００に送信し（Ｓ９１５）、これによりウェブサービス提供装置４００とウェブサービス要請装置５００間のセッションが構成される。ここで、接続要請メッセージ６００の送信周期は周期生成部４４０によって生成した周期によって決定される。
【００８０】
セッションが構成されることによって、送受信部４５０はウェブサービス要請装置５００から作業要請メッセージを受信する（Ｓ９２０）。ここで、作業要請メッセージはＳＯＡＰ要請メッセージを含むＨＴＴＰ応答メッセージでありうる。
【００８１】
これにより、作業処理部４１０は要請された作業を処理し（Ｓ９２５）、メッセージ生成部４２０は作業処理結果が含まれた応答メッセージを生成する。ここで、応答メッセージはＳＯＡＰ応答メッセージを含むＨＴＴＰ要請メッセージでありうる。
【００８２】
生成した応答メッセージは送受信部４５０によってウェブサービス要請装置５００に送信される（Ｓ９３０）。
【００８３】
そして、送受信部４５０はウェブサービス要請装置５００から接続維持メッセージ８００又は接続終了メッセージ７００を受信できるが、接続維持メッセージ８００又は接続終了メッセージ７００は＜ＳＯＡＰ：Ｅｎｖｅｌｏｐｅ＞構文が含まれないＨＴＴＰ応答メッセージでありうる。これにより、セッション管理部４３０はこれを確認して（Ｓ９３５）受信したメッセージが接続維持メッセージ８００である場合メッセージ生成部４２０をして作業要請メッセージを生成するようにする。
【００８４】
これにより、メッセージ生成部４２０はＳＯＡＰ要請メッセージが含まれたＨＴＴＰ要請メッセージを生成し、生成したＨＴＴＰメッセージは送受信部４５０によってウェブサービス要請装置５００に送信する（Ｓ９４０）。
【００８５】
そして、送受信部４５０はウェブサービス要請装置５００から送信した作業要請メッセージについての応答にＳＯＡＰ応答メッセージが含まれたＨＴＴＰ応答メッセージを受信する（Ｓ９４５）。
【００８６】
ここで、受信したＨＴＴＰ応答メッセージは接続維持情報及び要請作業目録が含まれたメッセージであるか、或いは接続終了情報及び次接続時間が含まれたメッセージであることができるが、セッション管理部４３０はこれを確認して（Ｓ９５０）当該作業を遂行する。すなわち、受信したＨＴＴＰ応答メッセージに接続終了情報及び次接続時間が含まれた場合セッション管理部４３０はセッションを終了し（Ｓ９６０）、周期生成部４４０で次接続時間を伝達して当該時間に接続要請メッセージ６００が生成できるようにする。
【００８７】
一方、受信したＨＴＴＰ応答メッセージに接続維持情報及び要請作業目録が含まれた場合、セッション管理部４３０はウェブサービス要請装置５００とのセッションを維持し、メッセージ生成部４２０をして接続維持メッセージ８００を生成するようにするが、これによりメッセージ生成部４２０は接続維持メッセージ８００を生成する。ここで、接続維持メッセージ８００は、＜ＳＯＡＰ：Ｅｎｖｅｌｏｐｅ＞構文が含まれないＨＴＴＰ要請メッセージでありうる。
【００８８】
生成した接続維持メッセージ８００は、送受信部４５０によってウェブサービス要請装置５００に送信し（Ｓ９５５）、これにより送受信部４５０はウェブサービス要請装置５００から作業要請メッセージを受信する（Ｓ９２０）。ここで、作業要請メッセージはＳＯＡＰ要請メッセージを含むＨＴＴＰ応答メッセージでありうる。
【００８９】
これにより、作業処理部４１０は、要請された作業を処理し（Ｓ９２５）、メッセージ生成部４２０は作業処理結果が含まれた応答メッセージを生成する。ここで、応答メッセージはＳＯＡＰ応答メッセージを含むＨＴＴＰ要請メッセージでありうる。
【００９０】
生成した応答メッセージは、送受信部４５０によってウェブサービス要請装置５００に送信する（Ｓ９３０）。
【００９１】
そして、送受信部４５０はウェブサービス要請装置５００から接続維持メッセージ８００又は接続終了メッセージ７００を受信できるが、接続維持メッセージ８００又は接続終了メッセージ７００は＜ＳＯＡＰ：Ｅｎｖｅｌｏｐｅ＞構文が含まれないＨＴＴＰ応答メッセージでありうる。これにより、セッション管理部４３０はこれを確認して（Ｓ９３５）受信したメッセージが接続終了メッセージ７００である場合ウェブサービス要請装置５００とのセッションを終了する（Ｓ９６０）。
【００９２】
図１０は、本発明の実施形態によるウェブサービス要請過程を示した流れ図である。
【００９３】
前述したように、ウェブサービス要請装置５００は個人網に含まれているウェブサービス提供装置４００で直接接続できないため、ウェブサービス提供装置４００の接続要請を待機してからウェブサービス要請装置５００の送受信部５５０はウェブサービス提供装置４００から接続要請メッセージ６００を受信する（Ｓ１０１０）。
【００９４】
受信した接続要請メッセージ６００は、セッション管理部５３０に伝達され、セッション管理部５３０は受信したメッセージが接続要請メッセージ６００であることを確認してウェブサービス提供装置４００とのセッションを構成する。
【００９５】
セッションが構成されることによって、メッセージ生成部５２０は作業要請メッセージを生成する。ここで、作業要請メッセージはＳＯＡＰ要請メッセージを含むＨＴＴＰ応答メッセージでありうる。
【００９６】
送受信部５５０は、生成した作業要請メッセージをウェブサービス提供装置４００に送信し（Ｓ１０１５）、それによる応答メッセージを受信する（Ｓ１０２０）。ここで、応答メッセージはＳＯＡＰ応答メッセージを含むＨＴＴＰ要請メッセージでありうる。
【００９７】
そして、作業管理部５１０は、ウェブサービス提供装置４００に要請する作業があるかを確認する（Ｓ１０２５）。そうして、メッセージ生成部５２０をして対応するメッセージを生成するようにするが、これによりメッセージ生成部５２０はウェブサービス提供装置４００に要請する作業がある場合接続維持情報及び作業目録が含まれた接続維持メッセージ８００を生成し、ウェブサービス提供装置４００に要請する作業がない場合接続終了情報及び次接続時間が含まれた接続終了メッセージ７００を生成する。
【００９８】
ここで、生成した接続維持メッセージ８００又は接続終了メッセージ７００は＜ＳＯＡＰ：Ｅｎｖｅｌｏｐｅ＞構文が含まれないＨＴＴＰ応答メッセージでありうる。
【００９９】
生成したメッセージは送受信部５５０によってウェブサービス提供装置４００に送信するが（Ｓ１０３０、Ｓ１０５５）、送信したメッセージが接続終了メッセージ７００である場合ウェブサービス提供装置４００とのセッションは終了し（Ｓ１０６０）、送信したメッセージが接続維持メッセージ８００である場合作業要請メッセージを受信する（Ｓ１０３５）。ここで、作業要請メッセージはＳＯＡＰ要請メッセージが含まれたＨＴＴＰ要請メッセージでありうる。
【０１００】
これにより、作業処理部（図示せず）は要請された作業を処理し、メッセージ生成部５２０は作業処理結果が含まれた応答メッセージを生成する。ここで、応答メッセージはＳＯＡＰ応答メッセージが含まれたＨＴＴＰ応答メッセージでありうる。
【０１０１】
生成した応答メッセージは送受信部５５０によってウェブサービス提供装置４００に送信する（Ｓ１０４０）。
【０１０２】
ここで、応答メッセージは接続維持情報及び要請作業目録が含まれたメッセージであるか、或いは接続終了情報及び次接続時間が含まれたメッセージであることができるが、セッション管理部５３０はこれを確認する（Ｓ１０４５）。そうして、応答メッセージに接続終了情報及び次接続時間が含まれたメッセージである場合セッション管理部５３０はウェブサービス提供装置４００とのセッションを終了し（Ｓ１０６０）、周期管理部５４０は次接続時間を貯蔵して当該時間に送受信部５５０をして接続要請メッセージ６００を受信できるようにする。
【０１０３】
一方、応答メッセージに接続維持情報及び要請作業目録が含まれた場合、送受信部５５０はウェブサービス提供装置４００から接続維持メッセージ８００を受信する（Ｓ１０５０）。ここで、接続維持メッセージ８００は＜ＳＯＡＰ：Ｅｎｖｅｌｏｐｅ＞構文が含まれないＨＴＴＰ要請メッセージでありうる。
【０１０４】
接続維持メッセージ８００が受信することによって、メッセージ生成部５２０は作業要請メッセージを生成する。ここで、作業要請メッセージはＳＯＡＰ要請メッセージを含むＨＴＴＰ応答メッセージでありうる。
【０１０５】
送受信部５５０は、生成した作業要請メッセージをウェブサービス提供装置４００に送信し（Ｓ１０１５）、それによる応答メッセージを受信する（Ｓ１０２０）。ここで、応答メッセージはＳＯＡＰ応答メッセージを含むＨＴＴＰ要請メッセージでありうる。
【０１０６】
そして、作業管理部５１０はウェブサービス提供装置４００に要請する作業があるかを確認する（Ｓ１０２５）。そうして、メッセージ生成部５２０をして対応するメッセージを生成するようにするが、これによりメッセージ生成部５２０はウェブサービス提供装置４００に要請する作業がある場合接続維持情報及び作業目録が含まれた接続維持メッセージ８００を生成し、ウェブサービス提供装置４００に要請する作業がない場合接続終了情報及び次接続時間が含まれた接続終了メッセージ７００を形成する。
【０１０７】
ここで、生成した接続維持メッセージ８００又は接続終了メッセージ７００は＜ＳＯＡＰ：Ｅｎｖｅｌｏｐｅ＞構文が含まれないＨＴＴＰ応答メッセージでありうる。
【０１０８】
生成したメッセージは送受信部５５０によってウェブサービス提供装置４００に送信するが（Ｓ１０３０、Ｓ１０５５）、送信したメッセージが接続終了メッセージ７００である場合ウェブサービス提供装置４００とのセッションは終了する（Ｓ１０６０）。
【０１０９】
以上、添付した図面を参照して本発明の好適な実施形態を説明したが、当業者であれば、本発明の技術的思想や必須的な特徴を変更せずに他の具体的な形態で実施されうることを理解することができる。したがって、上述した好適な実施形態は、例示的なものであり、限定的なものではないと理解されるべきである。
【図面の簡単な説明】
【０１１０】
【図１】従来のＳＯＡＰバインディング方式を用いたウェブサービスシステムを示した図である。
【図２】従来の逆ＳＯＡＰバインディング方式を用いたウェブサービスシステムを示した図である。
【図３】本発明の実施形態によるウェブサービスシステムを示した図である。
【図４】本発明の実施形態によるウェブサービス提供装置を示したブロック図である。
【図５】本発明の実施形態によるウェブサービス要請装置を示したブロック図である。
【図６】本発明の実施形態による接続要請メッセージについての例示的なＸＭＬコードを示した図である。
【図７】本発明の実施形態による接続終了メッセージについての例示的なＸＭＬコードを示した図である。
【図８】本発明の実施形態による接続維持メッセージについての例示的なＸＭＬコードを示した図である。
【図９】本発明の実施形態によるウェブサービス提供過程を示した流れ図である。
【図１０】本発明の実施形態によるウェブサービス要請過程を示した流れ図である。
【符号の説明】
【０１１１】
４１０      作業処理部
４２０      メッセージ生成部
４３０      セッション管理部
４４０      周期生成部
４５０      送受信部
【図１】
2007133872.tif 000003
【図２】
2007133872.tif 000004
【図３】
2007133872.tif 000005
【図４】
2007133872.tif 000006
【図５】
2007133872.tif 000007
【図６】
2007133872.tif 000008
【図７】
2007133872.tif 000009
【図８】
2007133872.tif 000010
【図９】
2007133872.tif 000011
【図１０】
2007133872.tif 000012