トップページtech
322コメント103KB

「XML Webサービス」ってビジネス的にはどう?

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
VS.NETではサポート済みで、次期J2EE1.4でもサポート予定の「Webサービス」。
雑誌にもSOAP・XML・B2Bなどの文字があふれていますが、実態はなかなか見えてきません。
そんな「Webサービス」が実際のビジネスではどう普及するのかを考えてみたいと思います。

参考:@IT
http://www.atmarkit.co.jp/icd/root/41/85038141.html
00021NGNG
さっそく考えてみましたが、

「ネットワークがつながらなかったら?」
「うまく課金できるの?」
「自分の会社でWebサービスを公開したけど関連企業が誰も使ってくれなかったら?」
「セキュリティ大丈夫?」

などなど不安がたくさんです・・・。

■関連スレ:使えるWeb Service
 http://pc.2ch.net/test/read.cgi/tech/1019125998/l50

■関連リンク:Webサービス同好会
 http://objectclub.esm.co.jp/webservice/
 http://objectclub.esm.co.jp/webservice/link.html
0003デフォルトの名無しさんNGNG
>次期J2EE1.4でもサポート予定の「Webサービス」。

Javaで開発できなければ普及しないのでは。
0004デフォルトの名無しさんNGNG
.NETじゃダメなの?
0005デフォルトの名無しさんNGNG
WebDAVでHotmail Client作って遊ぼうよ。
0006デフォルトの名無しさんNGNG
>>2

DeveloperWorksにたくさん記事がある。
http://www-6.ibm.com/jp/developerworks/webservices/

>>4
他技術との相性の良し悪しはあるかも知らんが
(例えばMSがBizTalkでRossettaNetを採用していたりとか)
別にどちらでもよいのでは。

0007デフォルトの名無しさんNGNG
このスレの Web サービスの定義を述べよ >>1
(人によって定義の細かいところが違ってくるので)
0008デフォルトの名無しさんNGNG
>>5

それってWebサービスと関係あり?
0009デフォルトの名無しさんNGNG
そういえばhotmailはWebDAVだったね。
WebDAVはWebサービスと関係あると思うよ。
ってゆうか、もろにWeb+XMLでしょ。
WebDAVが普及するのかは疑問だけど。
0010デフォルトの名無しさんNGNG
>>7

確かにWebサービスといわれても何を指すのかわかりにくいな。
狭い意味ではSOAP=Webサービス? 全然違ったらスマソ。
0011デフォルトの名無しさんNGNG
>>9

ほー。WebDAVはWebサービスでデータを更新するんか。
HotMailがWebDAVだったのも知らんかった。
0012デフォルトの名無しさんNGNG
1) HTTP 上で SOAP 使うのが Web サービス
2) HTTP じゃなくても SOAP 使うのが Web サービス
3) TCP/IP 上で RCP (SOAP, CORBA, RMI, ...) 使うのが Web サービス
4) RCP に限らず HTTP, メールから P2P なんかをひっくるめて Web サービス
5) RCP を HTTP, メールから P2P なんかと絡めたものを Web サービス

人や雑誌によっていろいろある。他に「俺様流 Web サービス解釈」ってある?
とりあえず:

 1) 基盤になるプロトコルは? (HTTP か TCPIPの独自プロトコルか)
 2) SOAP は必須?
 3) RCP は必須?
 4) 他のオープンシステム系プロトコルは必須?
0013デフォルトの名無しさんNGNG
いまどきrcpはないだろ。。。rloginで認証するのか?(w
0014デフォルトの名無しさんNGNG
>>12
1)はわかるけど、メール以外他のやつってFireWall超えられんから実用性ないんじゃないの?
HTTP経由での社外システム連携がWebサービスのウリだと思ってるんだが・・・。

>>13
Webサービスの認証方法って何がベターなんだ?
ある程度自動的に認証できて、かつセキュリティが高くて、導入が簡単で安いやつ。
そんなのないか・・・。
0015デフォルトの名無しさんNGNG
突っ込んでやれよ。
0016デフォルトの名無しさんNGNG
おいおい、rcpとrloginを知らんのか。。。終わってる。
0017デフォルトの名無しさんNGNG
SSL---送信者・受信者認証およびMACによるメッセージ認証
SOAP-DSIG---電子署名およびMACによるメッセージ認証

この2つでWebサービスの認証ができるようだ。
http://www-6.ibm.com/jp/developerworks/xml/010330/j_soap-dsig.html
0018デフォルトの名無しさんNGNG
>>17
できねーよ。
0019デフォルトの名無しさんNGNG
こっちもみたら。

SOAPの開発事例
http://mentai.2ch.net/test/read.cgi/infosys/1007738665/

0020デフォルトの名無しさんNGNG
http://www.zdnet.co.jp/news/0204/22/e_google.html
だれかWebAPIのスレを立てて
0021デフォルトの名無しさんNGNG
>20
ここがWebAPIのスレと思っていいんでないかい?
Google APIについてならWebProg板にあるよ。
http://pc.2ch.net/test/read.cgi/php/1018614427/l50
0022デフォルトの名無しさん NGNG
Webサービスって別に技術的になにかそそられるような
ものじゃないよな。むしろこれでどんなサービスを考え出せるのか
って話が今一番必要な訳で。トランザクションが絡んだときに
色々と問題も出て来るんだろうけど、なんとなくメンドクサそうな
感じだな。
0023デフォルトの名無しさんNGNG
cold fusionまんせー
0024デフォルトの名無しさんNGNG
C#.NETやVB.NETのStandard版でもWebサービスってつくれるの?
0025仕様書無しさんNGNG
つくれます。Windows2000さえ買ってくればつくれます
0026デフォルトの名無しさんNGNG
よし、じゃいっちょ作ってみまっすわ。
なに公開しよ。
0027デフォルトの名無しさんNGNG
公開できんのか?
0028デフォルトの名無しさんNGNG
IT Pro記事
「Webサービスの採用が進む,ビジネスにどう生かすかが課題に」
http://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20020425/1/

リコーテクノシステムズは社内にUDDIレジストリを作成したらしいです。
0029デフォルトの名無しさん NGNG
別に既存のアプリケーションに対してWebサービスのインターフェイスを
再実装してもいいわけなんだよな。
0030デフォルトの名無しさんNGNG
UDDIの作り方がわからん。
0031デフォルトの名無しさんNGNG
>>30
1〜2年前の記憶(UDDI 1.x)だと
(a) IBM,MS の公式UDDI、テスト用UDDIに登録(via Webブラウザ or Java)、
または
(b) IBM WSTK+UDDI4j+DB2 環境で、プライベートUDDIをでっち上げて非公式運用
てな手段があった。
#.NET環境は、(探し方が不充分だったのかもしれないが)見当たらなかった。

最近は、
UDDI2.0 (UDDI間連携機能付き?)のサーバ公開がアナウンスされ、
上記以外の各社独自実装版のウワサがちらほら...とかなんとか
#スマソ、最近真面目に調べてない
0032デフォルトの名無しさんNGNG
>>31
MS UDDI SDK

http://msdn.microsoft.com/library/en-us/dnuddi/html/versuddisdk.asp
0033デフォルトの名無しさんNGNG
.NETのUDDI周りレポートきぼん

#実は半年前にMSDN CDROM調べて、MSの対応遅いなーと気になってました。
#Visual Studio .NET β1 は、UDDI/WSDLじゃなかったよね...
0034デフォルトの名無しさんNGNG
>>33
http://www.unisys.co.jp/net/
0035デフォルトの名無しさんNGNG
XML Webサービスはビジネス的にはダメだって言われてんぞ。
http://www.atmarkit.co.jp/fdotnet/opinion/yoshimatsu/onepoint02.html
0036デフォルトの名無しさんNGNG
ふーん
0037デフォルトの名無しさんNGNG
>>35 XML Webサービスに関する意見の相違ってだけでしょ。
0038デフォルトの名無しさんNGNG
>>35 は、「社内サービス適用」は「ビジネス」じゃないと思っているという罠
0039ansiNGNG
遅すぎて話しにならん。
0040デフォルトの名無しさんNGNG
>>35
吉松さん、現実的な視点を持ってていいね。
批判されてる文章は読んでないけど、
なんとなくマーケティング用語に書いてる自分まで
踊ってしまってるような、、>ブルーム(w
0041デフォルトの名無しさんNGNG
>>40
原文はCOM的発想も知らないJava厨が知ったかして
ウェブサービスについて電波的な発言をしてるだけ。

と煽ってみる。
0042デフォルトの名無しさんNGNG
>>41
じゃ、まともに反論すること自体吉松氏がアフォということですか?
0043デフォルトの名無しさんNGNG
>>42
Java厨さらしあげということでしょう。(w
0044デフォルトの名無しさんNGNG
http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=1168&forum=7

濃い議論で盛り上がってるねえ。スパムまがいの某スレ群とは大違いで(・∀・)イイ!
0045デフォルトの名無しさんNGNG
あのお方まで登場してもう止められませんな、↑このスレ
0046デフォルトの名無しさん NGNG
つーかCORBAにダイナミックバインディング含めようとして
どこも結局失敗したんじゃないの?
Webサービスになったってその技術的ハードルが下がるわけじゃないのに・・・
0047デフォルトの名無しさんNGNG
>>44
吉松さん、いい加減技術的詳細を考えないやつは
デンパだと言ってしまえばいいのに。
デンパに反論してもデンパが寄ってくるだけというワナ。
それにSemanticWebみたいな規約が完成したとして、
難解で巨大なスキーマファイルをお前は本当に書きたいのか、
書けるのかと小一時間、、
0048デフォルトの名無しさんNGNG
>>47
ただ単に「こうあってほしい」あるいは「こうだったら面白いな」ってのを
述べてるだけだよねえ。Webサービスの実例も見ずに。
0049デフォルトの名無しさんNGNG
Webサービスによる本格的な業務アプリケーション構築を目指す日本ユニシス
http://www.zdnet.co.jp/enterprise/0205/14/02051401.html
0050デフォルトの名無しさんNGNG
.NETで作ったWebサービスをJavaから呼べる?
0051デフォルトの名無しさんNGNG
>>51
http://xml.apache.org/~rubys/ApacheClientInterop.html
0052デフォルトの名無しさんNGNG
とりあえずInternetを介してグローバルでやるのは、
ある意味将来の目標みたいなやつは、まだだろうけど、
社内にUDDI立ち上げて内輪でやる分には、良い感じ?

と、興味があるのであげてみる。
0053デフォルトの名無しさんNGNG
おれは10年かかるものと見てるよ。
0054デフォルトの名無しさんNGNG
ガートナーあたりは、2004年頃来るんじゃないかと
見てるようでした。 (可能性指数=0.8)。

2002年は幻滅の年らしいが(w
0055デフォルトの名無しさんNGNG
セキュリティとかはどうよ?
0056デフォルトの名無しさんNGNG
>>55
そういうものも含めてエンドユーザーから信用されるのが
10年っていう意味。
0057デフォルトの名無しさんNGNG
HTTPSでセキュア確保…ってダメ?
0058デフォルトの名無しさんNGNG
おれはWebサービスは詳しくないんだけど、
ネットワークレベルでのセキュリティーはやっぱり
必要なんじゃないの?VPNっていいたいわけじゃないけど。
0059デフォルトの名無しさんNGNG
まだ全然調べてないからよくわからない(w
雑誌やWebをみつつ名詞だけ並べてみる。

(1)HTTPR

IBMがやってるらしい、HTTPの拡張版。
トランザクション機能をもつ。
Microsoftは、HTTPではなくSOAPを拡張して、
なんとかしようとしているらしい。

(2)XKMS
ベリサインやMicrosoft、ウェブメソッドが提案。
PKIベースのWeb Servicesを提供し、管理するためのフレームワーク。

(3)SALM
『信用証明書』の作成要求やその結果を記述するための言語。
Oasisによる成果物であり、セキュリティー・ベースの意見の交換方法を定義。

(4)XACML
XMLデータ用のアクセス制御フレームワーク。
これもOasisのやつで、SALMとあわせて使うみたい。

いろいろあるなあ。
まだまだかかるってことか?
0060デフォルトの名無しさんNGNG
>10
これがW3Cによる現在の定義かな?
http://www.w3.org/TR/2002/WD-wsa-reqs-20020429

A Web service is a software application identified by a URI,
whose interfaces and binding are capable of being defined, described and discovered by
XML artifacts and supports direct interactions with other software applications using
XML based messages via internet-based protocols.
0061デフォルトの名無しさんNGNG
>59
はーぁ。つまり乱立ってことか。

>57
おなじく。HTTPSはなんで駄目なの?
0062デフォルトの名無しさんNGNG
>>50-51

見方がよくわからないけど。。。
例えばASP.NETなら「引数や戻り値がString型ならOK。しかしHex Binary型はつかえーねよ」という意味でよいのかな。
つまり、ApatchSoapで作ったStringやIntegerを使うWebサービスは
.NETだろうがなんだろうが大抵呼び出せるということか。
0063デフォルトの名無しさんNGNG
>>1
ビジネス的にどうかってのは分かりませんが、2ch関連のWebサービスなんて
あったら面白いだろうなって個人的には思います。
所詮、誰か便利なWebサービス作ってくれれば利用させてもらいますよ
っていうスタンスだったり・・・・。
0064デフォルトの名無しさんNGNG
>>61
HTTPがだめなのは、SOAPはHTTPだけではないからです。むしろHTTPから離れようとしています。
また、HTTPSのようなエンドツーエンドのセキュリティだけではなく、Intermediaryにおける
セキュリティの確保も重要になります。HTTPSではそれが満たせません。

ついでに言うと、>>59にあげられているものはどれもそれ単体ではWebサービスの
セキュリティ確保には使えません。それぞれを組み合わせて使う可能性はありますが。
ですから、乱立とはちょっと違うと思います。

>>62
よいです。.NETはHexBinサポートしてません。
0065デフォルトの名無しさんNGNG
UDDIがらみで夢みたいに語られている
「適切なサービスを動的に探して利用する」みたいなのは無理と見ている。


単機能のアプリケーションを契約ベースで提供・
利用するスタイルは発展しそうだけどね。
クレジットカード決済なんかのI/Fは既にWeb経由
が多いし。
# POSTすると謎のHTMLモドキタグが返ってくる
# 糞なI/Fが殆どだけど。
0066仕様書無しさんNGNG
C++でWebサービスを考えてる漢はいないのか?
0067デフォルトの名無しさんNGNG
>>66
ATL ServerとかManaged C++があるじゃん。
0068仕様書無しさんNGNG
>>67
いやG++で。
006957NGNG
>>64 サンクス
「Intermediary」って辞書で引いたら「仲介の; 中間の.」って出たんだけど、
これって、「伝送中のパケット」ってことですか?

>むしろHTTPから離れようとしています。
ま、まぢ? そういう話って全く聞いたことなかった…ちと調べに逝って来ます…
#でもどこを調べれば…(まずはそれを調べなくては)
0070デフォルトの名無しさんNGNG
>>69 オークションサイトの延長線上の、サービス/情報仲介サイトじゃないかな?

0071デフォルトの名無しさんNGNG
なにかWEBサービス書きたいけど、個人で公開するモノってないな。
だって株価とか天気とか毎日更新されるサービスの提供にこそ価値がありそうだもんな。
0072デフォルトの名無しさんNGNG
>>71がいいところに気がついた!
0073デフォルトの名無しさんNGNG
HOTなエロ動画サイトのリンク集をSOAPで提供してくれYO!
0074デフォルトの名無しさんNGNG
.netで試しに作ったWebサービスでXMLDocumentを返すように
していますが、これはありでしょうか?
文字列型に含まれるのかな?。。。
0075デフォルトの名無しさんNGNG
>>73
あんた、最高だよ。
いそいでビジネスモデル特許申請しれ。
0076デフォルトの名無しさんNGNG
だから、SOAPか・・・・
0077デフォルトの名無しさんNGNG
WEBサービスでサービス+広告を配信するモデルはないものか?
0078デフォルトの名無しさんNGNG
>70
これであってるのかどうかわからんが、いちおう書いてみる。

たとえば、クレジットカードを使った、オンラインストア。
客はクレジットカードの情報を、オンラインストアに送って、
オンラインストアがクレジットカード会社にその情報をわたして
確認をとり金を請求するというのが今の仕組みだが、これだと、
オンラインストアでカード情報を盗まれる可能性がある。

だから、客はカード情報を、クレジットカード会社だけが読めるよう暗号化して、
オンラインストアは暗号データをカード会社に転送するだけ、
という形にしないとな〜というような話だったと思う。

そのために、XMLデータの一部エレメントだけを暗号化する仕組みを
作ったのが、XML Encryptionらしい。
0079デフォルトの名無しさんNGNG
リクエストごとに課金する仕組みってある?
いくらWebサービス提供しても儲からないのでは駄目な気がするが。
0080デフォルトの名無しさんNGNG
何かこの手の話題って一向に進展しないね。
008170NGNG
>>78
うんうん、なんていったっけ、その例? 与信処理? 固有の名前があったような...

通信経路だけでなく、データ本体が暗号化/署名されていないと、
処理しにくいって例ですね。
ところで、このあたりを PGP とか PEM で誤魔化しとく訳にはいかないの?

>>80
>>54 て事で.
国内でも、2005年までに光ファイバーとブロードバンドの普及率が一定水準に達っしたら、
IPv6 と SOAP系Webサービスも本格的に活用される、と予測されてる。

0082デフォルトの名無しさんNGNG
>>81
2005 年か... その頃には Web サービスに置き換えられる何かが出てそうな
気もするが。何か面白いネタないかな〜
0083デフォルトの名無しさんNGNG
>>65
こんなの?
http://www.livuy.com/
0084デフォルトの名無しさんNGNG
>>81
PKCS7 とかにしとけ。

3年か・・・3年前のブロードバンドはISDNだったきがする。

でも100Mとか500Mでの伝送されてもコンテンツがなーい。
テレビのキャプチャがだらだら流れるようになるんだろうか・・

そいえば、CMとかRadioとかうたばんとかをずーっとWatchして
5秒くらいに切り刻んでDBをつくってあり、カラオケの曲検索とか
有線のリクエストとか、携帯の着メロ、音楽配信でのリクエスト
のほんのわずかなキーから拾ってくる技術をNTTかどっかが
つくっているそうな。武蔵野の研究所でなんかやってるらしい。
うち、近いんだが何とかもぐりこみたい・・・
0085デフォルトの名無しさんNGNG
雑誌のようにネット上で切り売り専用の番組が出てくるかも。
0086デフォルトの名無しさんNGNG
>>64
HTTPが問題なのは信頼性の点です。セキュリティではありません。
HTTPの場合、途中で切れることがまれにあります。これを完全に
防ぐことができません。そして、切れたときに相手に届く前に
切れたのか、相手がレスポンスを返した後に切れたのかが分からない
ことが問題になっています。
いまのところ、メッセージIDを入れて、二重送信を防いだり
確認メッセージを処理できるようにしている状況です。
0087デフォルトの名無しさんNGNG
つまり、2pcトランザクション処理が欲しいと。
上の方に、IBMのHTTPRとか、MSでSOAPベース拡張キボンとか書いてありますね。
008886NGNG
>>87
IBMのはHTTPR、MSのはSOAP Reliable Messaging Protocol(SRMP)
だったと思いますが、どちらもMessage Queuing Systemを要求してます。
実装が軽いのがSOAPの好きなとこでもあるので、これはちょっとやだ

>>64
HTTPの問題がセキュリティなんて一言も書いてなかったですね。ごめんなさい。
0089デフォルトの名無しさんNGNG
>>88
重い軽いは製品の問題として。実際MSもIBMもSOAP実装はストアアンドフォワードに
進んでますね。SQL Serverといい、DB2といい。結局それしか手がないと思います。

二重送信や到達確認は、レシートの発行で行うでしょう。ロゼッタネットが好例。
HTTPRはHTTPに載せてしまった時点でちょっとね。。。
0090デフォルトの名無しさんNGNG
>>86
ってゆーかどんなプロトコルでも同じことしてるよ。
0091デフォルトの名無しさんNGNG
WSセキュリティについての記事があったのでageときます。

From DeveloperWorks
Web サービスのセキュリティ: アーキテクチャとロードマップの提案
http://www-6.ibm.com/jp/developerworks/webservices/020607/j_ws-secmap.html
0092デフォルトの名無しさんNGNG
つーかはやってんの、これ?
0093デフォルトの名無しさんNGNG
>>92
「流行り」扱いのうちはまだまだだね。
見えないところで地道に使われてこそ価値がある。
0094デフォルトの名無しさんNGNG
で、今はまだ「流行り」扱いなの?
地道に使われだしてんの?
0095デフォルトの名無しさんNGNG
>>94
仕様が固まらんことには何とも・・・
0096デフォルトの名無しさんNGNG
まずははったりかますのが好きな企業が採用しないことには、
手を出すのもちょっと。。。

XMLの処理についてはいろんなところがもうどんどんやってるけど。。
0097デフォルトの名無しさんNGNG
力技でHTML解釈して無理やりなサービスを提供しているところも
あるくらいだから、そういうところから乗り換えればいいと思われ。
0098デフォルトの名無しさんNGNG
なんか仕様がFIXしてないものが沢山あって、細かく実装周りを習得するのも
時期尚早?って気がするけどいかがなものか?
0099デフォルトの名無しさんNGNG
XMLが「流行り」って、アプリケーション・プログラマ・レベルの話ではないよーな
0100デフォルトの名無しさんNGNG
>>99
いやぁ、Webサービスに限って言えば、「CORBAの夢よ再び」って感じもしない?
0101デフォルトの名無しさんNGNG
#言っちゃいけない事を言ってしまいましたのね(笑
■ このスレッドは過去ログ倉庫に格納されています