タグ

ブックマーク / xtech.nikkei.com (117)

  • 「ダンゴムシ探し」でRPA導入、成果上げるANAの流儀

    瞬間移動の仮想体験、乗ると元気になるヒコーキの開発、客室乗務員向けアプリの刷新、データセンター移転…。ANAホールディングスは様々な先進技術を使い、新たなビジネスモデルを構築する。奇想天外、超先進的なデジタルイノベーションの全貌に迫った。 ANAグループは最新テクノロジーを駆使して業務を効率化する、デジタル戦略プロジェクトを推進中だ。キーワードは「ダンゴムシ探し」。ダンゴムシの正体とは何か。 「業務のデジタル化は、従来のシステム開発とはプロジェクトの進め方が大きく異なる」。全日空輸(ANA)のIT部門である業務プロセス改革室の野村泰一イノベーション推進部 部長はこう言い切る。野村部長が率いるイノベーション推進部は、既存業務にデジタル技術を適用することで効率を高めることを専門に請け負う変革組織である。 従来のシステム開発では、事業部門がシステム開発の要望を出すところから、プロジェクトがスタ

    「ダンゴムシ探し」でRPA導入、成果上げるANAの流儀
    Kanasansoft
    Kanasansoft 2018/09/04
    「だんごむしガチャ」が欲しくて「だんごむし」という単語に敏感になっている時にややこしいタイトルの記事を...。(とばっちり
  • 米最高裁がGoogleの訴えを却下、OracleとのJava著作権訴訟で

    Googleが米OracleJava関連の著作権を侵害したとされる訴訟で、米連邦最高裁判所が現地時間2015年6月29日にGoogleの上告を却下したと、複数の海外メディア(米Wall Street Journal、米Computerworld、米Reutersなど)が報じた。 最高裁が米連邦巡回控訴裁判所の判断を覆すことを拒否したことにより、OracleGoogleに一部Java言語の使用料を要求できる。Googleは、ライセンス料を払わなくてもJavaを使用できるはずだと主張していた。 この係争は、OracleGoogleのモバイルプラットフォーム「Android」にJavaの知的所有権を侵害されたとして2010年に起こしたもので、米カリフォルニア州北部連邦地方裁判所は2012年に、Oracleが問題とするJava APIは著作権法の対象ではないとの判断を下した。Oracle

    Kanasansoft
    Kanasansoft 2015/06/30
    golangへの移行準備はもう済んでいるんじゃないかなぁ。 http://codezine.jp/article/detail/8360
  • 100億件を4時間半で分析 NTTデータらビッグデータで革新技術

    NTTデータとNTTデータ数理システムは2015年4月27日、1億件を超える大量のデータ分析ができる「In-Database Analytics技術」(図)を共同で開発したと発表した。検証では100億件のデータをサーバー1台で約4時間半で分析でき、従来製品の1000倍以上の件数を処理できたという。NTTデータは15年度中に同技術を用いたサービスを商用化し、2020年度までに100億円の売り上げを目指す。 業務データを高速に分析する「データウエアハウス(DWH)」では扱うデータ量や分析処理の速度に限界があったが、今回両社が共同でこの問題を解決する技術を開発。DWHとデータ分析ソフトの役割分担を見直し、DWH内部でデータを分析できるようにした。 DWH用のデータベースサーバーソフト「SAP IQ」(旧Sybase IQ、関連記事)に同技術を実装。分析はSQL(データベース言語の一種)を使ってい

    100億件を4時間半で分析 NTTデータらビッグデータで革新技術
  • 「New I/Oで高速な入出力」第6回 ノンブロッキングI/Oを使ってみる:ITpro

    先週はノンブロッキングI/Oがどういうものかを解説し,ベンチマークを行ってみました。今週は実際にコードを書いてみましょう。 ノンブロッキングI/Oが真価を発揮するのはサーバーなので,ここでもサーバーに関して解説します。 Selectorクラス ノンブロッキングの主役となるのが,先週言及したjava.nio.channels.Selectorクラスです。 主役がSelectorクラスだとしたら,脇役は? 脇役として登場するのはjava.nio.channels.SelectableChannelクラスです。そして,黒子としてjava.nio.channels.SelectionKeyクラスがいます。 Selectorクラスは入出力に関する操作を監視するためのクラスです。監視する対象であるチャネルがSelectableChannelクラスになります。 SelectableChannelクラスは

    「New I/Oで高速な入出力」第6回 ノンブロッキングI/Oを使ってみる:ITpro
  • 「New I/Oで高速な入出力」第5回 処理をブロックしないI/O

    今まで,この連載では月ごとにテーマを決めて解説を行うというスタイルで行ってきました。今月はちょっと変則的なのですが,月の前半と後半に分けてみます。 というのも,今月の15日から4日間,Javaの最大のお祭りJavaOneがサンフランシスコで開催されるからです。また,前日の4月14日にはNetBeans Dayも開催されます。 4日間の会期中,テクニカルセッション,BOF,ハンズオンラボを含めて300以上のセッションが,朝8時30分から夜中の11時30分までびっちりと行われます。まさに,Java漬けの一週間です。 筆者もJavaOneに参加するので,今月の後半はJavaOneのレポートをお送りする予定です。 ブロックしないということはどういうこと? さて,話をNew I/Oに戻しましょう。 今回はノンブロッキングI/Oについて取りあげます。 ノンブロッキングI/Oとは,処理をブロックすること

    「New I/Oで高速な入出力」第5回 処理をブロックしないI/O
  • 「New I/Oで高速な入出力」第4回 チャネルを使ってみよう

    チャネルのクラス構成 先週はバッファだけでしたが,今週はチャネルも組みあわせて使っていきましょう。 チャネルはストリームの代わりになるクラス群です。大もとになるのはjava.nio.channels.Channelインタフェースです。とはいうものの,ChannelインタフェースにはcloseメソッドとisOpenメソッドしか定義されていません。実際の入出力は,Channelインタフェースから派生したインタフェースを使用します。 入力はReadableByteChannelインタフェース,出力はWritableByteChannelインタフェースで定義します。このほか,大量の入力を扱うScatteringByteChannelインタフェース,同様に大量の出力を扱うGatheringByteChannelインタフェースが提供されています。 これらのインタフェースはすべて名前にByteを含んでい

    「New I/Oで高速な入出力」第4回 チャネルを使ってみよう
  • 「New I/Oで高速な入出力」第3回 バッファを使ってみよう

    バッファはプリミティブに特化したデータ・コンテナのクラスです。ArrayListクラスなどのコレクションとは異なり,オブジェクトを保持することはできないし,サイズを変更することもできません。また,バッファに異なる型の値を保持することもできません。 これらの機能の制限は,入出力に特化していることに起因しています。基的に入出力ではバイトが読み書きできればいいので,この割り切りは潔いですね。 バッファの特徴を列挙しておきます。 プリミティブに限定したコンテナ サイズ不変 型の混合は不可 基的にシーケンシャル・アクセス(ランダム・アクセスも可能) position,limit,capacityという三つのプロパティを持つ ヒープ外のメモリーへの直接アクセスをサポート バッファは,基底クラスとなるjava.nio.Bufferクラスと,intなどの型ごとに定義されている派生クラスから構成されてい

    「New I/Oで高速な入出力」第3回 バッファを使ってみよう
  • 「New I/Oで高速な入出力」第2回 バッファとチャネルを使用した入出力

    先週はNew I/Oを紹介しました。今週からは実際に使ってみましょう。 ここで使用するサンプルは「ファイルのコピー」を行います。ストリームを使用したものが1種類とNew I/Oを使用したものが3種類,合計4種類のサンプルになります。 サンプルのダウンロードfilecopy.zip filecopy.zipにはソースコードとJDK 5.0 update 6でコンパイルしたクラスファイルが含まれています。 使い方はすべて同一で,引数にコピー元のファイルとコピー先のファイルを指定します。例えば,ストリーム版サンプルでsource.txtをdestination.txtにコピーする場合は次のようになります いろいろなサイズのファイルをコピーしてみると,コピー速度の違いを感覚的に理解できるはずです。 とはいうものの,どの程度違うか具体的な数字がないとわからないですね。そこで,テストを行うためのCop

    「New I/Oで高速な入出力」第2回 バッファとチャネルを使用した入出力
  • Java SE 7徹底理解 第6回 New I/O 2で非同期I/O

    先々月、先月とNIO2の新しいファイルシステムについて解説してきました。今月は、NIO2の残りの機能である非同期I/Oとソケットチャネルでのマルチキャストについて解説していきます。 なお、ここではNIO2の機能を中心に解説するため、バッファやチャネルなどNIOの機能に関しては特に解説を加えておりません。NIOについては、連載では2006年の4月から5月にかけて「New I/Oで高速な入出力」と題して解説していますので、そちらをご参照ください。 通常のI/O 一般的に入出力処理を行う場合、処理が完了するまで制御が戻ってくることはありません。たとえば、インプットストリームでstream.read(bytes);と記述した場合、読み込みが終了するまでreadメソッドが戻ってくることはありません(例外が発生することはあります)。つまり、処理がブロックされるわけです。 入出力が高速に行われるのであ

    Java SE 7徹底理解 第6回 New I/O 2で非同期I/O
  • Java SE 7徹底理解 第5回 New I/O 2の新しいファイルシステムインタフェース その2

    先月に引き続き、今月もNIO2で導入されたファイルシステムインタフェースについて紹介していきます。 簡単に前回のおさらいをしておきましょう。 新しいファイルシステムインタフェースは、既存のFileクラスの欠点を解決すべく導入されたAPIです。 ファイルシステムを表すのがjava.nio.file.FileSystemクラス、java.io.Fileクラスに対応するのがjava.nio.file.Pathインタフェースです。Pathオブジェクトに対するユーティリティメソッドはjava.nio.file.Filesクラスで提供されています。 先月はPathオブジェクトの生成、Fileオブジェクトとの相互変換、入出力などに関して説明を加えました。今月はFilesクラスで提供している機能を中心に説明を加えていきます。 ファイル・ディレクトリの作成 はじめに、ファイルやディレクトリを作成するところか

    Java SE 7徹底理解 第5回 New I/O 2の新しいファイルシステムインタフェース その2
  • Java SE 7徹底理解 第4回 New I/O 2の新しいファイルシステムインタフェース その1 | 日経 xTECH(クロステック)

    今回は、J2SE 1.4.0の話からはじめましょう。 J2SE 1.4.0がリリースされたのが2002年。すでに9年も経ってしまいました。 さすがに最近こそ使われなくなったものの、日においてはJ2SE 1.4.xが一番多く使われていたバージョンなのではないでしょうか。 そのJ2SE 1.4.0の時に新機能として導入されたのが、JSR 51 New I/O APIs for the Java Platform、通称NIOです。 NIOは、java.ioを補う新しいI/Oに関するAPIで、入出力に特化したバッファや、ストリームよりも高効率なチャネルなどを提供しています。また、ノンブロッキングI/OもNIOで導入されました。 NIOは一般にはそれほど使われていないようですが、GlassFishやTomcatなど多くのフレームワークやライブラリで導入されています。 しかし、JSR 51は当初から

    Java SE 7徹底理解 第4回 New I/O 2の新しいファイルシステムインタフェース その1 | 日経 xTECH(クロステック)
  • 「Java SE 6完全攻略」第49回 Concurrency Utilitiesの変更点 その1

    最近のCPUはデュアルコアは当たり前、デスクトップPCでさえクアッドコアを使用できる時代になりました。 このような時代の流れを先行するかのごとく、Javaでは当初よりスレッドを使った並行プログラミングが可能でした。とはいうものの、Threadクラスを使いこなすのはなかなか難しいというのも事実です。 そこで、J2SE 5.0では並行プログラミング用のAPIとして、Concurrency Utilitiesが導入されました。Concurrency Utilitiesには大別して次のような機能を持っています。 タスクの非同期実行機構 並行コレクション ロック、シンクロナイザ アトミック処理 Java SE 6ではConcurrency Utilitiesも強化されています。4つの機能のそれぞれが強化されているのですが、変更点はそれほど大きくありません。そこで、連載ではタスクの非同期実行機能の変

    「Java SE 6完全攻略」第49回 Concurrency Utilitiesの変更点 その1
  • 「New I/Oで高速な入出力」第1回 New I/Oをご存じですか

    Java SEには便利な機能が数多くあるのですが,新しい機能ほど活用されていないのではないでしょうか。筆者がJ2SE 1.4であまり使われていないのではないかと感じる機能を挙げてみます。 Assertion New I/O Image I/O Preferences API Logging API AssertionやLogging APIは,JUnitLog4Jなどのオープンソースのプロダクトで置き換えられるので,それほど使われていなくても不思議ではありません。 しかし,JPEGのイメージを出力するために,いまだにcom.sun.image.codec.jpeg.JPEGImageEncoderクラスを使用しているのは腑に落ちません。J2SE 1.3の頃に作られたアプリケーションであればわかりますが,J2SE 1.4以降に作られたアプリケーションではImage I/Oを使うべきではない

    「New I/Oで高速な入出力」第1回 New I/Oをご存じですか
  • 「ビッグデータの限界にも目配りを」、NIIの佐藤教授

    ビッグデータ活用による新事業創出について調査研究を行う業界団体、ビッグデータビジネス・コンソーシアムは2012年7月24日、東京都内で設立記念フォーラムを開催した。同コンソーシアムで企画委員長を務める国立情報学研究所(NII)の佐藤一郎教授(写真)は講演で、「精度の低いデータでも、大量に集まれば価値を生み出せる」ことがビッグデータの意義であると語るとともに、「大量データの分析は容易ではなく、組織の現場に裁量権が無ければ分析結果を生かすことはできない」などの課題を指摘した。 ビッグデータビジネス・コンソーシアムは、データセンター事業者のブロードバンドタワーが事務局となって2012年7月に設立した。同社の藤原洋会長兼社長によれば「ビッグデータを活用することで新しい産業を生み出すためにはどのような取り組みが必要か、それを考えるオープンなシンクタンク」である。7月24日の設立記念フォーラムでは、N

    「ビッグデータの限界にも目配りを」、NIIの佐藤教授
    Kanasansoft
    Kanasansoft 2012/07/25
    「『顧客の行動を分析することで、顧客に最適の商品やサービスを提供する』と言えば聞こえはいいが、気配りとストーカーは区別ができない」
  • F5ネットワークス、Web高速化装置「BIG-IP」にSPDYゲートウエイ機能を追加

    F5ネットワークスは2012年5月23日、同社のWeb高速化/負荷分散装置「BIG-IP」(写真1)用OSの新版「BIG-IP ver11.2」を発表した。新版では、SPDYとHTTPの変換ゲートウエイ機能を追加した。既存のWebサーバー(HTTP)をそのまま使いつつ、Webブラウザーとの間でSPDYを使えるようにした。2012年6月下旬に提供開始する。BIG-IPの保守契約ユーザーは、無償で新版にアップグレードできる。 今回の機能追加により、負荷分散装置のBIG-IPが、SPDY-HTTP変換ゲートウエイになる。BIG-IPとSPDY対応Webブラウザーとの通信はSPDYで行い、BIG-IPとWebアプリケーションサーバーとの通信はHTTPで行うことができる。これにより、HTTPしか使えない既存のWebアプリケーションをSPDYに対応させることなく、Webシステム全体をSPDYに対応させ

    F5ネットワークス、Web高速化装置「BIG-IP」にSPDYゲートウエイ機能を追加
    Kanasansoft
    Kanasansoft 2012/05/23
    WebSocketよりも先にSPDYに対応してきたかぁ。
  • 「Java SE 6完全攻略」第5回 プロファイラ hprofとよき相棒 jhat

    アプリケーションのパフォーマンス・チューニングなどで使用するツールといえば,まず第一にあげられるのがプロファイラです。最近は,EclipseのTPTPや,NetBeans Profilerなどフリーで使えるプロファイラが増えてきたので,使ってみたことがある方も増えてきていると思います。 意外に知られていないのですが,Java SEにも標準でプロファイラが付属しています。それがhprofです。 Java 2 SE 5.0からは「-agentlib:hprof」という起動オプションでhprofを起動できます(J2SE 1.4.までは「-Xrunhprof」)。使い方はヘルプ・オプションで表示できます。 C:\temp>java -agentlib:hprof=help HPROF: Heap and CPU Profiling Agent (JVMTI Demonstration Code)

    「Java SE 6完全攻略」第5回 プロファイラ hprofとよき相棒 jhat
  • NTT東西の活用業務制度緩和に対する要望書、通信事業者23社が総務相に提出

    KDDIやソフトバンクグループ、ジュピターテレコム、ケイ・オプティコムなどの通信事業者23社は2012年1月24日、NTT東西地域会社の活用業務に関する要望書を川端達夫総務相に提出した。NTT東西の活用業務により公正競争に支障が生じて、料金の高止まりやイノベーションの阻害といった独占の弊害が利用者に及ぶことを懸念しているという。 2011年11月末に施行した改正NTT法でNTT東西による活用業務制度が認可制から届け出制へと規制緩和され、これを受けてNTT東日は2011年12月21日に「インターネット接続回線上のサーバ設備を利用したアプリケーションサービス」について、総務省に届け出を行った。 これを受けて要望書では「NTT東西による上位レイヤーへの業務範囲拡大を禁止事項として追加すること」「既存サービスとのバンドル提供を不適切な事例として追加すること」「活用業務向けに実施した回線調達に関す

    NTT東西の活用業務制度緩和に対する要望書、通信事業者23社が総務相に提出
  • [続報]spモード障害、なぜ処理能力オーバーで「メールアドレスの置き換え」が起きたのか

    2011年12月20日に発生したNTTドコモのspモード障害(関連記事)。一部のサーバーが処理能力不足に陥ったことが、なぜ「自分のメールアドレスが他人のものに置き換わる」という通信の秘密にかかわる事故に発展したのか。大きな理由の1つは、メールアドレスが端末固有のIDでなく、端末に振り出されたIPアドレスとひも付いていた点にある。 Android OS端末がいったん3G網に接続したら、3G網から切断しない限り、端末のIPアドレスは変わらない。端末を再起動したり、あるいは3G網からWiFi網に切り替えたりしない限り、IPアドレスが再度割り振られることはない。家庭の固定網に接続したパソコンに近い仕様といえる。 この仕組みによって、Android OSにおけるIPアドレスは、一時的には端末を識別するIDとして使える。NTTドコモのspモードシステムの場合、3G網に接続して電話番号とIPアドレスをひ

    [続報]spモード障害、なぜ処理能力オーバーで「メールアドレスの置き換え」が起きたのか
    Kanasansoft
    Kanasansoft 2011/12/23
    『NTTドコモはこの件について「spモードシステムはIP網の中で動いており、パケットのIPアドレスとユーザーをひも付けるのは自然の発想だった」としている。』
  • 今、知っておきたいJavaScript

    Webブラウザとテキストエディタさえあれば、プログラミングして実行できるシンプルで手軽な言語――。それがJavaScriptが初めて登場してからしばらくの間、多くの人が抱いた印象でした。しかし、Ajaxの登場に伴う第2のブーム以降、ハードルが高くなったように感じられます。 その大きな理由の一つが、DOM(Document Object Model)に基づくJavaScriptプログラミングでしょう。DOMは、HTMLやXMLを構成する各要素に対して、プログラムからアクセスして内部の情報を取得・変更したり、機能を利用したりするためのAPI(Application Programming Interface)です。DOMを使うことによって、WebページをリロードせずにWebページを部分的に書き換えたり、HTMLドキュメントの構造を動的に変えたりといったことが可能になります。 DOMは便利な仕組

    今、知っておきたいJavaScript
    Kanasansoft
    Kanasansoft 2011/04/11
    innerHTML使ったりonclick属性使ったり色々違和感が...。
  • 人はなぜ「自分は大丈夫」と思うのか,防災研究家の片田群馬大学教授に聞く(後編)

    人は,何らかの被害が予想される状況でも「自分は大丈夫」と思ってしまいがちだ。防災研究家で群馬大学工学部教授の片田敏孝氏は,人のこのような心のあり方を「正常化の偏見(normalcy bias)」と呼ぶ。人々を守るべき「防災専門家」や「セキュリティ専門家」は,正常化の偏見にどう向き合うべきだろうか。 片田氏は「自分にとって都合の悪い情報を無視したり,過小評価したりしてしまう人の特性」のことを言う「正常化の偏見」を,「極めて人間らしい特性」と指摘する。不安をある程度無視しなければ,人間は生きていけないからだ。 しかし,リスクを完全に無視していいわけではない。片田氏は「日人は,リスクとコミュニケーションしているのだろうか」と問いかける。4月25日の「RSA Conference 2007」(東京)でも「人はなぜ危機に備えないのか」という講演を行う片田氏へのインタビューの後編である(前編:人はな

    人はなぜ「自分は大丈夫」と思うのか,防災研究家の片田群馬大学教授に聞く(後編)