5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :デフォルトの名無しさん:02/04/21 03:22
VS.NETではサポート済みで、次期J2EE1.4でもサポート予定の「Webサービス」。
雑誌にもSOAP・XML・B2Bなどの文字があふれていますが、実態はなかなか見えてきません。
そんな「Webサービス」が実際のビジネスではどう普及するのかを考えてみたいと思います。

参考:@IT
http://www.atmarkit.co.jp/icd/root/41/85038141.html


2 :1:02/04/21 03:23
さっそく考えてみましたが、

「ネットワークがつながらなかったら?」
「うまく課金できるの?」
「自分の会社で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

3 :デフォルトの名無しさん:02/04/21 14:08
>次期J2EE1.4でもサポート予定の「Webサービス」。

Javaで開発できなければ普及しないのでは。

4 :デフォルトの名無しさん:02/04/21 14:13
.NETじゃダメなの?

5 :デフォルトの名無しさん:02/04/21 14:38
WebDAVでHotmail Client作って遊ぼうよ。

6 :デフォルトの名無しさん:02/04/21 15:02
>>2

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

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



7 :デフォルトの名無しさん:02/04/21 15:05
このスレの Web サービスの定義を述べよ >>1
(人によって定義の細かいところが違ってくるので)

8 :デフォルトの名無しさん:02/04/21 15:07
>>5

それってWebサービスと関係あり?

9 :デフォルトの名無しさん:02/04/21 15:13
そういえばhotmailはWebDAVだったね。
WebDAVはWebサービスと関係あると思うよ。
ってゆうか、もろにWeb+XMLでしょ。
WebDAVが普及するのかは疑問だけど。

10 :デフォルトの名無しさん:02/04/21 15:19
>>7

確かにWebサービスといわれても何を指すのかわかりにくいな。
狭い意味ではSOAP=Webサービス? 全然違ったらスマソ。


11 :デフォルトの名無しさん:02/04/21 15:34
>>9

ほー。WebDAVはWebサービスでデータを更新するんか。
HotMailがWebDAVだったのも知らんかった。


12 :デフォルトの名無しさん:02/04/21 15:41
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) 他のオープンシステム系プロトコルは必須?

13 :デフォルトの名無しさん:02/04/21 18:24
いまどきrcpはないだろ。。。rloginで認証するのか?(w

14 :デフォルトの名無しさん:02/04/21 21:11
>>12
1)はわかるけど、メール以外他のやつってFireWall超えられんから実用性ないんじゃないの?
HTTP経由での社外システム連携がWebサービスのウリだと思ってるんだが・・・。

>>13
Webサービスの認証方法って何がベターなんだ?
ある程度自動的に認証できて、かつセキュリティが高くて、導入が簡単で安いやつ。
そんなのないか・・・。


15 :デフォルトの名無しさん:02/04/21 21:44
突っ込んでやれよ。

16 :デフォルトの名無しさん:02/04/22 01:01
おいおい、rcpとrloginを知らんのか。。。終わってる。

17 :デフォルトの名無しさん:02/04/22 01:12
SSL---送信者・受信者認証およびMACによるメッセージ認証
SOAP-DSIG---電子署名およびMACによるメッセージ認証

この2つでWebサービスの認証ができるようだ。
http://www-6.ibm.com/jp/developerworks/xml/010330/j_soap-dsig.html


18 :デフォルトの名無しさん:02/04/22 01:25
>>17
できねーよ。

19 :デフォルトの名無しさん:02/04/23 01:04
こっちもみたら。

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



20 :デフォルトの名無しさん:02/04/23 08:34
http://www.zdnet.co.jp/news/0204/22/e_google.html
だれかWebAPIのスレを立てて

21 :デフォルトの名無しさん:02/04/23 08:37
>20
ここがWebAPIのスレと思っていいんでないかい?
Google APIについてならWebProg板にあるよ。
http://pc.2ch.net/test/read.cgi/php/1018614427/l50

22 :デフォルトの名無しさん :02/04/23 08:52
Webサービスって別に技術的になにかそそられるような
ものじゃないよな。むしろこれでどんなサービスを考え出せるのか
って話が今一番必要な訳で。トランザクションが絡んだときに
色々と問題も出て来るんだろうけど、なんとなくメンドクサそうな
感じだな。

23 :デフォルトの名無しさん:02/04/23 09:21
cold fusionまんせー


24 :デフォルトの名無しさん:02/04/26 01:45
C#.NETやVB.NETのStandard版でもWebサービスってつくれるの?

25 :仕様書無しさん:02/04/26 01:47
つくれます。Windows2000さえ買ってくればつくれます

26 :デフォルトの名無しさん:02/04/26 01:53
よし、じゃいっちょ作ってみまっすわ。
なに公開しよ。

27 :デフォルトの名無しさん:02/04/27 00:25
公開できんのか?

28 :デフォルトの名無しさん:02/05/08 12:38
IT Pro記事
「Webサービスの採用が進む,ビジネスにどう生かすかが課題に」
http://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20020425/1/

リコーテクノシステムズは社内にUDDIレジストリを作成したらしいです。

29 :デフォルトの名無しさん :02/05/08 12:42
別に既存のアプリケーションに対してWebサービスのインターフェイスを
再実装してもいいわけなんだよな。

30 :デフォルトの名無しさん:02/05/09 22:58
UDDIの作り方がわからん。

31 :デフォルトの名無しさん:02/05/10 01:38
>>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間連携機能付き?)のサーバ公開がアナウンスされ、
上記以外の各社独自実装版のウワサがちらほら...とかなんとか
#スマソ、最近真面目に調べてない

32 :デフォルトの名無しさん:02/05/10 02:06
>>31
MS UDDI SDK

http://msdn.microsoft.com/library/en-us/dnuddi/html/versuddisdk.asp

33 :デフォルトの名無しさん:02/05/10 02:48
.NETのUDDI周りレポートきぼん

#実は半年前にMSDN CDROM調べて、MSの対応遅いなーと気になってました。
#Visual Studio .NET β1 は、UDDI/WSDLじゃなかったよね...

34 :デフォルトの名無しさん:02/05/10 10:22
>>33
http://www.unisys.co.jp/net/

35 :デフォルトの名無しさん:02/05/13 00:44
XML Webサービスはビジネス的にはダメだって言われてんぞ。
http://www.atmarkit.co.jp/fdotnet/opinion/yoshimatsu/onepoint02.html

36 :デフォルトの名無しさん:02/05/13 00:51
ふーん

37 :デフォルトの名無しさん:02/05/13 00:57
>>35 XML Webサービスに関する意見の相違ってだけでしょ。


38 :デフォルトの名無しさん:02/05/13 01:01
>>35 は、「社内サービス適用」は「ビジネス」じゃないと思っているという罠

39 :ansi:02/05/13 12:58
遅すぎて話しにならん。


40 :デフォルトの名無しさん:02/05/13 13:20
>>35
吉松さん、現実的な視点を持ってていいね。
批判されてる文章は読んでないけど、
なんとなくマーケティング用語に書いてる自分まで
踊ってしまってるような、、>ブルーム(w

41 :デフォルトの名無しさん:02/05/13 13:24
>>40
原文はCOM的発想も知らないJava厨が知ったかして
ウェブサービスについて電波的な発言をしてるだけ。

と煽ってみる。

42 :デフォルトの名無しさん:02/05/13 13:32
>>41
じゃ、まともに反論すること自体吉松氏がアフォということですか?

43 :デフォルトの名無しさん:02/05/13 13:42
>>42
Java厨さらしあげということでしょう。(w

44 :デフォルトの名無しさん:02/05/14 00:11
http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=1168&forum=7

濃い議論で盛り上がってるねえ。スパムまがいの某スレ群とは大違いで(・∀・)イイ!

45 :デフォルトの名無しさん:02/05/14 13:06
あのお方まで登場してもう止められませんな、↑このスレ

46 :デフォルトの名無しさん :02/05/14 13:11
つーかCORBAにダイナミックバインディング含めようとして
どこも結局失敗したんじゃないの?
Webサービスになったってその技術的ハードルが下がるわけじゃないのに・・・

47 :デフォルトの名無しさん:02/05/14 13:29
>>44
吉松さん、いい加減技術的詳細を考えないやつは
デンパだと言ってしまえばいいのに。
デンパに反論してもデンパが寄ってくるだけというワナ。
それにSemanticWebみたいな規約が完成したとして、
難解で巨大なスキーマファイルをお前は本当に書きたいのか、
書けるのかと小一時間、、

48 :デフォルトの名無しさん:02/05/14 13:55
>>47
ただ単に「こうあってほしい」あるいは「こうだったら面白いな」ってのを
述べてるだけだよねえ。Webサービスの実例も見ずに。

49 :デフォルトの名無しさん:02/05/14 21:50
Webサービスによる本格的な業務アプリケーション構築を目指す日本ユニシス
http://www.zdnet.co.jp/enterprise/0205/14/02051401.html

50 :デフォルトの名無しさん:02/05/23 01:48
.NETで作ったWebサービスをJavaから呼べる?

51 :デフォルトの名無しさん:02/05/23 09:32
>>51
http://xml.apache.org/~rubys/ApacheClientInterop.html

52 :デフォルトの名無しさん:02/05/26 15:59
とりあえずInternetを介してグローバルでやるのは、
ある意味将来の目標みたいなやつは、まだだろうけど、
社内にUDDI立ち上げて内輪でやる分には、良い感じ?

と、興味があるのであげてみる。

53 :デフォルトの名無しさん:02/05/26 16:05
おれは10年かかるものと見てるよ。

54 :デフォルトの名無しさん:02/05/26 16:07
ガートナーあたりは、2004年頃来るんじゃないかと
見てるようでした。 (可能性指数=0.8)。

2002年は幻滅の年らしいが(w

55 :デフォルトの名無しさん:02/05/26 16:08
セキュリティとかはどうよ?

56 :デフォルトの名無しさん:02/05/26 16:15
>>55
そういうものも含めてエンドユーザーから信用されるのが
10年っていう意味。

57 :デフォルトの名無しさん:02/05/26 16:17
HTTPSでセキュア確保…ってダメ?

58 :デフォルトの名無しさん:02/05/26 16:19
おれはWebサービスは詳しくないんだけど、
ネットワークレベルでのセキュリティーはやっぱり
必要なんじゃないの?VPNっていいたいわけじゃないけど。

59 :デフォルトの名無しさん:02/05/26 16:25
まだ全然調べてないからよくわからない(w
雑誌やWebをみつつ名詞だけ並べてみる。

(1)HTTPR

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

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

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

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

いろいろあるなあ。
まだまだかかるってことか?


60 :デフォルトの名無しさん:02/05/26 16:41
>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.


61 :デフォルトの名無しさん:02/05/26 23:38
>59
はーぁ。つまり乱立ってことか。

>57
おなじく。HTTPSはなんで駄目なの?

62 :デフォルトの名無しさん:02/05/26 23:59
>>50-51

見方がよくわからないけど。。。
例えばASP.NETなら「引数や戻り値がString型ならOK。しかしHex Binary型はつかえーねよ」という意味でよいのかな。
つまり、ApatchSoapで作ったStringやIntegerを使うWebサービスは
.NETだろうがなんだろうが大抵呼び出せるということか。


63 :デフォルトの名無しさん:02/05/27 03:47
>>1
ビジネス的にどうかってのは分かりませんが、2ch関連のWebサービスなんて
あったら面白いだろうなって個人的には思います。
所詮、誰か便利なWebサービス作ってくれれば利用させてもらいますよ
っていうスタンスだったり・・・・。

64 :デフォルトの名無しさん:02/05/27 12:20
>>61
HTTPがだめなのは、SOAPはHTTPだけではないからです。むしろHTTPから離れようとしています。
また、HTTPSのようなエンドツーエンドのセキュリティだけではなく、Intermediaryにおける
セキュリティの確保も重要になります。HTTPSではそれが満たせません。

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

>>62
よいです。.NETはHexBinサポートしてません。

65 :デフォルトの名無しさん:02/05/27 18:25
UDDIがらみで夢みたいに語られている
「適切なサービスを動的に探して利用する」みたいなのは無理と見ている。


単機能のアプリケーションを契約ベースで提供・
利用するスタイルは発展しそうだけどね。
クレジットカード決済なんかのI/Fは既にWeb経由
が多いし。
# POSTすると謎のHTMLモドキタグが返ってくる
# 糞なI/Fが殆どだけど。


66 :仕様書無しさん:02/05/27 18:50
C++でWebサービスを考えてる漢はいないのか?

67 :デフォルトの名無しさん:02/05/27 19:31
>>66
ATL ServerとかManaged C++があるじゃん。

68 :仕様書無しさん:02/05/27 19:44
>>67
いやG++で。

69 :57:02/05/28 22:52
>>64 サンクス
「Intermediary」って辞書で引いたら「仲介の; 中間の.」って出たんだけど、
これって、「伝送中のパケット」ってことですか?

>むしろHTTPから離れようとしています。
ま、まぢ? そういう話って全く聞いたことなかった…ちと調べに逝って来ます…
#でもどこを調べれば…(まずはそれを調べなくては)

70 :デフォルトの名無しさん:02/05/30 21:59
>>69 オークションサイトの延長線上の、サービス/情報仲介サイトじゃないかな?



71 :デフォルトの名無しさん:02/05/31 22:25
なにかWEBサービス書きたいけど、個人で公開するモノってないな。
だって株価とか天気とか毎日更新されるサービスの提供にこそ価値がありそうだもんな。

72 :デフォルトの名無しさん:02/06/01 11:33
>>71がいいところに気がついた!

73 :デフォルトの名無しさん:02/06/01 11:43
HOTなエロ動画サイトのリンク集をSOAPで提供してくれYO!

74 :デフォルトの名無しさん:02/06/01 11:55
.netで試しに作ったWebサービスでXMLDocumentを返すように
していますが、これはありでしょうか?
文字列型に含まれるのかな?。。。

75 :デフォルトの名無しさん:02/06/01 12:26
>>73
あんた、最高だよ。
いそいでビジネスモデル特許申請しれ。

76 :デフォルトの名無しさん:02/06/01 17:31
だから、SOAPか・・・・


77 :デフォルトの名無しさん:02/06/01 19:32
WEBサービスでサービス+広告を配信するモデルはないものか?

78 :デフォルトの名無しさん:02/06/01 23:11
>70
これであってるのかどうかわからんが、いちおう書いてみる。

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

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

そのために、XMLデータの一部エレメントだけを暗号化する仕組みを
作ったのが、XML Encryptionらしい。


79 :デフォルトの名無しさん:02/06/02 03:10
リクエストごとに課金する仕組みってある?
いくらWebサービス提供しても儲からないのでは駄目な気がするが。

80 :デフォルトの名無しさん:02/06/02 03:18
何かこの手の話題って一向に進展しないね。

81 :70:02/06/02 10:26
>>78
うんうん、なんていったっけ、その例? 与信処理? 固有の名前があったような...

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

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



82 :デフォルトの名無しさん:02/06/02 11:29
>>81
2005 年か... その頃には Web サービスに置き換えられる何かが出てそうな
気もするが。何か面白いネタないかな〜

83 :デフォルトの名無しさん:02/06/02 16:17
>>65
こんなの?
http://www.livuy.com/

84 :デフォルトの名無しさん:02/06/02 16:19
>>81
PKCS7 とかにしとけ。

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

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

そいえば、CMとかRadioとかうたばんとかをずーっとWatchして
5秒くらいに切り刻んでDBをつくってあり、カラオケの曲検索とか
有線のリクエストとか、携帯の着メロ、音楽配信でのリクエスト
のほんのわずかなキーから拾ってくる技術をNTTかどっかが
つくっているそうな。武蔵野の研究所でなんかやってるらしい。
うち、近いんだが何とかもぐりこみたい・・・

85 :デフォルトの名無しさん:02/06/02 16:55
雑誌のようにネット上で切り売り専用の番組が出てくるかも。

86 :デフォルトの名無しさん:02/06/03 00:28
>>64
HTTPが問題なのは信頼性の点です。セキュリティではありません。
HTTPの場合、途中で切れることがまれにあります。これを完全に
防ぐことができません。そして、切れたときに相手に届く前に
切れたのか、相手がレスポンスを返した後に切れたのかが分からない
ことが問題になっています。
いまのところ、メッセージIDを入れて、二重送信を防いだり
確認メッセージを処理できるようにしている状況です。


87 :デフォルトの名無しさん:02/06/03 02:04
つまり、2pcトランザクション処理が欲しいと。
上の方に、IBMのHTTPRとか、MSでSOAPベース拡張キボンとか書いてありますね。

88 :86:02/06/03 02:25
>>87
IBMのはHTTPR、MSのはSOAP Reliable Messaging Protocol(SRMP)
だったと思いますが、どちらもMessage Queuing Systemを要求してます。
実装が軽いのがSOAPの好きなとこでもあるので、これはちょっとやだ

>>64
HTTPの問題がセキュリティなんて一言も書いてなかったですね。ごめんなさい。

89 :デフォルトの名無しさん:02/06/03 11:05
>>88
重い軽いは製品の問題として。実際MSもIBMもSOAP実装はストアアンドフォワードに
進んでますね。SQL Serverといい、DB2といい。結局それしか手がないと思います。

二重送信や到達確認は、レシートの発行で行うでしょう。ロゼッタネットが好例。
HTTPRはHTTPに載せてしまった時点でちょっとね。。。

90 :デフォルトの名無しさん:02/06/03 11:57
>>86
ってゆーかどんなプロトコルでも同じことしてるよ。

91 :デフォルトの名無しさん:02/06/07 12:08
WSセキュリティについての記事があったのでageときます。

From DeveloperWorks
Web サービスのセキュリティ: アーキテクチャとロードマップの提案
http://www-6.ibm.com/jp/developerworks/webservices/020607/j_ws-secmap.html

92 :デフォルトの名無しさん:02/06/11 13:11
つーかはやってんの、これ?

93 :デフォルトの名無しさん:02/06/11 13:53
>>92
「流行り」扱いのうちはまだまだだね。
見えないところで地道に使われてこそ価値がある。

94 :デフォルトの名無しさん:02/06/11 14:07
で、今はまだ「流行り」扱いなの?
地道に使われだしてんの?

95 :デフォルトの名無しさん:02/06/11 14:19
>>94
仕様が固まらんことには何とも・・・

96 :デフォルトの名無しさん:02/06/11 14:30
まずははったりかますのが好きな企業が採用しないことには、
手を出すのもちょっと。。。

XMLの処理についてはいろんなところがもうどんどんやってるけど。。

97 :デフォルトの名無しさん:02/06/14 22:10
力技でHTML解釈して無理やりなサービスを提供しているところも
あるくらいだから、そういうところから乗り換えればいいと思われ。

98 :デフォルトの名無しさん:02/06/17 02:13
なんか仕様がFIXしてないものが沢山あって、細かく実装周りを習得するのも
時期尚早?って気がするけどいかがなものか?

99 :デフォルトの名無しさん:02/06/21 23:36
XMLが「流行り」って、アプリケーション・プログラマ・レベルの話ではないよーな

100 :デフォルトの名無しさん:02/06/30 18:43
>>99
いやぁ、Webサービスに限って言えば、「CORBAの夢よ再び」って感じもしない?


101 :デフォルトの名無しさん:02/06/30 21:34
#言っちゃいけない事を言ってしまいましたのね(笑

102 :デフォルトの名無しさん:02/06/30 23:12
>>100

慧Σ(゚д゚lll)ガーン

103 :デフォルトの名無しさん:02/07/12 01:09
ビジネスに使えるには 4-5 年かかるって記事があったね。
日経だか ZD だか忘れたけど。

104 :デフォルトの名無しさん:02/07/12 23:24
WEB SERVICE CONFERENCEに行ってきました。
http://www.idg.co.jp/expo/wsc/

変なヤシが多かったです(T-T)
参加者に女の子やマトモな若者が増えて欲しいものです。
今のようにオタク的な発想しかできないような奴らやオッサンばっかしか
注目してないんじゃ、Webサービスの底もタカが知れてるでしょ。

と言ってみるテスト。

25 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)