スマートフォンがノートPCに取って代わる日は来るか?
モバイルアプリケーションの方向性を整理する
モバイルミドルウェアはモバイルアプリケーションの将来にとって、もはや重要ではなくなっている。
モバイルデバイス用のアプリケーションを実現する方法は、モビリティの進化を促進するとともに、その進化によって影響も受けてきた。これまで利用されてきた主な方法は2つある。1つは、アプリケーションをモバイルプラットフォームに移植するというもの。これは実のところ非常に大変な作業だ。もう1つは、モバイルミドルウェアと総称される一連のツールを使って、リモートサーバ上で動作するアプリケーションを作成し、各種のモバイルデバイスおよびプラットフォームからアクセスできるようにするというものだ。
実際、従来のモビリティのスローガンは、「あらゆるデータを、あらゆるネットワーク経由で、あらゆるデバイスで使えるようにする」だった。ほんの数年前には、200社以上の企業がモバイルミドルウェア製品を販売していた。わたしはそれらを多数試してみた。ツールセットの多くは苦痛になるほど複雑だったものの、かなりシンプルで洗練された製品もあった。例えば、わたしが使ったあるパッケージでは、株価データを取得して携帯電話の画面に表示させるためだけの作業に3時間近くもかかったが、別のパッケージでは5分もかからなかった。
しかし、これまでモバイルミドルウェア業界の目標となってきたスローガンには根本的な誤りがある。あらゆるデータをあらゆるネットワークで送れると考えるのは、現実的ではない。スピードが重視されるサービスの要件が、すべてのネットワークで満たされるわけではないという問題はもとより、データの量が選択されたネットワークには大き過ぎるかもしれないからだ。ネットワークが過負荷状態になっていたり、不通になっている可能性もある。また、多くのモバイルミドルウェア製品で遅延バインディング(事前にではなく、アプリケーションの実行時にネットワークを選択できるようにする)の考え方が非常に一般的となり、それを実装した機能が中核機能の1つと位置付けられたが、ユーザーや企業にとって多数の異なるネットワークのアカウントを持つのは非現実的だった。
また、データをデバイスに対応させるのが困難な場合もある。大画面での表示が前提のデータは小さな画面にはうまくマッピングできないため、込み入ったプロセスになりがちなデータのフォーマット変更が必要になる。スクリーンスクレーピングもうまく機能しない場合が多い。そしてもちろん、モバイルデバイスのプラットフォームとAPIは多種多様だ。これらのことから、ノートPCが人気を保っている一因は、アプリケーション実行エンジンを完備しており、データのホスティングがごく当たり前にできることにあるということが分かる。だが、ノートPCはかさばるし価格も高く、サポートコストもかさむ。このため、やはり望ましいのはモバイル性の高いデバイス、つまり少なくともスマートフォンで、理想的には(すべてではないとしても)ほとんどの携帯電話で、アプリケーションを利用できるようになることだ。しかしもちろん、これらのプラットフォームはPCのような処理能力やストレージは備えていない。
ごく少数の従来型パッケージが生き残っているが、現在ではアプリケーションをモバイル化するアプローチは大きく異なっている。多様なネットワークをサポートする必要はあまりない。重要なプロトコルはIPだけだからだ。ただし、予想されるネットワークスループットと、アプリケーションの要件の適合を確保しなければならない。無線ネットワークのパフォーマンスを保証するのは非常に困難なだけに、これはやはり厄介だ。
現在のアプローチによるアプリケーションのモバイル化では、2つの大きな問題を検討することが必要となっている。
- モバイルデバイスによる企業データの利用において、アクセス、セキュリティ、管理、同期、および、データをモバイルデバイスの基本的制約に適合させることを、どのように実現するか
- モバイルプラットフォームでは、プログラムをローカルで実行できるようにすべきか、あるいはAppleのiPhoneのようにWeb指向を強めるべきか
これらの問題への答えが近い将来に出ることはないだろう。われわれは長年、堅固なプラットフォームを、同様に堅固な(「肥大した」と見る向きもある)OSとともに構築してきた。これは1つの明確な方向性だ。しかしモバイルデバイスでは、コンパクトさ、安価さ、十分なバッテリー駆動時間が求められる。このことは多くの場合、逆のアプローチを要求する。1つはっきりしているのは、堅固なOSで提供されるAPIと、現在のデスクトップクラスのブラウザで利用可能なサービスの内容から見て、モバイルミドルウェアはモバイルアプリケーションの将来にとって、もはや重要ではなくなっていることだ。
本稿筆者のクレイグ・マシアス氏は、無線ネットワーキングとモバイルコンピューティングを専門とするコンサルティング会社Farpoint Groupの代表。同社は無線およびモバイル全般の支援サービスをメーカー、企業、キャリア、政府機関、金融サービス会社に提供している。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は? 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは? -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める? -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
-
4
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
5
エンジニアの生産性はどう測る? マネジメントに不可欠な可視化の実現方法とは
-
6
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
7
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
8
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
9
「また同じ説明か」 消費者の半数が離脱するAIチャットbotの“記憶喪失”
-
10
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー