(57)【要約】【課題】Ｗｅｂサービスアクセス機構をアプリケーション開発者が用意する手間を削減する。【解決手段】Ｗｅｂサービスを提供する側が用意したアクセス用プログラムとしてのアクセスアプリケーション５２を、Ｗｅｂサービスを利用する側がダウンロードして起動し、アクセスアプリケーション５２１，５２２を介してＷｅｂサービス５１を利用する。【選択図】    図１
2004280398.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサービスを提供する側のサーバ装置に用いられるサービス提供側プログラムであって、
前記サーバ装置のコンピュータを、
予め発行された利用者ＩＤを含む利用要求を受信すると、この利用要求に対応するＷｅｂサービスへのアクセス用プログラムのアドレス情報を前記利用要求の送信元に返信する手段、
利用者ＩＤ及びアドレス情報を含む接続要求を受信すると、このアドレス情報に対応するアクセス用プログラムを前記接続要求の送信元に返信する手段、
前記返信したアクセス用プログラムの処理に基づきＷｅｂサービス処理の処理結果が確定した旨の通知を受信すると、この処理結果と利用者ＩＤとの組をメモリに保持する手段、
利用者ＩＤを含む結果問合せを受信すると、この利用者ＩＤに基づいて前記メモリを検索し、得られた処理結果を前記結果問合せの送信元に返信する手段、
として機能させるためのサービス提供側プログラム。
【請求項２】
請求項１に記載のサービス提供側プログラムであって、
前記サーバ装置のコンピュータを、
前記利用者ＩＤを含まない利用要求を受信すると、この利用要求に基づいて利用者ＩＤを発行し、得られた利用者ＩＤをこの利用要求の送信元に返信する手段、として機能させるためのサービス提供側プログラム。
【請求項３】
Ｗｅｂサービス処理を提供する側のサーバ装置に用いられるサービス提供方法であって、
前記サーバ装置が、予め発行された利用者ＩＤを含む利用要求を受信すると、この利用要求に対応するＷｅｂサービスへのアクセス用プログラムのアドレス情報を前記利用要求の送信元に返信する工程と、
前記サーバ装置が、利用者ＩＤ及びアドレス情報を含む接続要求を受信すると、このアドレス情報に対応するアクセス用プログラムを前記接続要求の送信元に返信する工程と、
前記サーバ装置が、前記返信したアクセス用プログラムの処理に基づきＷｅｂサービス処理の処理結果が確定した旨の通知を受信すると、この処理結果と利用者ＩＤとの組をメモリに保持する工程と、
前記サーバ装置が、利用者ＩＤを含む結果問合せを受信すると、この利用者ＩＤに基づいて前記メモリを検索し、得られた処理結果を前記結果問合せの送信元に返信する工程と、
を備えたことを特徴とするサービス提供方法。
【請求項４】
請求項３に記載のサービス提供方法であって、
前記サーバ装置が、前記利用者ＩＤを含まない利用要求を受信すると、この利用要求に基づいて利用者ＩＤを発行し、得られた利用者ＩＤをこの利用要求の送信元に返信する工程、を備えたことを特徴とするサービス提供方法。
【請求項５】
サーバ装置から提供されるＷｅｂサービスを利用する側のクライアント装置に用いられるサービス利用側プログラムであって、
前記クライアント装置のコンピュータを、
予め発行された利用者ＩＤを含む利用要求を前記サーバ装置に送信する手段、
前記サーバ装置からアドレス情報を受信すると、このアドレス情報及び前記利用者ＩＤを含む接続要求を前記サーバ装置に送信する手段、
前記サーバ装置から受信したアクセス用プログラムをメモリに保持し、このメモリ内のアクセス用プログラムを起動する手段、
前記サーバ装置から処理結果を取り込む手段、
として機能させるためのサービス利用側プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、Ｗｅｂサービスの提供側又は利用側に用いられるサービス提供側プログラム、利用側プログラム及び方法に関する。
【０００２】
【従来の技術】
近年、インターネット上で柔軟にシステムを連携する技術への要望が高まってきている。このような要求に応える技術として、Ｗｅｂサービスが注目されている。
【０００３】
Ｗｅｂサービスとは、インターネット上でＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式のメッセージを送受信してシステムを連携させる技術である。Ｗｅｂサービスは、サービス提供システムと利用システムとがＸＭＬメッセージにより直接連携できるので、他システムと連携しないＷｅｂシステム（Ｗｅｂアプリケーション）よりも便利である。
【０００４】
また、Ｗｅｂサービスでは、ＸＭＬ文書をＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）などのインターネット標準プロトコルに載せて送受信するため、ファイアウォールを容易に超えられる利点を持つ。さらに、Ｗｅｂサービスは、インターネットを用いるため、従来から企業間データ交換に使用されるＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ  Ｄａｔａ  Ｉｎｔｅｒｃｈａｎｇｅ）とは異なり、構築コストが安価であるという利点を持つ。
【０００５】
このようなＷｅｂサービスは、各システムを迅速／柔軟に連携させるために、様々な標準化が進んでいる（例えば非特許文献１参照。）。主な標準には、ＸＭＬ文書形式やビジネスプロセスの標準、ＸＭＬ文書を送受信するためのメッセージングプロトコル標準、サービスを登録／検索するためのレジストリ標準などがある。
【０００６】
次に、以上のような他システムに連携しないＷｅｂシステムと、他システムに直接連携するＷｅｂサービスとについて具体的に説明する。
（Ｗｅｂシステム）
図７に示すように、従来のＷｅｂシステムを利用する場合は、クライアント端末１０は、利用者の操作により、ＷＷＷブラウザ１１を立ち上げ、社内ネットワークＮｗ１及びインターネットＮｗ２を介し、サービスを提供するＷｅｂサイト２１にＵＲＬを指定してアクセスする。
【０００７】
次に、クライアント端末１０では、ＨＴＭＬベースのＷｅｂページ２１ａがＷｅｂサイト２１からダウンロードされる。しかる後、クライアント端末１０は、このＷｅｂページ２１ａを介して、背後にあるサービス処理用のＷｅｂアプリケーション２２にアクセスし、サービスを利用する。
【０００８】
しかしながら、前述した通り、Ｗｅｂシステムは、外部の別アプリケーションと直接連携できない。このため、Ｗｅｂシステムの処理結果を、外部のアプリケーション１２に取り込むためには、利用者自身が手動で業務アプリケーション１２に入力する必要がある。
【０００９】
例として、出張申請システムを用いて説明する。出張申請システムは、業務上で出張が必要になるときに、出張の日程やチケット料金の精算など出張の申請を行う業務アプリケーション１２である。利用者は出張申請システム上で、出張日程とチケット料金の入力を行う。
【００１０】
仮に、新幹線などの時刻表の検索や、チケットの予約が出張申請システム上で直接にできたら、利用者にとってはとても楽になると考えられる。しかしそのような検索機能や予約機能は出張申請システムには無い。このため、利用者は、Ｗｅｂ上で提供されるサービスつまりＷｅｂシステムを利用することになる。利用者は、新たにＷＷＷブラウザ１１を立ち上げて、鉄道予約センターのようなＷｅｂアプリケーション２２にアクセスして、時刻表を検索したり、チケットを予約したりする。チケットの予約ができたら、その結果をそのまま出張申請システムに取り込めないので、利用者は手動でデータを入力しなければならない。
【００１１】
（Ｗｅｂサービス）
図８に示すように、Ｗｅｂサービスシステムを利用する場合は、前述したＷｅｂシステムとは異なり、クライアント端末１０は、外部のアプリケーション１３から直接にＷｅｂサービス３２へアクセスができる。そして外部のアプリケーション１３とＷｅｂサービス３２の連携ができるため、利用者がＷｅｂサービス３２を利用して得られた結果をそのまま自動的に外部のアプリケーション１３に取り込むことができる。
【００１２】
同じく出張申請システムを例として説明する。Ｗｅｂサービスを利用する場合、出張申請システムのアプリケーション１３からボタンをクリックしたり、リンクを辿ったりして直接にＷｅｂ上にあるＷｅｂサービス３２へアクセスができる。そして例えば鉄道予約センターのＷｅｂサービス３２上で時刻表を検索してチケットを予約した際に、確定ボタンを押せば、そのまま予約結果を出張申請システム上に取り込むことができる。よって利用者は、予約データの書き写しをする必要がなくなり、申請ボタンだけを押せば、出張を申請することができる。
【００１３】
図８のようなＷｅｂサービスは、図７のようなＷｅｂシステムと比べ、利用者の入力作業の手間を省けるので、問題は無いと考えられている。
【００１４】
しかしながら、本発明者の考察によれば、外部アプリケーション１３からＷｅｂサービス３２を利用するための利用者インターフェース（Ｗｅｂサービスアクセス機構）を外部アプリケーションの開発者が用意しなければならないという問題がある。
【００１５】
【非特許文献１】
山田正隆、陸振宏、「ＸＭＬ  Ｗｅｂサービスの技術動向」、東芝レビュー、株式会社東芝  技術企画室、２００３年２月１日、５８巻２号、ｐ．３−６。
【００１６】
【発明が解決しようとする課題】
以上説明したように、従来のＷｅｂシステムでは、Ｗｅｂシステムと外部の別アプリケーション間の連携ができない問題がある。このＷｅｂシステムの問題はＷｅｂサービスにより解決されている。
【００１７】
しかしながら、本発明者の考察によれば、Ｗｅｂサービスは、外部アプリケーションからＷｅｂサービスを利用するためのＷｅｂサービスアクセス機構を外部アプリケーションの開発者が用意しなければならないという問題がある。
【００１８】
本発明は上記実情を考慮してなされたもので、Ｗｅｂサービスアクセス機構をアプリケーション開発者が用意する手間を削減し得るサービス提供側プログラム、利用側プログラム及び方法を提供することを目的とする。
【００１９】
【課題を解決するための手段】
第１の発明は、Ｗｅｂサービスを提供する側のサーバ装置に用いられるサービス提供側プログラムであって、前記サーバ装置のコンピュータを、予め発行された利用者ＩＤを含む利用要求を受信すると、この利用要求に対応するＷｅｂサービスへのアクセス用プログラムのアドレス情報を前記利用要求の送信元に返信する手段、利用者ＩＤ及びアドレス情報を含む接続要求を受信すると、このアドレス情報に対応するアクセス用プログラムを前記接続要求の送信元に返信する手段、前記返信したアクセス用プログラムの処理に基づきＷｅｂサービス処理の処理結果が確定した旨の通知を受信すると、この処理結果と利用者ＩＤとの組をメモリに保持する手段、利用者ＩＤを含む結果問合せを受信すると、この利用者ＩＤに基づいて前記メモリを検索し、得られた処理結果を前記結果問合せの送信元に返信する手段、として機能させるためのサービス提供側プログラムである。
【００２０】
また、第２の発明は、サーバ装置から提供されるＷｅｂサービスを利用する側のクライアント装置に用いられるサービス利用側プログラムであって、前記クライアント装置のコンピュータを、予め発行された利用者ＩＤを含む利用要求を前記サーバ装置に送信する手段、前記サーバ装置からアドレス情報を受信すると、このアドレス情報及び前記利用者ＩＤを含む接続要求を前記サーバ装置に送信する手段、前記サーバ装置から受信したアクセス用プログラムをメモリに保持し、このメモリ内のアクセス用プログラムを起動する手段、として機能させるためのサービス利用側プログラムである。
【００２１】
従って、第１及び第２の発明は、Ｗｅｂサービスを提供する側が用意したアクセス用プログラムを、Ｗｅｂサービスを利用する側がダウンロードして起動し、アクセス用プログラムを介してＷｅｂサービスを利用する。
【００２２】
このように、Ｗｅｂサービスを提供する側がアクセス用プログラムを提供するので、Ｗｅｂサービスアクセス機構をアプリケーション開発者が用意する手間を削減することができる。
【００２３】
なお、第１及び第２の発明は、名称を「…プログラム」として表現したが、これに限らず、「システム」、「装置」又は「コンピュータ読取り可能な記憶媒体」といった他の名称で表現しても良いことは言うまでもない。
【００２４】
【発明の実施の形態】
以下、本発明の各実施形態を図面を用いて説明するが、その前に本発明の概要を述べる。
図１は本発明の各実施形態に係るＷｅｂサービスシステムの概略構成を示す模式図である。このＷｅｂサービスシステムは、Ｗｅｂサービスを利用する外部アプリケーション４１を有するクライアント端末４０が、ネットワークＮｗ１，ＮＷ２を介して、Ｗｅｂサービス５１本体及びアクセスアプリケーション５２を有するサーバ装置５０に接続されている。
【００２５】
このこのアクセスアプリケーション５２は、Ｗｅｂサービス５１を利用するためのアクセス機構をもっている。
【００２６】
クライアント端末４０は、利用者の操作により、外部アプリケーション４１から、サーバ装置５０にアクセス要求を出し（＃１）、サーバ装置５０からアクセスアプリケーション５２をダウンロードし（＃２）、アクセスアプリケーション５２を介してＷｅｂサービスにアクセスし（＃３）、Ｗｅｂサービス５１の処理結果を受ける（＃４）。
【００２７】
このような各実施形態の概要によれば、Ｗｅｂサービス５１を提供する側がそのアクセスアプリケーション５２を提供するので、Ｗｅｂサービスアクセス機構を外部アプリケーション４１の開発者が用意する手間を削減できる。
【００２８】
次に、以上のような概要を踏まえ、本発明の第１の実施形態を説明する。
（第１の実施形態）
図２は本発明の第１の実施形態に係るＷｅｂサービスシステムの構成を示す模式図である。このＷｅｂサービスシステムは、ある会社のクライアント端末４０が社内ネットワークＮｗ１及びインターネットＮｗ２を介してサーバ装置５０に接続されている。なお、このようなクライアント端末４０及びサーバ装置５０は、ハードウェアとソフトウェアとの組合せ構成により実現可能であるが、ソフトウェアにより構成される部分は、対応する機能を実現させるためのプログラムが予め記憶媒体又はネットワークから各装置４０，５０のコンピュータにインストールされて実現される。
【００２９】
ここで、クライアント端末４０は、出張申請システム４１及びＷｅｂブラウザ４２を備えている。
出張申請システム４１は、出張申請主機能部４１ａ、サービスアクセス部４１ｂ及び起動部４１ｃを備えている。
【００３０】
出張申請主機能部４１ａは、社内業務アプリケーションとしての出張申請処理を実行する機能をもっている。なお、ここでは出張申請処理は、時刻表の検索結果とチケットの予約結果とを用い、出張申請書を作成する処理であるとする。
【００３１】
サービスアクセス部４１ｂは、予め発行された利用者ＩＤを含む利用要求をサーバ装置５０に送信する機能と、サーバ装置５０からＵＲＬ（アドレス情報）を受信すると、このＵＲＬ及び利用者ＩＤを起動部４１ｃに送出する機能とをもっている。
【００３２】
具体的にはサービスアクセス部４１ｂは、例えばＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）メッセージを組み立てて、サーバ装置５０に送信する機能と、サーバ装置５０からのＳＯＡＰレスポンスメッセージを解釈し、必要なデータを取り出す機能を有するＳＯＡＰプログラムから構成されている。
【００３３】
起動部４１ｃは、サービスアクセス部４１ｂからＵＲＬ及び利用者ＩＤを受けると、Ｗｅｂブラウザ４２を起動し、このＵＲＬ及び利用者ＩＤをＷｅｂブラウザ４２に送出し、Ｗｅｂブラウザ４２を介してサーバ装置５０からアクセスアプリケーション５２１，５２２をダウンロードし、得られたアクセスアプリケーション５２１，５２２をＷｅｂブラウザ４２に起動させる機能をもっている。
【００３４】
Ｗｅｂブラウザ４２は、通常のブラウジング機能に加え、特に、起動部４１ｃに制御され、各アクセス用アプリケーション５２１，５２２を実行する機能と、アクセス用アプリケーション５２１，５２２によるＷｅｂサービスアプリケーション５１１，５１２の処理の後、業務アプリケーション４１から得られる利用者ＩＤをサーバ装置５０に送信し、折り返しサーバ装置５０から受けた処理結果を業務アプリケーション４２に表示させる機能とをもっている。なお、利用者ＩＤと処理結果との組により、Ｗｅｂサービスと業務用アプリケーション間のデータのシームレスな引渡しが実現可能となっている。
【００３５】
サーバ装置５０は、時刻表（検索）サービス５１１、チケット予約サービス５１２、時刻表アクセスアプリケーション５２１、チケット予約アクセスアプリケーション５２２、サービス管理アプリケーション５３、Ｗｅｂサーバ（アプリケーション）５４、サービスサイト５５を備えている。
【００３６】
時刻表（検索）サービス５１１は、Ｗｅｂサービスの一種であり、時刻表アクセスアプリケーション５２１からの制御により、時刻表を検索する機能をもつアプリケーションである。
チケット予約サービス５１２は、Ｗｅｂサービスの一種であり、チケット予約アクセスアプリケーション５２２からの制御により、チケットを予約する機能をもつアプリケーションである。
【００３７】
時刻表アクセスアプリケーション５２１は、時刻表サービス５１１を利用するためのアクセス機能をもっている。
チケット予約アクセスアプリケーション５２２は、チケット予約サービス５１２を利用するためのアクセス機能をもっている。
【００３８】
サービス管理アプリケーション５３は、ＩＤ発行部５３ａ、サービス管理部５３ｂ及び結果保持部５３ｃを備えている。
【００３９】
ＩＤ発行部５３ａは、一意な利用者ＩＤを発行する機能をもっている。
【００４０】
サービス管理部５３ｂは、Ｗｅｂサービス５１１，５１２を管理するものであり、具体的には、予め発行された利用者ＩＤを含む利用要求を受信すると、この利用要求に対応するＷｅｂサービス５１１，５１２へのアクセスアプリケーション５２１，５２２のＵＲＬを利用要求の送信元に返信する機能と、利用者ＩＤ及びＵＲＬを含む接続要求を受信すると、このＵＲＬに対応するアクセスアプリケーション５２１，５２２を接続要求の送信元に返信する機能とをもっている。
【００４１】
結果保持部５３ｃは、返信されたアクセスアプリケーション５２１，５２２の処理に基づきＷｅｂサービス処理の処理結果が確定した旨の通知を受信すると、この処理結果と利用者ＩＤとの組をメモリ（図示せず）に保持する機能と、利用者ＩＤを含む結果問合せを受信すると、この利用者ＩＤに基づいてメモリを検索し、得られた処理結果を結果問合せの送信元に返信する機能とをもっている。
【００４２】
Ｗｅｂサーバ（アプリケーション）５４は、クライアント端末４０からのＨＴＴＰリクエストを受付ける機能を有し、クライアント端末４０とサービスサイト５５内の各要素５１〜５３との間のインターフェイスとなっている。
【００４３】
サービスサイト５５は、Ｗｅｂサービスを利用者に提供するため、上述した各要素５１〜５４を備えたサイトである。
【００４４】
次に、以上のように構成されたＷｅｂサービスシステムの動作を図３及び図４のシーケンス図を用いて説明する。なお、この説明は、利用者が社内の業務アプリケーションである出張申請システムで、時刻表を検索してチケットを予約し、さらに出張申請システムで精算し、出張申請を行う場合を例に挙げて述べる。
【００４５】
図３に示すように、クライアント端末４０は、利用者の操作により、出張申請システム４１を立ち上げると、利用要求のボタンがクリックされることにより、サービスサイト５５のＷｅｂサーバ５４を通じてサービス管理アプリケーション５３にアクセスし、Ｗｅｂサービスの利用要求を出す（ＳＴ１〜ＳＴ２）。
【００４６】
サービス管理アプリケーション５３は、利用要求を受けると、利用者を特定するためにＩＤ発行部５３ａを用いて利用者ＩＤを発行し、この利用者ＩＤをクライアント端末４０に返信する（ＳＴ３）。
【００４７】
クライアント端末４０は、利用者ＩＤを受けると、この利用者ＩＤと時刻表サービス５１１の指定情報とを含む利用要求をサービス管理アプリケーションに送信する（ＳＴ４〜ＳＴ５）。
【００４８】
サービス管理アプリケーション５３は、利用者ＩＤを確認して、所望の時刻表サービス５１１へアクセスするための時刻表アクセスアプリケーション５２１のＵＲＬをクライアント端末４０に返信する（ＳＴ６）。
【００４９】
クライアント端末４０においては、サービスアクセス部４１ｂがＵＲＬを受けると、ＵＲＬと利用者ＩＤとの組を用いて、起動部４１ｃに起動要求を送出する（ＳＴ７）。
【００５０】
起動部４１ｃは、起動されると、Ｗｅｂブラウザ４２を立ち上げて、ＵＲＬと利用者ＩＤとを含む接続要求をＷｅｂブラウザ４２からサービス管理アプリケーション５３に送信させ（ＳＴ８）、時刻表アクセスアプリケーション５２１をサーバ装置５０からダウンロードする（ＳＴ９）。
【００５１】
Ｗｅｂブラウザ４２は、ダウンロードした時刻表アクセスアプリケーション５２１を実行し、利用者の操作により、サーバ装置５０の時刻表サービス５１１とやり取りして、出張予定日の電車などの時刻を検索し（ＳＴ１０〜ＳＴ１１）、検索結果を受信する（ＳＴ１２）。
【００５２】
Ｗｅｂブラウザ４２は、利用者が電車などの時刻を確定し所望な処理を終えたら、利用者によるボタンのクリック操作により、処理結果が確定した旨の通知をサーバ装置５０の時刻表サービス５１１に送信する（ＳＴ１３〜ＳＴ１４）。
【００５３】
時刻表サービス５１１は、利用者が確定した処理結果を利用者ＩＤと一緒に結果保持部５３ｃに送出して処理を終了する。結果保持部５３ｃは、この処理結果と利用者ＩＤとの組を図示しないメモリに保持する。
【００５４】
続いて、クライアント端末４０は、処理結果を出張申請システム４１に取り込むために、利用者の操作により、出張申請システム４１から、利用者ＩＤを用いて、時刻表サービス５１１に処理結果を問い合わせる（ＳＴ１５）。
【００５５】
時刻表サービス５１１は、この結果問合せを結果保持部５３ｃに送出する。結果保持部５３ｃは、結果問合せ内の利用者ＩＤを確認し、その利用者ＩＤをキーにしてメモリを検索し、処理結果をクライアント端末４０に返信する（ＳＴ１６）。
【００５６】
クライアント端末４０の出張申請システム４１は、その処理結果を受けて画面に表示する。
【００５７】
次に、図４に示すように、クライアント端末４０は、利用者の操作により、出張のスケジュールを出張申請システム４１上で確定した後、新幹線のチケットなどを予約する。
【００５８】
クライアント端末４０は、利用者の操作により、利用者ＩＤを用いて再びサービス管理アプリケーション５３にアクセスし、利用者ＩＤとチケット予約サービス５１２の指定情報とを含む利用者要求をサービス管理アプリケーション５３に送信する（ＳＴ１７）。
【００５９】
サービス管理アプリケーション５３は、利用者ＩＤを確認して、所望のチケット予約サービス５１２へアクセスするためのチケット予約アクセスアプリケーション５２２のＵＲＬをクライアント端末４０に返信する（ＳＴ１８）。
【００６０】
出張申請システム４１は、ＵＲＬを受けると、稼動中のＷｅｂブラウザ４２にＵＲＬと利用者ＩＤの組を指定する（ＳＴ１９）。
【００６１】
Ｗｅｂブラウザ４２は、ＵＲＬと利用者ＩＤとを含む接続要求をサービス管理アプリケーション５３に送信し（ＳＴ２０）、チケット予約アクセスアプリケーション５２２をサーバ装置５０からダウンロードする（ＳＴ２１）。
【００６２】
Ｗｅｂブラウザ４２は、ダウンロードしたチケット予約アクセスアプリケーション５２２を実行し、利用者の操作により、サーバ装置５０のチケット予約サービス５１１とやり取りして、前述した時刻表サービス５１１から得ている結果に基づいて、チケットを予約して予約内容を確定する（ＳＴ２２〜ＳＴ２３）。
【００６３】
チケット予約サービス５１２は、利用者が確定した処理結果を利用者ＩＤと一緒に結果保持部５３ｃに送出して処理を終了する。結果保持部５３ｃは、この処理結果と利用者ＩＤとの組を図示しないメモリに保持する。
【００６４】
続いて、クライアント端末４０は、処理結果を出張申請システム４１に取り込むために、利用者の操作により、出張申請システム４１から、利用者ＩＤを用いて、チケット予約サービス５１２に処理結果を問い合わせる（ＳＴ２４）。
【００６５】
チケット予約サービス５１２は、この結果問合せを結果保持部５３ｃに送出する。結果保持部５３ｃは、結果問合せ内の利用者ＩＤを確認し、その利用者ＩＤをキーにしてメモリを検索し、処理結果をクライアント端末４０に返信する（ＳＴ２５）。
【００６６】
クライアント端末４０の出張申請システム４１は、その処理結果を受けて画面に表示する。利用者が、表示された結果を確認し出張申請を行う。
【００６７】
上述したように本実施形態によれば、Ｗｅｂサービスを提供する側が用意したアクセス用プログラムとしてのアクセスアプリケーション５２１，５２２を、Ｗｅｂサービスを利用する側がダウンロードして起動し、アクセスアプリケーション５２１，５２２を介してＷｅｂサービス５１１，５１２を利用する。
【００６８】
このように、Ｗｅｂサービスを提供する側がアクセス用プログラムを提供するので、Ｗｅｂサービスアクセス機構をアプリケーション開発者が用意する手間を削減することができる。
【００６９】
補足すると、本実施形態は、柔軟なシステム連携というＷｅｂサービスの優れた点と、利用者インターフェースを提供するＷｅｂシステムの優れた点をうまく組み合わせたので、より便利なＷｅｂサービスを利用することができる。
【００７０】
この効果は、Ｗｅｂサービスを利用するシステムの開発者とサービス提供側という立場から以下のようにまとめられる。
【００７１】
すなわち、Ｗｅｂサービスを利用するシステムの開発者にとっては、Ｗｅｂサービスとその他のアプリケーション間の連携を容易に行なうことができる。また、システムの開発者にとっては、Ｗｅｂサービスを利用するためのインターフェースが予め用意されるので、利用者インターフェースを作成する必要がなくなり、開発のコストダウンに繋げることができる。
【００７２】
一方、サービス提供者側にとっては、上述したようにシステムの開発者に利点があることから、Ｗｅｂサービスの利用者の増加を見込むことができる。
【００７３】
（第２の実施形態）
図５は本発明の第２の実施形態に係るＷｅｂサービスシステムの構成を示す模式図であり、図２と同一部分には同一符号を付してその詳しい説明を省略し、ここでは異なる部分について主に述べる。
【００７４】
すなわち、本実施形態は、第１の実施形態の変形例であり、サーバ装置５０のＩＤ発行部５３ａを省略し、ＩＤ発行部６１を有する第三者機関装置６０を備えたものである。
【００７５】
ここで、第三者機関装置６０は、例えば公開鍵方式で公開鍵を公認する機関Ｖｅｒｉｓｉｇｎなどの如き信頼性のある利用者ＩＤを発行する第三者機関、に運営される装置となっている。
【００７６】
ＩＤ発行部６１は、前述したＩＤ発行部５３ａの機能を有するものであり、具体的には、利用者ＩＤを含まない利用要求を受信すると、この利用要求に基づいて利用者に一意的な利用者ＩＤを発行し、得られた利用者ＩＤをこの利用要求の送信元に返信する機能をもっている。
【００７７】
次に、以上のように構成されたＷｅｂサービスシステムの動作を図６のフローチャートを用いて説明する。
クライアント端末４０は、利用者の操作により、出張申請システム４１を立ち上げると、利用要求のボタンがクリックされることにより、第三者機関装置６０にアクセスし、Ｗｅｂサービスの利用要求を出す（ＳＴ３１）。
【００７８】
第三者機関装置６０は、利用要求を受けると、利用者を特定するためにＩＤ発行部６１を用いて利用者ＩＤを発行し、この利用者ＩＤをクライアント端末４０に返信する（ＳＴ３２）。
以下、第１の実施形態と同様に、ステップＳＴ４以降の処理が実行される。
【００７９】
上述したように本実施形態によれば、第１の実施形態の効果に加え、各サービス提供サイトが個別に利用者ＩＤを発行、管理する必要がなくなり、利用者ＩＤの発行・管理の処理を省略することができる。
【００８０】
なお、上記各実施形態は、以下のように変形しても良い。
【００８１】
各実施形態では、利用者はある一つのサービスサイト５５が提供するＷｅｂサービスを利用しているが、これに限らず、多数のサービス提供サイトから、幾つかのＷｅｂサービスを利用してもよい。このように、別のサービス提供サイトを利用する場合、そのサービス提供サイトから発行された一意の利用者ＩＤをもらい、それを使って前述同様に、Ｗｅｂサービスを利用することができる。
【００８２】
また、各実施形態の出張申請システム４１は、Ｗｅｂブラウザ４２上で動くＷｅｂアプリケーションではなく、Ｗｅｂブラウザ４２とは独立したアプリケーションである。
【００８３】
しかしながら、Ｗｅｂサービス５１を利用するアプリケーション４１がＷｅｂアプリケーションとして実装される場合も本願発明に包含される。この場合は、出張申請システム４１と、Ｗｅｂサービスアクセスアプリケーション５２が両方ともＷｅｂブラウザ４２上で実行されるため、利用者にとってより使いやすいアプリケーションになる。
【００８４】
また、利用者ＩＤは、任意の形式のものが使用可能である。例えば単なる文字の並びでも、暗号化された個人証明書でも、利用者ＩＤとして使用できる。またＷｅｂシステムの場合、利用者を特定する機構Ｃｏｏｋｉｅがある。サーバ装置５０が利用者情報をもつＣｏｏｋｉｅを発行し（Ｂｒｏｗｓｅｒ）業務アプリケーションに送って、そして業務アプリケーションがそれを利用してサーバ装置５０にアクセスする仕組みになっている。このように、利用者ＩＤとして、Ｃｏｏｋｉｅを利用した場合も本願発明に包含される。
【００８５】
また、各実施形態では、サービス管理アプリケーション５３で統一的に利用者ＩＤを発行したが、実際にＷｅｂサービス管理アプリケーションが必ず存在するとは限らないので、個々のＷｅｂサービス自身が個別的に利用者ＩＤを発行することもありうる。このように、個々のＷｅｂサービスが利用者ＩＤを発行する場合も本願発明に包含される。
【００８６】
さらに、各実施形態では、ＳＯＡＰを用いている。ＳＯＡＰは、ＸＭＬベースの通信用プロトコルであり、Ｗｅｂサービスの標準通信プロトコルとして採用されている。ＳＯＡＰは非常に柔軟性を持ち、どんな形式の文書もＳＯＡＰメッセージで運搬することが可能である。但し、各実施形態では、ＳＯＡＰプロトコルを通信プロトコルとして採用するが、それに限定されない。ＳＯＡＰ以外のプロトコルを使う場合も、本願発明に包含される。
【００８７】
また、第１の実施形態は、利用者ＩＤとアクセスアプリケーション５２とを別々にサーバ装置５０に要求する場合を説明したが、これに限らず、利用者ＩＤとアクセスアプリケーション５２とを同時にサーバ装置５０に要求するように変形してもよい。同様に、第１の実施形態は、利用者ＩＤとアクセスアプリケーション５２とが別々にサーバ装置５０から送信される場合を説明したが、これに限らず、利用者ＩＤとアクセスアプリケーション５２とが同時にサーバ装置５０から送信されるように変形してもよい。
【００８８】
なお、上記各実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。
【００８９】
また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であっても良い。
【００９０】
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行しても良い。
【００９１】
さらに、本発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。
【００９２】
また、記憶媒体は１つに限らず、複数の媒体から本実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。
【００９３】
尚、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。
【００９４】
また、本発明におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。
【００９５】
また、本願発明は、前述した通り、上記各実施形態に限定されるものでなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合、組み合わされた効果が得られる。さらに、上記各実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば実施形態に示される全構成要件から幾つかの構成要件が省略されることで発明が抽出された場合には、その抽出された発明を実施する場合には省略部分が周知慣用技術で適宜補われるものである。
【００９６】
その他、本発明はその要旨を逸脱しない範囲で種々変形して実施できる。
【００９７】
【発明の効果】
以上説明したように本発明によれば、Ｗｅｂサービスアクセス機構をアプリケーション開発者が用意する手間を削減できるサービス提供側プログラム、利用側プログラム及び方法を提供できる。
【図面の簡単な説明】
【図１】本発明の各実施形態に係るＷｅｂサービスシステムの概略構成を示す模式図である。
【図２】本発明の第１の実施形態に係るＷｅｂサービスシステムの構成を示す模式図である。
【図３】同実施形態における動作を説明するためのフローチャートである。
【図４】同実施形態における動作を説明するためのフローチャートである。
【図５】本発明の第２の実施形態に係るＷｅｂサービスシステムの構成を示す模式図である。
【図６】同実施形態における動作を説明するためのフローチャートである。
【図７】一般的なＷｅｂシステムを説明するための模式図である。
【図８】一般的なＷｅｂサービスを説明するための模式図である。
【符号の説明】
４０…クライアント端末、４１…外部アプリケーション（出張申請システム）、４１ａ…出張申請主機能部、４１ｂ…サービスアクセス部、４１ｃ…起動部、５０…サーバ装置、５１…Ｗｅｂサービス、５１１…時刻表サービス、５１２…チケット予約サービス、５２…アクセスアプリケーション、５２１…時刻表アクセスアプリケーション、５２２…チケット予約アクセスアプリケーション、サービス管理アプリケーション５３、Ｗｅｂサーバ（アプリケーション）５４、サービスサイト５５Ｎｗ１，ＮＷ２…ネットワーク。
【図１】
2004280398.tif 000003
【図２】
2004280398.tif 000004
【図３】
2004280398.tif 000005
【図４】
2004280398.tif 000006
【図５】
2004280398.tif 000007
【図６】
2004280398.tif 000008
【図７】
2004280398.tif 000009
【図８】
2004280398.tif 000010