Kuliah Wireless

Pengumpulan Tugas Berakhir

2006-07-06T21:40:00.000-07:00

Ya, karena ini sudah tanggal 7 Juli maka batas waktu untuk pengumpulan tugas Wireless sudah berakhir. Mengingat banyaknya orang yang sulit menerima invite (padahal semua email yang masuk - asalkan subjectnya benar - pasti di-invite), maka saya akan membolehkan tugas yang dikumpulkan dengan memakai login teman. Nilainya tidak akan saya kurangi.

Ok, selamat liburan untuk semua !

Network Programming dengan J2ME Wireless Devices

2006-07-06T20:30:00.000-07:00

Network Programming dengan J2ME Wireless Devices

Peralatan tanpa kabel seperti telepon selular dan pager 2 arah yang dapat memberikan koneksi pada dunia luar pada sembarang waktu dan sembarang tempat. Mereka menawarkankoneksivitas yang bagus dibandingkan dengan peralatan yang lainnya. Applikasi yang dikembangkan pada peralatan ini akan dibutuhkan secara besar-besaran pada beberapa tahun mendatang. Programming jaringan memerankan peranan yang penting untuk mengambil keuntungan dari koneksi yang ditawarkan oleh perangkat ini.
Sun’s java 2 micro edition (J2ME) menawarkan platform untuk mengembangkan aplikasi pada perangkat elektronik dan perangkat mobile. Pada java 2 micro edition (J2ME) CLDC (connected limited device configuration) mendefinisikan “konfigurasi” standart untuk perangkat handheld. Sebelum CLDC, digunakan MIDP (mobile information device profile) yang digunakan untuk mendefinisikan spesifikasi dari perangkat wireless seperti telpon selular. Kali ini akan dijelaskan tentang bagaimana cara J2ME menangani network programming. Akan dijelaskan tentang HttpConnection class pada J2ME MIDP.

HttpConnection Class
HttpConnection Class yang ada pada MIDP digunakan untuk menangani koneksi http pada aplikasi wireless. HttpConnectuion dijamin tersedia pada semua perangkat MIDP.
Secara teori anda dapat menggunakan sockets atau datagram untuk komunikasi remote pada aplikasi J2ME pada perangkat MIDP anda jika pabrik mendukung hal tersebut. Tetapi ini dapat menyebabkan masalah karena anda tidak dapat selalu menghitung dan memilih perangkat mana saja yang mendukung. Hal ini berarti mungkin program dapat berjalan pada satu perangkat MIDP tetapi tidak berjalan pada lainnya. Jadi harus menggunakan HttpConnection class terlebih dahulu pada aplikasi anda, karena HttpConnection wajib digunakan untuk semua MIDP implementation.
HttpConnection interface diturunkan dari ContentConnection interface pada CLDC. Itu mempunyai semua inheritance dari method I/O strean dari StreamConnection, semua method yang digunakan untuk menangani MIME dari ContentConnection dan menambahkan beberapa method tambahan untuk menangani http protokol. Berikut adalah daftar semua method yang tersedia pada HttpConnection.
· DataInputStream openDataInputStream()
· InputStream openInputStream()
· DataOutputStream openDataOutputStream()
· OutputStream openOutputStream()
Input Stream digunakan untuk membaca isi dari web server sementara output stream dapat digunakan untuk mengirimkan request pada web server. Stream ini didapatkan dari HttpConnection object setelah koneksi terhubung pada web server.MIMEString getEncoding()long getLength()String getType()Setelah http connection terhubung, 3 method tersebut dapat digunakan untuk mendapatkan nilai dari 3 fields beriku pada HTTP header: Content-Length, Content-Encoding dan Content-Type.Berikut ini adalah method pada Http Protocol· long getDate()· long getExpiration()· String getFile()· String getHeaderField(int index)· String getHeaderField(String name)· long getHeaderFieldDate(String name, long def)· int getHeaderFieldInt(String name, int def) · String getHeaderFieldKey(int n)· String getHost()· long getLastModified()· int getPort()· String getProtocol()· String getQuery()· String getRef()· String getRequestMethod() · String getRequestProperty(String key) · int getResponseCode()· String getResponseMessage()· String getURL()· void setRequestMethod(String method)· void setRequestProperty(String key, String value) GetResponseCode dan getResponseMessage dapat digunakan untuk mengecek kode status response dan pesan dari web server. Sebagai contoh “HTTP/1.1 401 Unauthorized”, akan didapatkan response kode “401” dan pesan response “Unauthorized”. Berikut adalah method yang digunakan untuk mendapatkan infomasi header: getDate, getExpiration, getFile, getHeaderField, getHeaderFieldDate, getHeaderFieldInt, getHeaderFieldKey dan getLastModified. Berikut adalah method yang digunakan untuk menerima komponen parse individual pada URL string: getHost, getPort, getProtocol, getQuery, getRef, getRequestMethod, getRequestProperty, getResponseCode, getResponseMessage dan getURL. Berikut adalah method yang digunakan untuk HEAD, DET dan POST request: setRequestMethod, setRequestProperty, dan getRequestMethod. www.wirelessdevnet.com/channels/ java/features/j2me_http.phtmlhttps://developers.sun.com/ techtopics/mobility/midp/articles/network

Dasar Managemen Memori Pada .NET Compact Framework

2006-07-06T08:43:00.000-07:00

Meningkatnya produktivitas para pengembang software adalah salah satu alasan utama yang menyebabkan diterimanya .Net Framework dan the .Net Compact Framework secara luas. Diskusi tentang bagaimana kontribusi .NET Compact Framework CLR untuk produktifitas para pengembang software sering kali terfokus pada fitur seperti managemen memori otomatis (garbage collection), ketidak tergantungan pada prosesor dan sebagainya. Pada saat .NET Compact Framework secara pasti menyediakan fitur-fitur tersebut, dia juga menyediakan fitur-fitur tambahan untuk membantu para pengembang software menjadi lebih produktif pada pengaplikasian diberbagai macam alat. Salah satu fitur ini adalah pengaturan pengalamatan memori virtual 32 MB pada setiap proses secara otomatis. Dengan membebaskan para pengembang software dari kekhawatiran kapan harus mengalokasikan dan membebaskan memori agar aplikasi mereka dapat berjalan dengan baik dalam batas 32 MB, Compact Framework membuat penulisan aplikasi yang dapat bekerja dengan baik pada alat dengan memori terbatas menjadi mudah. Banyak dari keputusan penting yang diambil ketika membangun .Net Compact Framework CLR adalah agar bisa secara efisien menggunakan batas memori virtual sebesar 32 MB pada setiap prosesnya. Dengan kata lain, fakta bahwa Windows CE membatasi setiap proses dengan memori virtual yang cukup kecil telah membuat pengembang Compact Framework mendesain sebuah platform yang dapat berjalan baik dalam lingkungan yang terbatas.

Sebelum mengambil keputusan desain spesifik yang dibuat untuk aplikasi pada alat yang memiliki memori terbatas, kita harus menganalisa semua data runtime yang dibuat oleh sistem operasi dan CLR ketika menjalankan aplikasi yang di-manage-nya. Oleh karena itu pertama kita akan melihat penjelasan kategori data yang dibutuhkan untuk menjalankan sebuah aplikasi, baru setelah itu kita akan melihat dimana CLR mengalokasikan data runtime yang berhubungan dengan partisi memori Windows CE. Mari kita perhatikan kategori data runtime yang menggunakan memori ketika aplikasi "Hello World" sederhana dibawah ini dijalankan.

using System;

using System.ComponentModel;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

namespace HelloWorld

{

public class Form1 : Form

{
private MainMenu mainMenu1;

private Label label1;

public Form1()

{

InitializeComponent();

}

private void InitializeComponent()

{

this.mainMenu1 = new System.Windows.Forms.MainMenu();

this.label1 = new System.Windows.Forms.Label();

// Posisi label

this.label1.Location = new System.Drawing.Point(64, 81);

this.label1.Size = new System.Drawing.Size(100, 20);

this.label1.Text = "Hello World!";

// Ukuran form

this.AutoScaleDimensions = new System.Drawing.SizeF(96F,96F);

this.AutoScaleMode = System.Windows.Forms.AutoScaleMode.Dpi;

this.ClientSize = new System.Drawing.Size(240, 268);

this.Controls.Add(this.label1);

this.Menu = this.mainMenu1;

this.MinimizeBox = false;

this.Text = "Simple App";
}
}

static class Program

{

static void Main()

{

Application.Run(new Form1());

}

Seperti yang anda lihat, program diatas membuat sebuah form dengan sebuah label yang berisi tulisan "Hello World". Memori yang dipakai pada saat runtime bisa dikelompokan menjadi 6 kategori :

1. Kode native code untuk CLR dll

Compact Framework CLR terdiri dari dua dll, mscoree.dll dan mscoree2_0.dll. Kedua dll ini bersama dengan bagian native dari implementasi Form Window Compact Framework, netcfagl2_0.dll, digolongkan sebagai dll sistem. Oleh karena itu kode dari dll ini pasti dimasukan dalam memori kode sistem.

2. Susunan progam dari Aplikasi dan Librari Class

CLR harus memasukan semua kode IL untuk aplikasi dan untuk librari class yang digunakannya ke dalam memori sehingga kompiler JIT memiliki akses ke IL yang diperlukannya ketika membuat instruksi native code yang sesuai dan class loader harus memiliki akses ke metadata yang diperlukannya ketika membaca struktur data yang menjelaskan tipe dan sebagainya. Sebagai tambahan pada listing program yang mengandung kode "Hello World", listing program tersebut juga memerlukan IL dari mscorlib, System, System.Windows.Forms dan System.Drawing. File-file yang mengandung susunan progam yang dibutuhkan ini dimasukan pula ke area high memori.

3. Native code yang dikompile JIT

Ketika aplikasi dijalankan, kompiler JIT dipanggil untuk membuat native code dari setiap method yang diaksesnya. Native code ini disimpan pada buffer dalam memori virtual setiap proses.

4. Referensi tipe yang dialokasikan

Listing program diatas mengalokasikan cukup banyak referensi tipe. Sebagai tambahan dari form utama itu sendiri, variabel dari MainMenu, Label, Point, dan Size di create. Dan lebih banyak lagi tipe yang dialokasikan dari dalam implementasi dari librari class. Memori untuk menyimpan semua referensi tipe ada pada heap garbage collector. Heap GC adalah sebuah penyimpan heap pada alamat yang spesifik untuk setiap aplikasinya.

5. Representasi metadata tipe di memori

Pada saat class dan method-nya diperlukan pada waktu menjalankan sebuah program, CLR akan membaca representasi metadatanya dari file-file yang telah disimpan pada area high memori. Metadata ini digunakan untuk membuat representasi dari class dan method-nya di memori. Representasi ini disimpan didalam heap yang disebut sebagai heap AppDomain. Heap AppDomain disimpan pada memori virtual setiap proses.

6. Alokasi rupa-rupa

Sebagai tambahan dari kategori alokasi yang disebutkan diatas, CLR juga membuat sejumlah kecil data tambahan pada saat aplikasi dijalankan. Data dari kategori ini termasuk yang digunakan kompiler JIT untuk menentukan apakah sebuah method telah dikompile dan beberapa data elemen sementara.

Sekarang setelah kita melihat kategori data yang diperlukan untuk menjalankan aplikasi yang diatur, mari kita memetakan alokasi tersebut pada model memori Windows CE seperti disebutkan diatas. Gambar dibawah akan memperlihatkan partisi memori Windows CE mana yang digunakan untuk menyimpan setiap kategori data runtime.

Gambar 1.

Pemetaan antara alokasi memori Compact Framework dan model memori Windows CE.

Pada saat melihat gambar 1, adalah sangat penting untuk memperhatikan alokasi mana yang disimpan untuk setiap prosesnya atau yang di bagi secara shared pada semua proses. Model memori Windows CE menggunakan kode-kode dari memori kode sistem dan semua alokasi yang disimpan pada area high memori sebagai kode yang di bagi secara shared untuk semua aplikasi sedangkan semua alokasi yang disimpan pada memori setiap proses hanya diperuntukan proses tesebut. Karena alokasi yang disimpan pada memori setiap proses hanya diperuntukan proses tesebut dan tidak dibagi maka sangatlah penting agar memfokuskan penggunakan memori vitual 32 MB setiap proses dengan bijaksana.

Menggunakan Ant Untuk membuat Aplikasi MIDP

2006-07-06T03:05:00.000-07:00

Denny Hartanto
201114235
Menggunakan Ant
untuk membuat
Aplikasi MIDP

1. Pendahuluan

Berikut ini akan dijelaskan suatu proses untuk menggunakan fitur Ant yang masih merupakan basis JavaTM. Tool ini sangat mudah di compile dan di pakai dalam suatu program.
1.1. Software dan Sistem Konfigurasi
Pertama-tama yang dibutuhkan adalah menginstall Java Development Kit (JDK), pastikan program yang dipakai merupakan versi 1.4x atau yang lebih tinggi. Kemudian perlu ditambahkan kepada JDK, yaitu install J2ME Wireless Tollkit. Contoh di dalam penjelasan ini hanya dapat dicoba menggunakan versi 1.04 dan 2.0.
1.2. Nokia Emulator
Satu dari banyaknya fitur-fitur yang unik dari sebuah wareless toolkit merupakan pilihan untuk menjalankan emulator ini.
Berikut ini adalah seri-seri Nokia yang bisa dipakai untuk mencoba tool ini :
· Seri 30
- Nokia 3510i MIDP SDK – 96 x 65 screen size, 4096 colors,GSM
- Nokia 6310i MIDP SDK – 96 x 65 screen size, Monochrome, GSM
· Seri 40
- Nokia 7210 MIDP SDK – 128 x 128 screen size, 4096 colors, GSM
· Seri 60
- Nokia Concept SDK – 176 x 208 screen size, 3096 colors, GSM
Untuk mengkonfigurasi sistem supaya bisa di tambahkan emulator, install desired SDK di \wtklib\devices direktori dari wireless toolkit. Contoh :
c:\WTK104\wtklib\devices\Nokia_3510i_MIDP_SDK_v1_0

2. Contoh Kasus
Berikut ini adalah beberapa contoh program (coding) yang dibuat menggunakan tool Ant.
2.1. Animation.java
package corej2me;
import java.util.*;
import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;
public class Animation extends MIDlet
{
private Display display; // The display
private AnimationCanvas canvas; // Canvas
private Timer tm; // Timer
private AnimateTimerTask tt; // Task
public Animation()
{
display = Display.getDisplay(this);
canvas = new AnimationCanvas(this);
// Create task that fires off every 1/10 second
tm = new Timer();
tt = new AnimateTimerTask(canvas);
tm.schedule(tt, 0, 100);
}
protected void startApp()
{
display.setCurrent(canvas);
}
protected void pauseApp()
{ }
protected void destroyApp(boolean unconditional)
{ }
public void exitMIDlet()
{
destroyApp(true);
notifyDestroyed();
}
}
2.2. AnimationCanvas.java
package corej2me;
import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;
import java.util.*;
class AnimationCanvas extends Canvas implements CommandListener
{
private Animation midlet; // Main midlet
private Command cmExit; // Exit midlet
private int keyFire, // Reset ball
keyRight, // Increase ball radius
keyLeft; // Decrease ball radius
private boolean clearBackground = false; // Clear background
private Random random; // Random number
int x_loc, // Current x & y locations
y_loc,
radius, // Ball radius
red, // rgb colors
green,
blue,
x_dir, // Next x & y positions of ball
y_dir,
start_x, // Where ball starts
start_y,
directionChanged = 0; // How many times an edge has been hit
private static final int MAX_CHANGES = 50;
/*--------------------------------------------------
* Constructor
*-------------------------------------------------*/
public AnimationCanvas(Animation midlet)
{
// Save reference to main midlet
this.midlet = midlet;
random = new java.util.Random();
// Determine starting location and direction of ball
init();
radius = 7;
// Create exit command and "Fire" key
cmExit = new Command("Exit", Command.EXIT, 1);
keyFire = getKeyCode(FIRE);
keyRight = getKeyCode(RIGHT);
keyLeft = getKeyCode(LEFT);
addCommand(cmExit);
setCommandListener(this);
}
/*--------------------------------------------------
* Paint a new ball, clearing the screen as asked
*-------------------------------------------------*/
protected void paint(Graphics g)
{
// Max edge hits, reset everything
if (directionChanged > MAX_CHANGES)
init();
// Clear the background
if (clearBackground)
{
g.setColor(255, 255, 255);
g.fillRect(0, 0, getWidth(), getHeight());
clearBackground = !clearBackground;
}
// Set color and draw another ball
g.setColor(red, green, blue);
g.fillArc( x_loc, y_loc, radius, radius, 0, 360);
}
/*--------------------------------------------------
* Initialize starting location and direction of ball
*-------------------------------------------------*/
private void init()
{
// Start close to the middle
x_loc = getWidth() / 2;
y_loc = getHeight() / 2;
// The direction the ball is heading
x_dir = (random.nextInt() % 10);
if (x_dir == 0) x_dir = 1;
y_dir = (random.nextInt() % 10);
if (y_dir == 0) y_dir = 1;
directionChanged = 0;
clearBackground = true;
changeColor();
}
/*--------------------------------------------------
* Change the colors.
* Counting on the implemention to substitute
* a use-able color if any of these are out of the
* devices supported range
*-------------------------------------------------*/
protected void changeColor()
{
// The shift is to remove any sign (negative) bit
red = (random.nextInt() >>> 1) % 256;
green = (random.nextInt() >>> 1) % 256;
blue = (random.nextInt() >>> 1) % 256;
}
/*--------------------------------------------------
* Event handling
*-------------------------------------------------*/
public void commandAction(Command c, Displayable d)
{
if (c == cmExit)
midlet.exitMIDlet();
}
/*--------------------------------------------------
* Reset ball is "Fire" key is pressed
*-------------------------------------------------*/
protected void keyPressed(int keyCode)
{
// Restart
if (keyCode == keyFire)
init();
// Decrease ball size
else if (keyCode == keyLeft)
radius = Math.max(1, --radius);
else if (keyCode == keyRight)
// Increase ball size
radius = Math.min(getWidth() / 4, ++radius);
}
}
2.3. AnimateTimerTask.java
/*--------------------------------------------------
* AnimateTimerTask.java
*
* Timer task, to change location ball on the canvas
*-------------------------------------------------*/
package corej2me;
import java.util.*;
class AnimateTimerTask extends TimerTask
{
private AnimationCanvas canvas;
public AnimateTimerTask(AnimationCanvas canvas)
{
this.canvas = canvas;
}
/*--------------------------------------------------
* Determine next location of the ball.
* If the ball reaches any edge, change the color
* Track how many times we've switced directions
*-------------------------------------------------*/
public final void run()
{
// If past the right edge or prior to left edge...
if ((canvas.x_loc + canvas.radius +
canvas.x_dir > canvas.getWidth())
(canvas.x_loc - canvas.radius + canvas.x_dir < x_dir =" -canvas.x_dir;"> canvas.getHeight())
(canvas.y_loc - canvas.radius + canvas.y_dir < y_dir =" -canvas.y_dir;" Gambar 1 Hirarki Direktori

2.5.2 Compile Berikut ini adalah perintah untuk mengkompile : javac -bootclasspath c:\wtk104\lib\midpapi.zip -d jclasses src\*.java 2.5.3 Preverify Gunakan sebuah kelas file didalam direktori Jclasses Contoh: c:\wtk104\bin\preverify -classpath c:\wtk104\lib\midpapi.zip -d pclasses jclasses 2.5.4 Package(JAR) Buatlah sebuah JAR file di dalam direktori Final. Contoh : jar cvfm final\Animation.jar MANIFEST.MF -C pclasses . -C resources . 2.5.5 Menjalankan menggunakan WirelessToolkit Emulator Copy JAD file kedalam direktori Final. Jalankan Wireless Toolkit menggunakan spesifikasi JAR, emulator, dan JAD filenya. Contoh: c:\wtk104\bin\emulator -classpath final/Animation.jar -Xdevice:DefaultColorPhone -Xdescriptor:final/Animation.jad · berikut adalah contoh tampilan program yang menggunakan Wireless Toolkit Application Manager. Dengan refensi dari MIDlet.
gambar 2 Aplikasi Manajer dan Animasi MIDlet

Menggunakan tombol kanan dan kiri. Ukuran dari sebuah lingkaran dapat di besarkan atau dikecilkan.
gambar 3 Beberapa variasi tampilan dengan menggunakan Wireless Toolkit DefaultColorPhone

2.5.6 Menjalankan menggunakan Nokia Emulator Jika ingin menginstall sebuah Nokia Sdk, ganti dulu parameter -Xdevice untuk supaya bisa melihat tampilan di dalam Nokia emulator. Berikut ini diberikan beberapa cara mengganti berdasarkan tipe dari Nokianya : * Nokia 3510i MIDP SDK c:\wtk104\bin\emulator -classpath final/Animation.jar -device: Nokia_3510i_MIDP_SDK_v1_0 -Xdescriptor:final/Animation.jad * Nokia 6310i MIDP SDK c:\wtk104\bin\emulator -classpath final/Animation.jar –Xdevice : Nokia_6310i_MIDP_SDK_v1_1 -Xdescriptor:final/Animation.jad * Nokia 7210 MIDP SDK c:\wtk104\bin\emulator -classpath final/Animation.jar -Xdevice: Nokia_7210_MIDP_SDK_v1_0 -Xdescriptor:final/Animation.jad * Nokia Series MIDP 60 Concept_SDK c:\wtk104\bin\emulator -classpath final/Animation.jar -Xdevice: Nokia_Series_60_MIDP_Concept_SDK_Beta_0_2 -Xdescriptor:final/Animation.jad berikut adalah contoh tampilan dari Nokia Emulator

Gambar 4. Nokia 3510i Gambar 5. Nokia 6310i

Gambar 6. Nokia 7210 Gambar 7: Nokia series 60

3. Ant Untuk meningkatkan kompleksitas dari sebuah program. Maka dibutuhkan sebuah tool yang dapat mengatur banyak MIDlet dan perintah. Oleh karena itu tool Ant ini berfungsi untuk mengatasi hal tersebut. 3.1 Download dan Install Untuk menggunakan tool ini maka untuk pertama kalinya. Harus menginstall dulu. Setelah itu harus menset path dan Ant Homenya. Perintah adalah : set path = c:\jakarta-ant-1.5.1\bin set ANT_HOME = c:\jakarta-ant-1.5.1 3.2 Pembuatan File Perintah-perintah untuk input pada Ant semua ditulis dalam file Build.xml. Pada bagian ini akan dijelaskan 4 komponen yang membuat sebuah file: project, targets, task, dan properties. 3.2.1 Project Untuk membuat sebuah program maka sebuah project harus di deklarasikan terlebih dahulu. Contoh :
...

3.2.2 Target dan Task
Untuk setiap program, satu atau lebih target harus dituliskan.
Contoh

3.2.3 Properties
Adalah berisi nama-nama value dan lokasi. Contoh:

3.3 Menjalankan Ant
Untuk menjalankan program yang dibuat dengan menggunakan Ant maka perintah yang dijalankan adalah:

3.4 Contoh program menggunakan Ant

4. Kesimpulan
Di dalam penjelasan ini telah dibahas 2 metode untuk membuat aplikasi:
- Program yang berdiri sendiri dari command line
- Cara-cara pembuatan lingkaran menggunakan Ant
keuntungan menggunakan Ant adalah Conditional Prosesing (contoh : program hanya di kompile saja langsung bisa dipakai)

www.corej2me.com/DeveloperResources/ Nokia/Using_Ant_and_Antenna_MIDP.pdf
www.shortestpath.us/easy/Antenna%20Toolkit

J2ME Wireless Messaging System

2006-07-06T02:57:00.000-07:00

203114793 - ARIEF SUGIHARTO

Secara garis besar Wireless Messaging System dapat mengembangkan kemampuan networking dan kemampuan I/O dari aplikasi J2ME untuk mengirim dan menerima pesan menggunakan messaging services pada jaringan GSM, seperti Short Message Service (SMS) dan Cell Broadcast Service (CBS).

GSM Short Message Service (SMS)
SMS adalah tranmisi dari short text messages ke dan dari mobile phone, fax machine, dan/atau IP address pada jaringan GSM. Messages tidak boleh lebih dari 160 alphanumeric characters dan tidak mengandung image atau graphics. Keunggulan utama dari service ini adalah cepat, murah dan dijamin message akan sampai pada pihak yang dituju walaupun mereka berada di luar jaringan radio atau teleponnya mati.

Saat pesan dikirim, pesan akan diterima oleh Short Message Service Center (SMSC), yang kemudian akan menyampaikannya pada mobile device yang dituju. Untuk melakukannya SMSC mengirim SMS request ke home location register (HLR) untuk mencari roaming customer (online customer).

HLR kemudian akan merespon SMSC dengan mengirim status pelanggan yang meliputi (1) aktif / tidak aktif dan (2) roaming location. Jika response menunjukkan tidak aktif, maka SMSC akan menyimpan message selama periode tertentu. Saat pelanggan mengakses device-nya, HLR mengrimkan SMS notification ke SMSC dan SMSC akan melakukan delivery message.
SMSC mengirimkan message ke GSM message delivery system dalam format Short Message Delivery Point-to-Point. System kemudian akan menghubungi device dan, jika device merespon, message dikirimkan.

SMSC akan menerima verifikasi bahwa message telah diterima oleh user yang dimaksud, dan mengkategorikan message sebagai sent message dan tidak akan dikirimkan lagi.

GSM cell broadcast service
GSM cell broadcast service memungkinkan message untuk dikirim ke setiap Mobile Station (MS), seperti mobile phone, fax machine, dan/atau IP address pada jaringan yang sama. Cell broadcast messages dilang terus dalam jangka waktu tertentu, yang memungkinkan MS untuk menerima message walaupun jika memasuki jaringan tidak pada transmission yang pertama.

Data dapat dikirim baik sebagai data binary atau text ASCII sampai panjangnya 15 page dimana setiap page memiliki panjang 93 character. Cell broadcast messages diklasifikasikan berdasarkan topic dan mengandung channel number, message code, update number, dan language.

A Channel Number adalah header number yang mengidentifikasi message topic (seperti 'Weather Report' atau 'Traffic Information').
A Message Code mengidentifikasi message khusus, sehingga saat MS menerima message dengan code yang sama seperti message yang diterima sebelumnya, akan mengenalinya sebagai message yang telah diterima dan tidak akan ditampilkan lagi ke user.
An Update Number digunakan untuk mengidentifikasi version khusus dari message. Hal ini berguna untuk memberikan informasi dari dynamic situation, sebagai contoh saat message memiliki topic yang sama (seperti road consctruction) tetapi dapat memiliki detail yang berbeda (seperti panjang traffic jam), maka walaupun message codenya sama tetapi MS hanya akan menerima detail message yang terbaru saja.
Language mengindikasikan bahasa yang digunakan dalam message. Mengganti parameter ini tidak akan menterjemahkan text dari message secara otomatis.

Wireless messaging system
System ini dapat digambarkan sebagai 3-tiered architecture, yang terdiri atas Interface Layer, Implementation Layer dan Transport Layer.

Interface Layer menyediakan basic definition dari message, mendefinisikan basic functionality saat mengirim dan menerimanya, dan menyediakan mekanisme bagi aplikasi MIDlet untuk memberi tahu saat message diterima.
Implementation Layer mengandung class yang mengimplementasikan setiap Interface Layer agar dapat mengakses wireless messaging seperti fungsi SMS atau CBS pada GSM mobile device. Implementation Layer juga menjalankan segmentation dan concatenation dari messages untuk protocol yang digunakan. MIDlet dapat menspesifikasikan jumlah segments dari message untuk dipecah-pecah menjadi MessageConnection.
Transport Layer mengandung class yang merupakan actual implementation dari protocols yang membawa messages ke mobile device.

Generic Messaging API, javax.wireless.messaging
API ini didefinisikan pada package javax.wireless.messaging, yang mendefinisikan semua interface untuk mengirim dan menerima wireless message. Berikut ini adalah daftar interface yang ada.

Message. Menyediakan basic definition dari message, yang bertindak sebagai container holding address, payload, dan flags untuk mengirim dan melakukan block terhadap suatu message. Ini adalah superinterface dari TextMessage, suatu message object dengan text payload attribute, dan suatu BinaryMessage, message object dengan binary payload attribute.

MessageConnection. Interface ini menyediakan basic functionality saat menerima dan mengirim messages. Ini mengandung method untuk mengirim dan menerima messages, method untuk membuat new Message object, dan method untuk menghitung jumlah segment dari protocol yang digunakan yang dibutuhkan untuk mengirim Message object yang diinginkan.
Class ini dibuat dengan memanggil Connector.open().
Pada client mode connection, messages hanya bisa dikirimkan. Client mode connection dibuat dengan me-passing-kan string yang mengidentifikasikan destination address ke method Connector.open(). Method ini mengembalikan MessageConnection object.

clientConn = (MessageConnection)Connector.open("sms://+18643630999:5000");

Pada server mode connection, messages dapat dikirim atau diterima. Server mode connection dibuat dengan mem-passing-kan string yang mengidentifikasikan end point (protocol dependent identifier, contoh, port number) pada local host ke method Connector.open().

serverConn = (MessageConnection)Connector.open("sms://:5000");

MessageListener. Inteface ini menyediakan mekanisme basic untuk memberi tahu apliaksi MIDlet atas message yang datang. Ini memungkinkan MIDlet untuk menerima callback saat new messages siap untuk dibaca.

The Short Message Service API
com.sun.midp.io.j2me.sms package menyediakan API untuk Short Message Service Messaging system dan memungkinkan MIDlet untuk mengakases fungsi SMS pada GSM mobile device.
Componen utama pada package adalah -- MessageObject dan Protocol -- mendukung pengiriman dan penerimaan message SMS.

MessageObject. MessageObject adalah implementasi dari message SMS. Pada Implementation layer, interface javax.wireless.messaging.Message diimplementasikan sebagai buffer. MessageObject menghandle pembuatan message buffers dan operasi input/output dari buffer. Lebih lanjut, MessageObject memiliki 2 subclass -- TextObject dan BinaryObject. Class ini mengimplementasikan SMS message dengan payload, baik text atau binary.

Protocol. Protocol akan mengimplementasikan message connection ke mekanisme low-level Transport yang dibutuhkan untuk mengirimkan message SMS. Dalam prosesnya juga akan melakukan validitas dari message dan menghandle pengiriman dan penerimaan message menggunakan datagram atau serial port connection.

The Cell Broadcast Messaging API
com.sun.midp.io.j2me.cbs package menyediakan API untuk Cell Broadcast Messaging system dan memungkinkan MIDLlet untuk mengakses fungsi CBS pada GSM mobile device.Main component dari package, com.sun.midp.io.j2me.cbs.Protocol, mendukung penerimaan CBS Message.
Perbedaan CBS dari SMS adalah:URL Connection string tidak support designated host, dan ini dimaksudkan untuk inbound protocol. MIDlet dengan kemampuan CBS dapat menerima messages, tetapi dapat mengirimnya.

J2ME messaging application

Example J2ME messaging application dapat dilihat pada

http://www-128.ibm.com/developerworks/wireless/library/wi-extendj2me/

Example ini akan menunjukkan contoh WMAServer yang akan menunggu datangnya SMS message dan kemudian menampilkannya pada screen phone. Pada alamat site tersebut juga terdapat example dari WMA Client yang melakukan pengiriman message SMS ke GSM mobile phone.

Deploying wireless messaging

Untuk dapat men-deploy MIDlet dengan kemampuan wireless messaging anda perlu men-download Reference Implementation dari WMA 1.0 melalui http://java.sun.com/products/sjwtoolkit/index.html, yang kompatibel dengan versi 1.0.4 ke atas dari J2ME toolkit.

Langkah-langkah berikutnya dapat dilihat lebih lanjut pada http://www-128.ibm.com/developerworks/wireless/library/wi-extendj2me/

Daftar Pustaka

2006-07-06T01:31:00.000-07:00

Parsing XML di J2ME

Nama : Fany Guptanto
Nrp : 201114204

Memasangkan XML dalam MIDP

Kita dapat menggunakan pasangan2 XML dalam aplikasi J2ME dengan permukaan suatu XML servis. Contohnya, kita dapat mendapatkan gambaran yang sudah disesuaikan pada layar hand phone yang menyimpulkan judul2 dan cerita untuk situs baru dalam format XML.

Parser XML cenderung kabur dan memerlukan memori run time yang besar. Untuk membiasakan diri dengan MIDP, parser XML harus dalam ukuran kecil sehingga dapat memasuki sumber dasar MIDP. Mereka juga harus mudah dipindahkan dengan usaha seminimum mungkin untuk memasangkan mereka ke MIDP.

Dua pasangan XML yang sering digunakan adalah kXML dan NanoXML. kXML digunakan khusus untuk J2ME platform (CLDC dan MIDP). Seperti pada versi 1.6.8 untuk MIDP, Nano XML mendukung pasangan DOM.

Masalah2 pada tampilan parser XML

Ada beberapa masalah yang berhubungan dengan tampilan yang harus kita pikirkan selama menyebarkan parser XML dalam aplikasi MIDP:

§ Bertambah b

Parsing XML di J2ME

2006-07-06T01:13:00.000-07:00

Nama : Fany Guptanto
Nrp : 201114204

Memasangkan XML dalam MIDP

Dua pasangan XML yang sering digunakan adalah kXML dan NanoXML. kXML digunakan khusus untuk J2ME platform (CLDC dan MIDP). Seperti pada versi 1.6.8 untuk MIDP, Nano XML mendukung pasangan DOM.

Masalah2 pada tampilan parser XML

Ada beberapa masalah yang berhubungan dengan tampilan yang harus kita pikirkan selama menyebarkan parser XML dalam aplikasi MIDP:

§ Bertambah besar: Suatu pasangan XML adalah kode yang intensif dan meningkatkan ukuran aplikasi secara keseluruhan. Ini adalah hal yang oenting untuk diperhitungkan sebagai sumber pengikat alat MIDP. Ada beberapa teknik untuk mengoptimalkan yang dapt digunakan to melawan ekspansi kode. Pertama, kita harus memindahkan sumber file yang tidak digunakan. Kita sebaiknya menggunakan obfuscators yang akan memindahkan kelas2 yang tidak digunakan dan variable dari file JAD.

§ Pemasangan string yang berat: Pasangan2 XML menggunakan pemasangan string yang intensif untuk melakukan tugasnya, ini akan ditambahkan ke tampilan aplikasi MIDP dengan runtime memory yang rendah. Dokumen XML yang dipasangkan ke aplikasi J2ME harus dalam ukuran kecil dan mengandung sebanyak mungkin informasi penting.

§ Renpons yang lambat: Pada saat aplikasi MIDP dipasangkan dengan data XML yang relative besar, waktu untuk merespon akan meningkat. File XML yang akan dipasangkan harus berukuran kecil dan pemasangan harus dilakukan dalam proses yang berbeda dari aplikasi utama.

Sebuah pemasangan XML pada aplikasi J2ME.

Pada bagian ini, bilangan XML yang dipasangkan dengan RSS (Rich Site Summary) dan diformat sesuai dokumen XML untuk menampilkan informasi yang ditampilkan dalam dokumen pada layer telephone. RSS adalah bagian sederhana dari format XML yang mengumpulkan judul dan deskripsi cerita untuk sebuah site baru. Contoh RSS dokument dapat dilihat di listing 1

Listing 1. RSS data to be parsed by the application

"-//Netscape Communications//DTD RSS 0.91//EN"

"http://my.netscape.com/publish/formats/rss-0.91.dtd"

Meerkat: An Open Wire Service

http://meerkat.oreillynet.com

Meerkat is a Web-based syndicated content reader based on RSS ("Rich Site Summary").

RSS is a fantastic, simple-yet-powerful syndication system rapidly gaining momentum.

Pada hasilnya, bilangan XML menghasilkan judul dan gambaran dari data RSS pada layar telephone. Aspek UI dari aplikasi ini dilakukan oleh paket javax.microedition.lcdui.

Pasangan XML yang digunakandalam aplikasi ini adalah kXML 1.2. Untuk membuat jenis kXML tersedia dalam aplikasi tsb, kita harus untuk mendownload paket kxml.zip dari situs kXML. Lalu, menyalin isi dari paket tersebut dalam folder yang sesuai dalam system yang sedang dikembangkan. Jika kita menggunakan peralatan Sun’s J2ME, salin isi paket tersebut ke TOOLKIT_HOME\apps\ParseXML\lib.

Aplikasi J2ME akan menampilkan sebuah textbox, sebuah tombol yang memicu tampilan dari data XML dan sebuah tombol Exit. Pada saat tampilan tombol XML ditekan, metode viewXML akan dipanggil. Dalam metode ini, aplikasi yang dilakukan akan menbuat XMLParser untuk bergerak menuju dokumen. Pada setiap benda yang ditemukan, parser itu mencari sub-isi dari title dan description untuk dapat menemukan teks yang ingin kita tampilkan. Proses ini berlangsung berulang2. Pengguna dapat memilih untuk keluar dari aplikasi selama proses ini berlangsung dengan menekan tombol Exit.

Data RSS dibuat untuk ParseXML dalam bentuk String. Karena parser XML bekerja dalam bentuk bytes, String tersebut dirubah kebentuk satuan byte, yang digunakan untuk membangun suatu ByteArrayInputSystem. Dan ByteArrayInputSystem ini menciptakan InputStreamReader, yang lalu menciptakan sebuah XMLParser. Proses ini diilustrasikan di listing 2

Listing 2. Creating an instance of XMLParser to parse a string containing RSS data

byte[] xmlByteArray = xmlStr.getBytes();

               ByteArrayInputStream xmlStream = new

               ByteArrayInputStream( xmlByteArray );

               InputStreamReader xmlReader = new

               InputStreamReader( xmlStream );

                XmlParser parser = new XmlParser( xmlReader );

Untuk dapat menangkap data dari site, aplikasi tersebut harus membuka koneksi URL dan mendapatkan data RSS pada sebuah InputStream. InputStream ini disediakan untuk XMLParser melalui sebuah InputStreamReader.

Listing 3. Get the RSS data from an aggregator site

HttpConnection hc = (HttpConnection)Connector.open(url);

InputStream is = hc.openInputStream();

Reader reader = new InputStreamReader(is);

    XmlParser parser = new XmlParser(reader);

Saat metode XMLParser’s read() memasukkan suatu item, itu menghasilkan suatu ParseEvent objek. Objek ini mengandung informasi penting seperti tipe event(mewakili mulainya tag, berakhirnya tag, berakhirnya dokumen, teks, atau whitespace), nama event (nama tag) dan teks event (teks yang termasuk antara awal dan akhir tag).

ParseEvent membantu Event untuk mengetikkan Xml.START_TAG, Xml.END_TAG, Xml.END_DOCUMENT, Xml.WHITESPACE dan Xml.TEXT saat Event melakukan kegiatan memulai dan mengakhiri tag, mengakhiri dokumen, whitespace dan teks diantara tag.

Listing 4. Picking up title and description from RSS data

case Xml.START_TAG:

         // see API doc of StartTag for more access methods

         // Pick up Title for display

          if ("title".equals(event.getName()))

                       pe = parser.read();

                       title = pe.getText();

         // Pick up description for display

          if ("description".equals(event.getName()))

                       pe = parser.read();

                       desc = pe.getText();

Listing 5 merupakan code listing complete untuk parseXML application

Listing 5. ParseXML application

import javax.microedition.midlet.*;

import javax.microedition.lcdui.*;

import javax.microedition.io.*;

import java.io.*;

//kxml imports

import org.kxml.*;

import org.kxml.parser.*;

public class ParseXML extends MIDlet implements CommandListener {

private Command exitCommand; // The exit command

private Command displayXML; // On execution, it displays title and description

                            // on phone screen

private Display display;     // The display for this MIDlet

// UI Items for display of title and description on phone screen

private static TextBox t;

private static String textBoxString = "";

// XML String

private String xmlStr = "";

public ParseXML() {

         display = Display.getDisplay( this );

         exitCommand = new Command( "Exit", Command.EXIT, 2 );

         displayXML  = new Command( "XML", Command.SCREEN, 1 );

        // The XML String in form of RSS

        StringBuffer xmlString = new StringBuffer();

        xmlString.append("

        xmlString.append("\"http://my.netscape.com/publish/formats/rss-0.91.dtd\">");

        xmlString.append("");

        xmlString.append("Meerkat: An Open Wire Service");

        xmlString.append("http://meerkat.oreillynet.com");

        xmlString.append("Meerkat is a Web-based syndicated content

                                         reader based on RSS (\"Rich Site Summary\").

                                         RSS is a fantastic, simple-yet-powerful syndication

                                         system rapidly gaining momentum.");

        xmlString.append("en-us");

        xmlString.append("");

        xmlString.append("");

        xmlStr = xmlString.toString();

public void startApp() {

          // The textbox displays title and description from a RSS String

          t = new TextBox( "MIDlet XML", "kXML", 256, 0 );

          t.addCommand( exitCommand );

          t.addCommand( displayXML );

          t.setCommandListener( this );

          display.setCurrent( t );

/**

Pause is a no-op since there are no background activities or

record stores that need to be closed.

*/

public void pauseApp() { }

/**

Destroy must cleanup everything not handled by the garbage collector.

In this case there is nothing to cleanup.

*/

public void destroyApp(boolean unconditional) { }

/*

Respond to commands, including exit. On the exit command, cleanup

and notify that the MIDlet has been destroyed.

*/

public void commandAction(Command c, Displayable s) {

        if ( c == exitCommand ) {

               destroyApp( false );

               notifyDestroyed();

        else if ( c == displayXML ) {

               try {

                       viewXML();

               catch( Exception e ) {

                               e.printStackTrace();

// This function sets up kxml parser and calls traverse() to parse the whole XML String

public void viewXML() throws IOException {

         try {

               byte[] xmlByteArray = xmlStr.getBytes();

               ByteArrayInputStream xmlStream = new

               ByteArrayInputStream( xmlByteArray );

               InputStreamReader xmlReader = new

               InputStreamReader( xmlStream );

                XmlParser parser = new XmlParser( xmlReader );

try

                        traverse( parser, "" );

                catch (Exception exc)

                        exc.printStackTrace();

               return;

catch ( IOException e ) {

              return ;

         } finally {

        return ;

/**

Traverses the XML file

*/

public static void traverse( XmlParser parser, String indent ) throws Exception

        boolean leave = false;

        String title = new String();

        String desc = new String();

        do {

        ParseEvent event = parser.read ();

        ParseEvent pe;

        switch ( event.getType() ) {

         <o:p></o:p></code></pre><pre><code><span>        </span><span> </span>case Xml.START_TAG:<o:p></o:p></code></pre><pre><code><span>        </span> // see API doc of StartTag for more access methods<o:p></o:p></code></pre><pre><code><span>        </span> // Pick up Title for display<o:p></o:p></code></pre><pre><code><span>        </span><span>  </span>if ("title".equals(event.getName()))<o:p></o:p></code></pre><pre><code><span>        </span><span>  </span><span>      </span>{<o:p></o:p></code></pre><pre><code><span>                       </span>pe = parser.read();<o:p></o:p></code></pre><pre><code><span>                       </span>title = pe.getText();<o:p></o:p></code></pre><pre><code><span>               </span>}<o:p></o:p></code></pre><pre><code><span>        </span> // Pick up description for display<o:p></o:p></code></pre><pre><code><span>        </span><span>  </span>if ("description".equals(event.getName()))<o:p></o:p></code></pre><pre><code><span>        </span><span>  </span>{<o:p></o:p></code></pre><pre><code><span>        </span><span>  </span><span>             </span>pe = parser.read();<o:p></o:p></code></pre><pre><code><span>        </span><span>  </span><span>             </span>desc = pe.getText();<o:p></o:p></code></pre><pre><code><span>        </span><span>  </span>}<o:p></o:p></code></pre><pre><code><span>        </span><span>  </span>textBoxString = title + " " + desc;<o:p></o:p></code></pre><pre><code><span>        </span><span>  </span>traverse( parser, "" ) ; // recursion call for each <tag></tag><o:p></o:p></code></pre><pre><code><span>        </span><span>  </span>break;<o:p></o:p></code></pre><pre><code><span>        </span><span>  </span>// For example  // For example,

         case Xml.END_TAG:

          leave = true;

          break;

          // For example

         case Xml.END_DOCUMENT:

          leave = true;

          break;

          // For example, the text between tags

         case Xml.TEXT:

          break;

         case Xml.WHITESPACE:

          break;

          default:

          } while( !leave );

          t.setString( textBoxString );

http://developers.sun.com/techtopics/mobility/midp/articles/parsingxml/

http://www.ericgiguere.com/microjava/cldc_xml.html

http://www-128.ibm.com/developerworks/library/wi-parsexml/

Nama : Fany Guptanto
Nrp : 201114204

Membangun Wirelless Application Menggunakan Teknologi J2ME

2006-07-06T01:00:00.000-07:00

Limado / 201114140

Membangun Wirelless Application
Menggunakan Teknologi J2ME

Pendahuluan
Teknologi Java merupakan sebuah teknologi yang berkembang sangat pesat akhir-akhir ini. Bahkan belakangan ini dikabarkan berusaha mengalahkan Microsoft yang terkenal sebagai kampiun dari produsen operating system dimuka bumi ini. Teknologi Java yang pada awalnya dikenal untuk aplikasi pada desktop (J2SE) ataupun pada application server (J2EE), kini hadir dengan teknologi terbarunya, J2ME™ Platform, untuk pembangunan aplikasi pada mobile device seperti mobile phone dan PDA. Selain J2ME™ Platform yang termasuk baru, terdapat pula satu buah platform teknologi Java yang termasuk baru pula yaitu Java Card. Java Card merupakan seperangkat kakas untuk membangun aplikasi pada sebuah card electronic seperti SIM Card pada ponsel kita. SIM Card yang dipergunakan oleh Mobile Banking BCA (layanan operator selularExcelcomindo) menjadi salah satu contoh dari teknologi Java Card.

The Network is the Computer
Computing atau komputasi ada dimana-mana! Kita masih dapat menemukan one-computer-to-many-people (mainframes) dan one-person-to-one-computer (PCs) di berbagai institusi atau organisasi diberbagai belahan dunia. Belakangan terdapat aplikasi yang sangat menarik yaitu mobile application yang dapat hadir dimanapun kita berada, ketika belanja, ketika menyetir sekalipun, bahkan ketika duduk disudut dapur anda, aplikasi ini dapat hadir dan siap membantu anda seolah dunia telah berada dalam genggaman tangan anda.
Apakah devices yang menarik bagi para programmers dan engineers saat ini? Banyak orang berkata bahwa devices yang paling diminati adalah perpaduan antara computing + networking. Sebuah mobile phone’s memiliki kapabilitas wireless networking sekaligus kapabilitas computing (walau masih terbatas). Bila anda selama ini hanya dapat browsing dihadapan PC desktop yang bersifat wireline, maka saat ini melalui mobile devices anda dapat melakukan browsing dengan kemampuan yang tidak mengecewakan dibandingkan PC desktop, anywhere!
Sun Microsystem telah melansir bahwa kedepan teknologi yang memadukan antara networking dan computing akan memberikan potensi yang besar bagi perkembangan teknologi di dunia ini. Perkembangan selanjutnya adalah XML yang telah menjadi standar bagi portable application pada lingkungan Java, dan IP sebagai standar bagi interoperabilitas & skalabilitas networking, maka Sun seolah mengeluarkan mantra “The Network is the Computer”.

Java +XML+IP Protocol
Teknologi Java, XML, dan IP telah membuat Java ada dimana-mana, multi device computing. Bahasa Java telah memberikan cara yang konsisten bagi programmer agar dapat menulis kode yang dapat dieksekusi pada berbagai devices. Untuk client-side programming, Visual Basic masih mendominasi pasar dunia, sedangkan untuk pasar application server hampir seluruh pasar telah diambil oleh Java, dan kinipun teknologi Java telah diadopsi oleh berbagai vendor mobile devices seperti ponsel maupun PDA. Saat tulisan ini dibuat harga sebuah HP Siemens M50 hanyalah seharga 1 juta rupiah, anda telah mendapatkan HP yang Java enabled dan siap untuk menemani anda untuk “bercanda” dgn teknologi J2ME.

J2ME and The Java 2 Platform
Anda jangan berharap dapat memprogram dengan platform J2SE dan dapat me-load-nya pada mobile devices, tentu saja berbeda terutama pada hal prosesor computing dan memory-nya. Jika pada J2SE anda menggunakan interpreter JVM, pada platform J2ME anda mempergunakan Kilo Virtual Machine (KVM) yang “ditanam” dalam handheld devices. Sebagai informasi bahwa J2EE merupakan superset dari J2SE, sebaliknya J2SE merupakan superset bagi J2ME. Apa artinya? API yang ada pada J2ME sebagian mengadopsi yang ada pada API J2SE, selain juga mengimplementasikan API
spesifik untuk teknologi J2ME itu (javax.microedition.*).

What are Configurations and Profiles?
Configuration mendefinisikan minimum Java Libraries dan kapabilitas yang dipunyai oleh para developer J2ME. Artinya antara mobile device yang Java enabled maka akan ditemui configuration yang sama. Bila dianalogikan dengan sekelompok mobil maka sebuah mobil dengan mobil lainnya memiliki kesamaan, misalnya mempunyai roda, kaca spion, spedo meter, dll. Roda dan kaca spion itulah yang disebut sebagai configuration. Jadi configuration hanyalah mengatur hal-hal yang berkaitan dengan “kesamaan” bukan mengatur hal-hal yang “membedakan”, sehingga configuration memastikan portabilitas antar devices.

Web Content for Mobile Devices
Terdapat tiga opsi untuk me-retrieve static (mark up) content untuk sebuah mobile phone saat ini :
· cHTML (compact HTML) yaitu merupakan subset dari HTML yang digunakan oleh NTT Docomo sebuah operator selular maha sukses di Jepang hingga teknologinya (I-mode) diekspor keberbagai negara.
· WML (wireless markup language) yaitu sebuah markup language untuk lingkungan wireless yang didefinisikan oleh WAP Forum. WML digunakan sebagai standar pada mark-up language diberbagai negara, meskipun untuk negara-negara Amerika Utara masih didominasi oleh HDML
(handheld device markup language).
· HTML. Jadi terdapat pula mobile devices yang dapat menginterpretasi HTML seperti Palm OS yang mempunyai HTML browser.

Bagaimana sebuah content dapat di-retrieve oleh mobile device?
Pada bagian atas kiri terlihat content berisi static file atau bisa juga berupa dynamic content atau juga Java Application yang di-generated oleh server. Lebih luas lagi, informasi dapat diekstrak dari basis data dan dimodifikasi menggunakan servlets, EJB, atau teknologi server side lainnya. Selanjutnya kita lihat pada bagian tengah, Java Application ditampilkan oleh Web Server dan seteruskan ditransmisikan melalui jaringan
wireless menuju mobile devices. Web server atau WAP gateway system akan mendistribusikan content pada mobile phone atau device lainnya.
Akhirnya content diterima oleh client device dengan melakukan proses transcoding, baik itu mengambil data dari basis data, atau XML, atau HTML, dan selanjutnya diterjemahkan kedalam format WML atau cHTML bergantung pada format yang kita punyai.
Bagaimana Java Application dapat ditransmisikan melalui jaringan wireless dan selanjutnya diterima oleh client device?
Bagaimana pula operator atau content provider mengatur masalah billing untuk Java
Application atau service yang telah diberikan?
Beberapa company telah bekerja untuk mendefinisikan masalah ini dan yang pertama melakukan adalah LG Telecom di Korea pada tahun 2000, disusu NTT DoCoMo di Jepang dan Nextel di USA pada akhir 2001. Setiap operator atau network memiliki ciri spesifik walaupun datang dengan teknologi yang sama yaitu 3G wireless technology yang dimulai tahun 2001-2002. Untuk menjembatani perbedaan tersebut maka sebuah MIDP Groups membuat sebuah ketentuan/ standar OTA (over the air) yaitu JSR118, walaupun ketentuan OTA ini masih terus disempurnakan.

Java Application Loading Process
Ketika sebuah application siap untuk didistribusikan maka dibutuhkan suatu mekanisme agar secara fisik aplikasi itu dapat di-load kedalam phone. AMS (application managemen software) adalah kakas pada ponsel yang mengatur mekanisme ini. Jadi AMS ini dapat mengetahui bagaimana cara me-load kode MIDlet melalui wireless connection. Sebagai contoh anda ingin men-download sebuah games MIDlet dari sebuah situs, ketika anda men-download jad file akan terlihat ukuran file games tersebut (jar=java archieve file) misalkan sebesar 6kb padahal sisa space memory anda hanya 2 kb maka akan muncul alert “user doesn't have enough room to download and store this application”. Jelas ini menguntungkan consumer karena akan menghemat bandwidth maupun uang,
paling tidak consumer tidak membuang waktu untuk sebuah aplikasi yang tak perlu di-download-nya.

Supporting WAP in J2ME Enabled Mobile Phones
Bagaimana J2ME dan WAP berelasi?
WML bekerja baik untuk beberapa aplikasi seperti text-centric application seperti weather report, stock quotes, dll, tetapi terdapat beberapa kelemahan dengan WAP yaitu WAP-based application memerlukan koneksi terhadap network secara permanen, artinya koneksi terhadap internet harus terus dilakukan bilamana ingin menjalankan WAP-based application. Selain itu pula aplikasi WAP tidak baik digunakan pada aplikasi yang graphic intensive seperti games, interactive charting, dll. Selain dari itu isu security juga menimpa WAP gateway, dimana terjadi konversi protocol yaitu dari protocol internet menjadi protocol wireless.
Teknologi Java dapat dijalankan pada devices dengan cara disconnected access dan inilah yang tidak dimiliki oleh WAP-based application. J2ME memberikan kemudahan bagi developer untuk membuat aplikasi grafis seperti color games, office application, dll. J2ME pula menyediakan end-to-end security HTTP seperti SSL Tetapi tidak berarti teknologi Java dan WAP berdiri sendiri dan justru sebaliknya merupakan teknologi
komplementer dimana WAP browser (microbrowser) digunakan untuk surfing mencari Java Application kemudian AMS akan melakukan manajemen instalasi lalu KVM akan menjalankan aplikasi MIDlet secara disconnected access.
Saat ini telah tersedia beberapa microbrowser yang ditulis dengan menggunakan bahasa Java. Tentu saja ini menguntungkan karena anda dapat melakukan proses updating secara OTA, sedangkan untuk microbrowser yang ditulis dengan bahasa selain Java tidak memiliki kemampuan untuk di-updated, dengan kata lain jika anda menginginkan microbowser versi terbaru anda harus membeli HP baru. Openwave (merger dari www.software.com dan www.phone.com) yang merupakan founder dengan WAP
Forum dan merupakan supporter utama dunia WAP telah mengumumkan major partnership dengan Sun Microsystem untuk mengintegrasikan J2ME dan WAP untuk release selanjutnya.

Kesimpulan
J2ME CLDC dan KVM telah digunakan oleh banyak platform dan devices, termasuk oleh Motorola phones dan two-way pagers, Research in Motion (RIM) wireless handhelds, dan Palm PDA. Jutaan J2ME CLDS digunakan sehari-hari oleh berbagai mobile phone di Jepang dan Korea. Banyak pula consumer yang menggunakan J2ME dengan Motorola handsets pada jaringan Nextel di USA, dan dalam tahap test dan
commercial deployment di Vodaphone Airtouch, Sprint PCS, Telefonica, dan operator lainnya di USA.
Symbian terus men-support Java Technology untuk di-release-nya Nokia Communicator 9210 yang berbasiskan Java Technology pada akhir 2001. Saat ini terdapat berbagai J2ME developmet tool yang free. Sun menyediakan J2ME Wireless Toolkit (WTK) yang berisi full J2ME CLDC dan MIDP implementation. Tool kit ini hanya dapat bertindak sebagai emulator saja (bukan IDE) dan dilengkapi dengan beberapa generic phone. WTK ini dapat dijalankan secara stand alone maupun terintegrasi dengan IDE buatan Sun Microsystem pula, Forte Community Edition (CE). Selain Forte CE terdapat pula Forte Mobile Edition (ME) yang berdiri sendiri sebagai IDE untuk J2ME application. Borland sendiri mengeluarkan pula IDE-nya untuk pembuatan J2ME application yaitu Borland Mobile Set. Baik WTK, Forte CE/ ME, Borland Mobile Set adalah kakas yang free untuk di download pada masingmasing situs pengembangnya.

Source
http://ilmukomputer.com/populer/faisal-j2me.php

Pemrograman Aplikasi Database Pocket PC dengan SQL CE

2006-07-05T23:32:00.000-07:00

Nama : FX. Hadi Susanto
NRP : 201114411

Pendahuluan

Artikel ini mendemonstrasikan bagaimana memprogram suatu aplikasi SQL CE. Ini juga menampilkan pola desain yang dapat dengan mudah diubah dan diperluas untuk membuat aplikasi database yang lain. Artikel ini dilampirkan pada fungsi layer akses data inheritance, dan mendeskripsikan bagaimana suatu metode yang cepat dan terstruktur dalam pembuatan aplikasi database pocket pc 2003.
Pertama kali buat sebuah aplikasi smart device untuk pocket pc 2003. Berikut yang diperlukan untuk menambah referensi menuju System.Data.Common dan System.Data.SQLServerCE.

Bagaimana menginisialisasi database
Untuk membuat database yang diisi dengan beberapa data inisialisasi, pertama-tama periksa apakah file databasenya ada. Jika file tersebut tidak ada maka database dapat dibuat dengan langkah-langkah sebagai berikut:

1. Menciptakan database dengan sendirinya
REM Create Database

Dim SQLEngine As SqlServerCe.SqlCeEngine
SQLEngine = New SqlServerCe.SqlCeEngine("data source=" & DBPath)
SQLEngine.CreateDatabase()
Untuk membuat suatu password database dengan menggunakan metode SqlCeEngine.CreateDatabase, maka anda harus mengisi properti password dalam connection string. Contohnya:
"data source=\secure.sdf;password=;encrypt database=TRUE"

2. Buat perintah SQL untuk membuat tabel yang diinginkan
REM Create an SQL command to create the database
SQL = "CREATE TABLE ADR_ADDRESS ( "
SQL &= "Address_ID INT IDENTITY(1,1) PRIMARY KEY "
SQL &= ",Name nvarchar(50) "
SQL &= ",Address ntext "
SQL &= ",Telephone ntext "
SQL &= ",Last_Edited datetime "
SQL &= ",IsPrivate_Flag nvarchar(10) "
SQL &= ")"

Dalam tabel berikut, dijelaskan mengenai tipe-tipe data dan deskripsinya yang digunakan oleh SQL CE.

nchar(n) (national character(n)) : Fixed-length Unicode data dengan panjang maks. 255 karakter. Default length = 1. Ukuran penyimpanan, dalam bytes, 2 kali jumlah karakter yang dimasukkan.

nvarchar(n) (national character varying(n)): Variable-length Unicode data dengan panjang 1 sampai 255 karakter. Default length = 1. Ukuran penyimpanan, dalam bytes, 2 kali jumlah karakter yang dimasukkan.

Ntext : Variable-length Unicode data dengan panjang maks. (2^30 - 2) / 2 (536,870,911) karakter. Ukuran penyimpanan, dalam bytes, 2 kali jumlah karakter yang dimasukkan.

binary(n) : Fixed-length binary data dengan panjang maks. 510 bytes. Default length = 1.

Varbinary(n) : Variable-length binary data dengan panjang maks. 510 bytes. Default length = 1.

Image : Variable-length binary data dengan panjang maks. 2^30 – 1 (1,073,741,823) bytes.

Uniqueidentifier : A globally unique identifier (GUID). Ukuran penyimpanan 16 bytes.

IDENTITY [(s, i)]. s (seed) = nilai awal. i (increment) = nilai penambahan. Ini adalah properti sebuah kolom data, bukan tipe data distinct. Hanya kolom data dari tipe data integer dapat digunakan untuk kolom identitas. Sebuah tabel hanya boleh mendapat sebuah kolom identitas. Seed dan increment dapat dijabarkan dan kolom tidak dapat diubah.

ROWGUIDCOL : Ini adalah properti sebuah kolom data, bukan tipe data distinct. Ini sebuah kolom dalam suatu tabel yang didefinisikan memakai tipe data uniqueidentifier. Sebuah tabel hanya boleh mendapat sebuah kolom ROWGUIDCOL.

3. Jalankan perintah SQL
Dim objConn As New SqlCeConnection

objConn.ConnectionString = ConnStr
objConn.Open()

Dim objCmd As SqlCeCommand = New SqlCeCommand(SQL, objConn)
objCmd.CommandType = CommandType.Text
objCmd.ExecuteNonQuery()
bjCmd.Dispose()

Langkah terakhir adalah mengisi tabel ini dengan data. Untuk melakukannya, dibutuhkan Adr_Address.xml dalam proyek ini. Ketika diluncurkan, file ini akan mencari jalannya sendiri menuju directori program. Dimana dapat dilokasikan dengan kode sebagai berikut:
StartupPath = "/Program Files/" +
System.Reflection.Assembly.GetExecutingAssembly.GetName.Name

File ini dibaca dan dimasukkan kedalam database menggunakan fungsi ImportXML pada DBTable.vb.
CRUD (Create, Read, Update dan Delete) dengan SQLCE
Fungsi Create, Update dan Delete dapat dibuat dengan perintah SQL yang tidak mengembalikan nilai. Fungsi-fungsi ini dapat dibuat sebagaimana sebelumnya dibahas pada langkah kedua dan ketiga.
Untuk membaca dari database, digunakan kode berikut:
Dim objConn As New SqlCeConnection

objConn.ConnectionString = ConnStr
objConn.Open()

Dim SQL as string = “select * from adr_address”
Dim objCmd As New SqlCeDataAdapter(SQL, objConn)
Dim ds As DataSet = New DataSet

REM Fill Table held in ClassName in the Dataset ds
objCmd.Fill(ds, ClassName)
objCmd.Dispose()
Ketika membuat perintah SQL yang lebih menarik, perbedaan utama antara Access dan SQL CE berhubungan dengan contoh sebagai berikut:

1. Menggunakan fungsi Date Time
Pada Access
TestDate = #01 MAR 2002 13:12:45#
Pada SQL CE
TestDate (datetime,' 01 MAR 2002 13:12:45:000')

2. SQL CE tidak mempunyai tipe Boolean. Ini berarti anda harus mendefinisikan sendiri. Disarankan menggunakan strings ‘True’ dan ‘False’, tetapi hal itu dapat lebih mudah didefinisikan sebagai suatu integer atau ‘T’ dan ‘F’.
Pada Access
TestBoolean = True
Pada SQL CE
TestBoolean = ‘True’

Contoh 3 Tingkatan SQLCE pada Pocket PC
Dalam contoh, semua ini telah diimplementasikan menggunakan metode inheritance dalam fungsi layer akses data inheritance. Ini mungkin tidak semua dapat, bagaimanapun juga ini telah dibuktikan menjadi suatu jalur cepat dalam mengembangkan dan memelihara aplikasi yang baik strukturnya. Dalam contoh, diperlukan XMLTable, yang sama seperti DBTable. Ide itu menggunakan tampilan yang sama untuk membaca file-file XML sebagaimana database lainnya, membuat itu mudah untuk mengubah database dari XML ke sesuatu yang lain.

Hal terakhir untuk diingat adalah ‘x’ pada ujung kiri atas pada kotak dialog tidak ditangani dengan cara yang sama pada suatu aplikasi Windows. Ini dikarenakan hal itu lebih sulit sebaliknya untuk mengganti dari satu aplikasi ke aplikasi lainnya. Sebab itu, jika anda ingin menutup suatu dialog, anda harus menjalankan me.close.

Tips
Ini adalah poin awal yang baik dalam pembuatan aplikasi database. Ini menunjukkan masalah-masalah dasar bagaimana untuk mendapatkan aplikasi database yang dapat berjalan sendiri.

Source
http://www.codeproject.com/netcf/DBApplicationsForPocketPC.asp

Aplikasi Flash pada Pocket PC

2006-07-05T23:31:00.000-07:00

Pemrograman Pocket PC juga bisa menggunakan Flash

Sekarang sudah ada 2 Content Development Kits, yaitu
- Macromedia Flash Player 7 for Pocket PC CDK
- Macromedia Flash Player 6 CDK for Pocket PC

Ini link untuk download Flash Player 6 CDK for Pocket PC
- http://www.adobe.com/cfusion/entitlement/index.cfm?e=pocketpccdk

Macromedia Flash Player tidak hanyak digunakan di komputer. Ini sebetulnya digunakan untuk bervariasi alat, termasuk Pocket PC, Symbian OS devices, WebTV, Sony PS2, ATMs, dan lain-lain.

Karena Macromedia Flash sudah dapat dijalan secara meluas (hampir di mana saja), Macromedia Flash tool yang terbaik untuk membuat sebuah aplikasi yang bisa dijalankan di beberapa platform. Lebih lanjut dengan peluncuran dari macromedia flash mx pengembangan aplikasi bahkan lebih mudah. Macromedia Flash secara tradisional telah digunakan untuk membuat game, entertainment, dan utility untuk Pocket PC. Flash content yang terbaru dan lebih menarik pada Pocket PC bisa diatur untuk menunjukkan brand secara custom pada e-commerce dan pada aplikasi bisnis. dan semuanya bisa diakses kapan saja dan dimana saja.

Resource yang paling baik untuk belajar adalah Macromedia Flash Player for Pocket PC 2002 Content Development Kit (http://www.adobe.com/products/flashplayer/pocketpc/devkit/). Dokumentasi dari CDK itu membahas mengenai User Interface, Input Methods, Screen economy, Online detection, File size dan memory.

Menampilkan isi Macromedia Flash
Secara default, saat anda membuat Macromedia Flash content untuk Pocket PC, anda menampilkannya dengan meletakkan file SWF ke dalam sebuah halaman HTML dan menggunakan Pocket Internet Explorer untuk menampilkan halaman tersebut. Player khusus untuk Pocket PC masih tidak ada karena terdapat beberapa keterbatasan dalam PIE beberapa developer telah menciptakan flash player custom yang Stand-Alone sehingga dapat menampilkan content flash pada full screen (240x320 pixels). Dengan menggunakan stand-alone player akan mendapat keuntungan termasuk dapat menciptakan content flash untuk seluruh layar. Sampai saat ini baru ada 1 developer yang menciptakan stand-alone player ini, akan tetapi di masa depan mungkin akan lebih banyak developer yang akan membuat aplikasi serupa.

Test, test, dan test beberapa kali lagi
Ini penting untuk mengetes Flash content anda secara berulang. Anda harus memastikan bahwa aplikasi anda melakukan sesuatu yang diinginkan. Jika anda sedang mengembangkan sebuah aplikasi untuk client, pastikan client terlibat selama design, development, dan testing.
Sampai sekarang masih belum ada Pocket PC emulator yang membuat anda bisa melihat flash content diluar Pocket PC. Jadi jika anda sedang mengembangkan content untuk Pocket PC tersebut dan anda tidak mempunyai Pocket PC maka anda harus berpikir secara kreatif. Mintalah seseorang yang mempunyai Pocket PC dengan macromedia flash player yang sudah terinstall untuk mengetes aplikasi anda. Anda juga bisa melakukan request pada macromedia discusion group untuk mengetesnya. Feedback dari teman-teman anda selalu berguna dan bermanfaat.

Apa selanjutnya
Macromedia Flash dan Pocket PC sedang menuju ke suatu keadaan di mana user bisa berinteraksi dengan dinamically-driven content dalam GUI yang bagus ketika sedang berkoneksi melalui PAN, LAN, or WAN. Tentu saja hal ini tidak mungkin terjadi dalam 1 malam. Tapi dengan peran Macromedia Flash dan Pocket PC maka hal tersebut sedang menuju ke kenyataan.
Dalam dunia hardware selalu ada device baru. Jika anda melihat dari peluncuran Intel, mmO2, Toshiba, HP. Anda akan melihat generasi baru dari Pocket PC.

Berikut sebuah contoh pengimplementasian Flash pada Pocket PC

Connecting People with Macromedia Flash on the Pocket PC
Ini adalah era yang menarik dalam dunia komputer. Pertimbangkan Microsoft Smartphone, Audiovox Thera, Kyocera QCP Series smartphone, Samsung SPH-1300, Handspring Treo, dan Nokia 9290 Communicator. Keragaman dari PDA dan selular akan semakin banyak dalam beberapa tahun ke depan, dan Macromedia Flash ditakdirkan untuk memegang peranan penting dalam pengembangan tersebut.
Device Wireless yang bisa memainkan Flash, dan anda dapat membuat aplikasi wireless yang menggunakan Macromedia Flash untuk menghubungkan user pada service bahkan orang lain.

Tutorial ini mendemokan bagaimana membuat sebuah ruang chat interaktif menggunakan Flash pada Pocket PC.
http://www.adobe.com/devnet/mobile/articles/flash_chat/chat_sample.zip

Budiyanto Tanjung - 203114806

Referensi :
- http://www.adobe.com/devnet/mobile/articles/f5_ppc.html
- http://www.adobe.com/devnet/mobile/articles/flash_chat.html

Dua in One

2006-07-05T09:06:00.000-07:00

==================================================================

:: OpenGl ES Tuk HP ::

==================================================================
Gubah : 202114682
Bahasa : Rada Gaul
Sumber : Antonious AH dari www.mappz.com

Bagi game developer sangat mudah untuk pengembangan game pada HPdengan memakai OpenGl ES. ES ini singkatan dari Embedded System.OpenGL sendiri merupakan sebuah API yang cukup populer di platformkomputer yang bersistem operasi Linux maupun Windows. OpenGl pada komputer berbeda dengan OpenGl yang digunakan pada mobilemedia seperti handphone atau pda.
OpenGl ES ini untuk level yang "RENDAHAN". Jangan salah sangka kata ini bisa menurunkan jumlah fans dari OpenGl ES. OpenGl ES ini telahmelewati beberapa audisi dan eliminasi. Malahan kata "RENDAHAN" bisa jadi buuuumerang yakni teknologi yang dikandungnya. OpenGL ES ini tidak rewel. Dia hanya membutuhkan spesifikasi hardware yangtidak terlalu gres abis. OpenGl ES ini membutuhkan sedikit ruang memori dan kecepatan processor yang minimal. Minimal... pembuat artikel ini masih mencari dan menyelidiki. Oleh karena itu OpenGlES sangat cocok digunakan pada mobile media dimana rata-ratakebutuhan hardware memori dan prosessor sangat sederhana.
J2ME adalah bahasa pemrograman yang digunakan oleh programmer untuk membuataplikasi pada mobile media yang menggunakan teknologi Java. Sekali membuat aplikasi, aplikasi tersebut dapat digunakan di berbagai mobile media yangpunya teknologi Java. M3G adalah sebuah API yang digunakan pada J2ME.M3G menyediakan fungsi-fungsi grafik tiga dimensi dalam paket yang compact, yang dapat menghasilkan proses rendering of 3-D dalam lingkungan platform yang didukung oleh J2ME yang terbatas pada peralatan handset mobile. M3G merupakan paket tambahan pada platform J2ME dan mulai tersedia secara default pada J2ME Wireless Toolkit 2.2. Secara umum, API yang ada dibagi dalam dua mode untuk menampilkan content 3D yaitu immediate mode yangmemungkinkan untuk menciptakan dan memanipulasi elemen 3D secara langsung dan retained mode yang memungkinkan untuk memuat dan menampilkan seluruh adegan 3D yang telah dibuat.
Kalo diatas untuk Game maka artikel berikutnya adalah
===================================================================

:: Pengembangan Aplikasi Telefon Selular berbasis Bluetooth ::

===================================================================

Gubah : juga 202114682

Bahasa : Singkat dan Jelas

Sumber : http://www.te.ugm.ac.id/~selo/penelitian/aplikasihp.htm

Pada artikel ini 202114682 akan memilah istilah secara bertahap.
>>Contoh aplikasi dengan teknologi wireless

1. Bluetooth walkie talkie

2. Sistem parkir berbasis bluetooth

3. Telefon selular pengganti kartu elektronik (ATM, VISA, dll)

4. Video chat melalui bluetooth

5. Video chat melalui Wifi

>>J2ME

Java 2 Micro Edition (J2ME) merupakan subset dari J2SE (Java 2 Standard Edition) yang ditujukan untuk implementasi pada peralatan embeded system dan handhled yang tidak mampu mendukung secara penuh implementasi mengunakan J2SE. Embedded system adalah produk-produk dengan komputer kecil di dalamnya, namun aplikasi yang bisa dimanfaatkan dari peralatan tersebut sangatlah spesifik. Hal ini tentu saja berbeda dengan komputer PC (Personal Computer) yang kita kenal sehari-hari, yang mampu digunakan untuk berbagai aplikasi. Contoh embedded system yang ada misalnya adalah aplikasi-aplikasi yang memanfaatkan mikroprosesor seperti Televisi, sistem keamanan gedung, dan lain sebagainya.

>>MIDlet

MIDlet adalah aplikasi yang dibuat menggunakan Java 2 Micro Edition dengan profile Mobile Information Device Profile (MIDP). MIDP dikhususkan untuk digunakan pada handset dengan kemampuan CPU, memori, keyboard, dan layar yang terbatas, misalnya pada handphone, pager, PDA, dan sebagainya.

>>Bluetooth

Bluetooth adalah standar yang sifatnya terbuka dan ditujukan untuk komunikasi wireless untuk menghubungkan peralatan seperti telefon selular dengan headset, atau dengan peralatan portabel lainnya seperti komputer. Spesifikasi bluetooth mendefinisikan secara sistem lengkap dari level transmisi radio hingga lapiran aplikasi, termasuk software stack. Tetapi spesifikasi Bluetooth tidak menjelaskan bagaimana software API akan dikembangkan dan digunakan oleh software developers. Salah satu API yang dikembangkan adalah JABWT (Java API Bluetooth Wireless Technology) atau dinami JSR-82. JABWT mendifinisikan API untuk pengembangan aplikasi aplikasi berbasis Bluetooth menggunakan J2ME.

Tips J2ME List & Iteraksi User

2006-07-04T21:58:00.000-07:00

Yohan
201114118

Saat ini dalam membuat aplikasi diperlukan link, tombol atau item lain yang bisa di gunakan user untuk berinteraksi dengan aplikasi. Gunanya tentu saja untuk mengantarkan user ke bagian lain dari aplikasi sesuai yg ditunjuk oleh link, tombol atau link tersebut. API MIDP mempunyai komponen yang dapat digunakan untuk membangun user interface seperti list, radio button, selection box, dan lain-lain.

Membuat Menu Dengan List
Berikut adalah contoh kode program yang memuat penggunaan list untuk membuat menu

MenuMidlet01.java
Import javax.microedition.midlet.*;
Import javax.microedition.lcdui.*;

Public class MenuMidlet01 extende MIDlet {
private List mainMenu = null;
private Display display;
public MenuMidlet01() {
mainMenu = new List(“Menu Midlet”, List.IMPLICIT);
mainMenu.append(“Link 1”, null);
mainMenu.append(“Link 2”, null);
mainMenu.append(“Link 3”, null);
}
public void startApp() {
display = Display.getDisplay(this);
display.setCurrent(mainMenu);
}
public void pauseApp () { }
public void destroyApp(boolean) { }
}

Iteraksi Dengan Menu

Aplikasi diatas masih belum memproses aksi yang diberikan oleh user pada saat memilih menu.Selanjutnya aplikasi diatas dimodifikasi agar bisa memproses aksi sesuai dengan item dari List yang dipilih. Berikut adalah kode programnya.

MenuMidlet02.java
Import javax.microedition.midlet.*;
Import javax.microedition.lcdui.*;

Public class MenuMidlet02 extende MIDlet implements CommandListener {
private List mainMenu = null;
private Display display;
private Alert alert;
public MenuMidlet02() {
mainMenu = new List(“Menu Midlet”, List.IMPLICIT);
mainMenu.append(“Link 1”, null);
mainMenu.append(“Link 2”, null);
mainMenu.append(“Link 3”, null);
mainMenu.setCommandListener(this);
}
public void startApp() {
display = Display.getDisplay(this);
display.setCurrent(mainMenu);
}
public void pauseApp () { }
public void destroyApp(boolean) { }
public void commandAction(Command c, Displayable d) {
if (d == mainMenu) {
if (mainMenu.isSelected(0)) {
alert = new Alert(“Alert!!”);
alert.setString(“Link1 ditekan,silakan tunggu..”);
display.setCurrent(alert);
}
else if (mainMenu.isSelected(1)) {
alert = new Alert(“Alert!!”);
alert.setString(“Link2 ditekan,silakan tunggu..”);
display.setCurrent(alert);
}
else if (mainMenu.isSelected(2)) {
destroyApp(false);
notifyDestroyed();
}
}
}
}

Sumber :
http://www.ilmukomputer.com/berseri/mic-j2me/index.php
http://www.mycgiserver.com/~chocolove2003

Menampilkan Pocket PC dan Smartphone di PC Anda

2006-07-04T07:44:00.000-07:00

Jika Anda membutuhkan sebuah presentasi dengan menggunakan pocket PC atau smartphone bagaimana Anda dapat menampilkan tampilan yang ada di device Anda sehingga semua dapat melihatnya? Satu – satunya cara adalah dengan cara visualizer camera untuk menampilkan tampilan pada device di layar proyektor, akan tetapi hasilnya akan buruk dan harganya cukup mahal, oleh karena itu Anda tidak akan selalu dapat menggunakannya.

Cara yang baik untuk menampilkan tampilan pada device Anda adalah dengan menggunakan PowerToys Remote Display Control for Pocket PC from Microsoft's web site dan tentunya gratis. Aplikasi ini Remote Display Control adalah aplikasi yang diinstall pada pocket PC maupun PC Anda. Setelah menginstall Anda dapat mengontrol pocket PC Anda dengan menggunakan keyboard pada PC Anda dan screen pada device Anda akan terlihat pada monitor PC Anda.

Seperti presentasi pada umumnya, salah satu kegunaan yang paling praktis dari Remote Display Control adalah untuk meng-capture screen pada pocket PC Anda. Anda dapat meng-capture screen pada pocket PC Anda semudah meng-capture tampilan PC pada umumnya. Cara yang paling mudah untuk melakukan hal ini adalah dengan menggunakan kombinasi tombol Alt-PrntScrn.

Cara Menginstall Remote Display Control di Pocket PC

Lankah 1: Setelah program di download dan terinstall pada PC Anda dan juga pada pocket PC lewat Pocket PC Active Sync, Anda harus dapat menemukannya di folder Programs pada pocket PC. Aplikasi ini bernama cerdisp. Klik iconnya sehingga muncul dialog box lalu pilih connect.

Langkah 2: Anda akan diminta untuk memasukkan hostname, gunakan PPP_PEER lalu klik OK. Jangan mengganti Hostname, hal ini akan menyebakan program berhenti berkeja. Anda dapat menjalankan remote Display Control lewat Start à Program à Remote ActiveSync Display. Anda sekarang seharusnya dapat melihat tampilan pocket PC Anda pada PC Anda.

Menggunakan Remote Display Control Pada Smartphone
Meskipun Remote Display Control diperuntukkan untuk Pocket PC, program ini juga berkerja di smartphone platform. Program ini sudah pernah dicoba pada Motorola MPx200 dan berkerja sempurna.

Untuk menginstall Remote Display Control pada smartphone, cara yang sama dapat diterapkan pada smartphone platform. Anda harus dapat menenmukan cerdisp application pada menu Programs di smartphone Anda. Urutan program yang sebenarnya tergantung dari program yang sudah Anda install pada smartphone Anda. Tetapi Anda tetap menemukannya secara mudah. Pilih action untuk menjalankan programnya. Setelah itu Anda sudah dapat melihat tampilan smartphone Anda pada monitor PC.

Jika Smartphone Anda tidak mendukung fasilitas touch screen maka gunakan keypad pada Smartphone Anda sebagai navigasi. Sebagai informasi program ini taidak berjalan sempurna untuk Windows Mobile 2003 SE ke atas. Hasil yag didapat jika memakai Windows Mobile 2003 SE gambar tailan tidak jelas dan tulisan akan sulit dibaca. Selamat mencoba!

Kris Cahyogi 201114206

Sumber:

http://www.oreillynet.com/pub/a/wireless/2004/10/15/remote_display.html http://palmtops.about.com/gi/dynamic/offsite.htm?site=http://www.microsoft.com/technet/prodtechnol/wce/downloads/ppctoys.mspx%23EGAA

Step by Step Begining MIDP 2.0 menggunakan J2ME Wireless ToolKit(J2MEWTK)

2006-07-04T04:14:00.000-07:00

Step by Step Begining MIDP 2.0

J2ME merupakan platform, kumpulan teknologi dan spesifikasi yang dirancang khusus untuk piranti mobile. Untuk lebih dalam mengenai J2ME dapat diliihat di http://developers.sun.com/techtopics/mobility/getstart/. Aplikasi yang akan kita buat merupakan implementasi dari Mobile Information Device Profile(MIDP). Aplikasi ini disebut MIDlet.
Apa yang dapat kita buat dengan midlet?. Dengan midlet kita bisa membangun aplikasi yang dapat berjalan dalam piranti mobile seperti Handphone. Bukan Cuma itu, midlet juga dapat berhubungan dengan jaringan seperti Http Server. MIDlet dapat menerima dan mengirim data ke Servlet ataupun PHP.
Dalam tutorial ini kita menggunakan J2ME Wireless ToolKit(J2MEWTK) dari Sun dan sistem operasi RedHat 9. J2MEWTK dapat diintegrasikan dengan IDE ataupun berdiri sendiri. J2MEWTK dapat anda download dari http://java.sun.com/products/j2mewtoolkit/. Sebelum menginstall J2MEWTK anda membutuhkan J2SE SDK versi 1.4.2 sudah terinstall di komputer. Apabila anda sudah menginstall JDK, untuk memastikan periksalah versinya dengan perintah java ?version.
Dari download yang anda dapatkan adalah file binary yang dapat dieksekusi, anda dapat melakukan chmod bila file tersebut bukan binari yang dapat dieksekusi. Jalankan file eksekusi yang telah anda download, anda akan memerlukan hak akses root. Instaler akan mencari JDK dan jika dalam proses ini mengalami masalah/gagal anda dapat melakukannya secara manual dengan menunjukkan direktori tempat anda menginstal JDK. Kemudian instaler akan menanyakan direktori tujuan instalasi, misalnya kita isikan /home/djeq/WTK2.1. Maka? direktori tersebuat akan dibuat oleh installer. Jika anda ingin menjalankan J2MEWTK tidak sebagai root, anda harus merubah hak akses direktori instalasi tersebut dengan perintah ?chown -R user:group [instal dir]?. Dalam contoh ini instal dir adalah /home/djeq/WTK2.1 dan user yang akan menjalankan adalah djeq dengan group djeq maka perintahnya akan menjadi? chown -R djeq:djeq /home/djeq/WTK2.1 . Setelah proses instalasi selesai anda dapat mencoba toolkit yang telah terinstal untuk memastikan hasilnya. Jalankan Ktoolbar ?/home/djeq/WTK2.1/bin/ktoolbar?.

J2MEWTK bekerja berdasarkan projek dimana setiap satu projek merupakan satu MIDlet Suite. Untuk memulai suatu projek baru klik tombol New Project. Isikan CobaSuite untuk nama projek dan CobaMidlet untuk nama MIDlet class.

Setelah anda tekan tombol Create project akan ditampilkan setting untuk projek yang anda buat. Jangan melakukan perubahan pada setting dan tekan tombol OK.

Di konsol akan ditampilkan informasi direktori tempat projek tersebut dibuat.
Creating project "CobaSuite"
Place Java source files in "/home/djeq/WTK2.1/apps/CobaSuite/src"
Place application resource files in "/home/djeq/WTK2.1/apps/CobaSuite/res"
Place application library files in "/home/djeq/WTK2.1/apps/CobaSuite/lib"
Settings updated
Project settings saved

ToolKit akan membuat subdirektori baru didalam direktori aplikasi J2MEWTK. Jika anda menginstal J2MEWTK di /home/djeq/WTK2.1 maka projek yang kita buat akan ada dalam direktori? /home/djeq/WTK2.1/apps/CobaSuite.? Susunan direktori dalam J2MEWTK adalah sebagai berikut :
-WTK21
-+ appdb
-+ apps
-+ bin
-+ docs
-+ lib
-+ sessions
-+ wtklib

Dalam subdirektori projek tersebut terdapat subdirektori yang dibuat oleh ToolKit secara otomatis.
-CobaSuite
-+ bin
-+ classes
-+ lib
-+ res
-+ src
-+ tmpclasses
-+ tmplib

Direktori bin berisi hasil kompilasi MIDlet (jar) dan MIDlet descriptor(jad) . lib berisi jar tambahan yang anda perlukan. Res berisi file-file resource seperti file gambar. Direktori src berisi source kode aplikasi yang akan kita buat. Kita lanjutkan ke langkah berikutnya yaitu membuat source kode untuk MIDlet kita yang pertama. Ketiklah kode berikut dan simpan dalam direktori? dengan nama CobaMidlet.java.

import javax.microedition.lcdui.*;
import javax.microedition.midlet.*;

public class CobaMidlet
??? extends MIDlet
??? implements CommandListener {

? private Form mMainForm;
?
? public CobaMidlet() {
??? mMainForm = new Form(" COBA ");
??? mMainForm.append(new StringItem(null, "Halo, MIDP2"));
??? mMainForm.addCommand(new Command("Exit", Command.EXIT, 0));
??? mMainForm.setCommandListener(this);
? }

?
? public void startApp() {
??? Display.getDisplay(this).setCurrent(mMainForm);
? }

?
? public void pauseApp() {}
??
? public void destroyApp(boolean unconditional) {}

?
? public void commandAction(Command c, Displayable s) {
??? notifyDestroyed();
? }
}
Setelah itu tekan tombol build untuk mengkompile. Proses kompilasi ini toolkit akan menelusuri file yang ada dalam direktori src kemudian mengkompile, tapi kompilasi disini bukanlah seperti kita melakukan kompilasi pada program java dengan JDK karena hasil kompilasi ini harus berjalan dalam lingkungan MIDP bukan JSDK. MIDP akan melakukan verifikasi terhadap class sebelum class tersebut dapat dijalankan dalam lingkungan MIDP. Jika ada kesalahan akan ditampilkan dalam konsol. Jika proses kompilasi berhasil, kita coba jalankan MIDlet ini. Tekan tombol run. J2MEWTK akan menjalankan emulator.

Emulator akan menampilkan daftar MIDlet yang ada dalam MIDlet suite. Dalam aplikasi kita hanya ada satu yaitu CobaMidlet. Tekan tombol Launch untuk menjalankan MIDlet. Tekan tombol Exit untuk keluar dari CobaMidlet. Tutup emulator.

Kita sudah membuat midlet pertama, selanjutnya latihan berikutnya kita membuat midlet baru. Buat projek baru LatihanSuite dan nama midlet LatihanMidlet. Ketik kode berikut dan simpan dalam direktori src dengan nama LatihanMidlet.java dan mainscreen.java. Berikut kode LatihanMidlet.java.

import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;

public class LatihanMidlet extends javax.microedition.midlet.MIDlet {
??? static LatihanMidlet instance;
??? private mainscreen mainscr;
??? public LatihanMidlet() {
??????? this.instance=this;
???????
??? }
???
??? public void startApp() {
??????? mainscr=new mainscreen();
??????? Display.getDisplay(this).setCurrent(mainscr);
??? }
???
??? public void pauseApp() {
??? }
???
??? public void destroyApp(boolean unconditional) {
??? }
???
??? public static void quitApp()
??? {
??????? instance.destroyApp(true);
??????? instance.notifyDestroyed();
??????? instance=null;
??? }
???
??? public static void setScreen(Displayable d)
??? {
??????? Display.getDisplay(instance).setCurrent(d);
??? }
???
??? public static void setScreen(javax.microedition.lcdui.Alert a, Displayable d)
??? {
??????? Display.getDisplay(instance).setCurrent(a,d);
??? }
???
??? private void jbInit() throws Exception
??? {
??? }
}
//=========================================================

Berikut kode mainscreen.java

import javax.microedition.lcdui.*;
import javax.microedition.midlet.*;
import javax.microedition.io.*;

public class mainscreen extends javax.microedition.lcdui.Form{
??? static mainscreen instance=null;
??? javax.microedition.lcdui.TextField passwd=new javax.microedition.lcdui.TextField("","",10,1);
??? javax.microedition.lcdui.TextField username=new javax.microedition.lcdui.TextField("","",10,1);
??? javax.microedition.lcdui.Alert alert;
???
??? public mainscreen() {
??????? super("mainscreen");
??????? setCommandListener(new CommandListener() {
??????????? public void commandAction(Command c, Displayable d) {
??????????????? this_commandPerformed(c,d);
??????????? }
???? ???});
??????? try {
??????????? jbInit();
??????? }catch(Exception e) {
??????????? e.printStackTrace();
??????? }
??????? instance=this;
??? }
???
??? private void jbInit() throws Exception {
??????? addCommand(new Command("Exit",Command.EXIT,1));
???? ???addCommand(new Command("Login",Command.SCREEN,1));
??????? username.setLabel("UserName ");
??????? passwd.setLabel("Password? ");
??????? passwd.setConstraints(TextField.PASSWORD);
??????? this.append(username);
??????? this.append(passwd);
???????
?? ?}
???
??? public void this_commandPerformed(Command c, Displayable d) {
??????? if (c.getCommandType()==Command.SCREEN) {
??????????? if((username.getString()).equals("djeq"))
??????????? {
??????????? ? showAlert("Error","Username dan Password Benar");
??????????? }else
??????????? {
??????????? ? showAlert("Error","Username dan Password salah");
??????????? }
??????? }else {
??????????? LatihanMidlet.quitApp();
??????? }
??? }
???
??? private void showAlert(String altype, String message) {
??????? alert=new Alert(altype,message,null,AlertType.INFO);
??????? alert.setTimeout(3000);
??????? LatihanMidlet.setScreen(alert,instance);
??? }
}

Setelah disimpan kompile, tekan tombol build. Jalankan program tersebut untk melihat hasilnya.

Sekarang kita lanjutkan pada langkah berikutnya yaitu menghubungkan MIDlet yang telah kita buat tadi dengan HTTP Server. Pertama kita persiapkan dulu http server yang akan kita akses. Dalam tutorial ini kita menggunakan Apache sebagai Http Server yang dapat didownload di http://apache.org/. Setelah apache terinstall kita buat sebuah file html dengan nama latihan.html dan simpan di direktori /var/www/html. Berikut kode latihan.html.

Tampilan ini berasal dari http server

Untuk memastikan kita harus mencobanya dengan browser. Jalankan apache dan buka situs http://localhost/latihan.html. Jika sudah berhasil kita kembali ke MIDlet. Lakukan perubahan pada mainscreen.java yang sudah kita buatpada latihan sebelumnya supaya bisa melakukan koneksi ke web server. Berikut ini kode mainscreen.java yang telah diedit.

import javax.microedition.lcdui.*;
import javax.microedition.midlet.*;
import javax.microedition.io.*;

public class mainscreen extends javax.microedition.lcdui.Form{
??? static mainscreen instance=null;
??? javax.microedition.lcdui.TextField passwd=new javax.microedition.lcdui.TextField("","",10,1);
??? javax.microedition.lcdui.TextField username=new javax.microedition.lcdui.TextField("","",10,1);
??? javax.microedition.lcdui.Alert alert;
???
??? public mainscreen() {
??????? super("mainscreen");
??????? setCommandListener(new CommandListener() {
??????????? public void commandAction(Command c, Displayable d) {
??????????????? this_commandPerformed(c,d);
??????????? }
??????? });
??????? try {
??????????? jbInit();
??????? }catch(Exception e) {
??????????? e.printStackTrace();
??????? }
??????? instance=this;
??? }
???
??? private void jbInit() throws Exception {
??????? addCommand(new Command("Exit",Command.EXIT,1));
??????? addCommand(new Command("Login",Command.SCREEN,1));
??????? username.setLabel("UserName ");
??????? passwd.setLabel("Password? ");
??????? passwd.setConstraints(TextField.PASSWORD);
??????? this.append(username);
??????? this.append(passwd);
???????
??? }
???
??? public void this_commandPerformed(Command c, Displayable d) {
??????? if (c.getCommandType()==Command.SCREEN) {
??????????? if((username.getString()).equals("djeq"))
??????????? {
??????????? ? Thread t=new Thread()? {
????????????????? public void run()
????????????????? {
????????????????? ?login();
????????????????? }
??????????? ? };
??????????? ? t.start();
??????????? }else
??????????? {
??????????? ? showAlert("Error","Username dan Password salah");
??????????? }
??????? }else {
??????????? LatihanMidlet.quitApp();
??????? }
??? }

??? private void login()
??? {
??????? HttpConnection hc=null;
??????? java.io.InputStream in=null;
??????? java.io.ByteArrayOutputStream bst=null;
????? try{
????? ??? hc=(HttpConnection)Connector.open("http://localhost/latihan.html");
??????????? hc.setRequestMethod(HttpConnection.GET);
??????????? if (hc.getResponseCode()==HttpConnection.HTTP_OK)
??????????? {
???????????????? in=hc.openInputStream();
???????????????? int hclength=(int)hc.getLength();
???????????????? bst=new java.io.ByteArrayOutputStream();
???????????????? int ch;
???????????????? while((ch=in.read())!=-1)
??????????? ?{
???????????????????? bst.write(ch);
???????????????? }
???????????????? String s=new String(bst.toByteArray());
???????????????? bst.close();
???????????????? in.close();
???????????????? hc.close();
??????????? ?showAlert("Error",s);
??????????? }else
??????????? {
??????????? ?showAlert("Error","Koneksi ke server gagal");
??????????? }
????? }catch(java.io.IOException ie)
????? {
????? ?ie.printStackTrace();
????? }
??? }
???
??? private void showAlert(String altype, String message) {
??????? alert=new Alert(altype,message,null,AlertType.INFO);
??????? alert.setTimeout(3000);
??????? LatihanMidlet.setScreen(alert,instance);
??? }
}
Perubahan yang kita tambahkan adalah pada metode login dan pada aksi yang dilakukan pada saat tombol login ditekan. Kita menambahkan thread pada saat login.
??????????? ? Thread t=new Thread()? {
????????????????? public void run()
????????????????? {
????????????????? ?login();
????????????????? }
??????????? ? };
??????????? ? t.start();
Pada saat tombol login ditekan maka midlet akan membuka koneksi http ke web server meminta file latihan.html. Proses ini akan memakan waktu karena itu kita menggunakan thread supaya pada saat proses membuka hubungan dan mentransfer data dari web server piranti dapat melakukan operasi lainya. Jika kita tidak menggunakan thread maka pada saat proses berjalan maka semua proses lainnya akan berhenti seakan-akan piranti tersebut hang.
??????????? Perubahan lainya yaitu penambahan metode login. Dalam metode inilah hubungan dengan http server dibuka dan file latihan.html dibaca oleh midlet. Pertama kali koneksi dibuka oleh HttpConnection kemudian data ditransfer melalui InputStream dan ditampung dalam ByteArrayOutputStream. Kemudian data tersebut kita rubah ke String untuk ditampilkan dalam alert.
??? private void login()
??? {
??????? HttpConnection hc=null;
??????? java.io.InputStream in=null;
??????? java.io.ByteArrayOutputStream bst=null;
????? try{
????? ??? hc=(HttpConnection)Connector.open("http://localhost/latihan.html");
??????????? hc.setRequestMethod(HttpConnection.GET);
??????????? if (hc.getResponseCode()==HttpConnection.HTTP_OK)
??????????? {
???????????????? in=hc.openInputStream();
???????????????? int hclength=(int)hc.getLength();
???????????????? bst=new java.io.ByteArrayOutputStream();
???????????????? int ch;
???????????????? while((ch=in.read())!=-1)
??????????? ?{
???????????????????? bst.write(ch);
???????????????? }
???????????????? String s=new String(bst.toByteArray());
???????????????? bst.close();
???????????????? in.close();
???????????????? hc.close();
??????????? ?showAlert("Error",s);
??????????? }else
??????????? {
??????????? ?showAlert("Error","Koneksi ke server gagal");
??????????? }
????? }catch(java.io.IOException ie)
????? {
????? ?showAlert("Error","Koneksi ke server gagal");
????? ?ie.printStackTrace();
????? }
??? }
Setelah tombol login pada emulator kita tekan maka akan muncul tampilan alert yang berisi Tampilan ini berasal dari http server .

Source : http://djeq.songolimo.net/midlet1/Tutorial_MIDP.htm

Pengembangan Aplikasi Telefon Selular berbasis Bluetooth, infra merah dan Wifi menggunakan J2ME

2006-07-04T03:53:00.000-07:00

Pengembangan Aplikasi Telefon Selular berbasis Bluetooth, infra merah dan Wifi

Orang membutuhkan komunikasi untuk menjaga hubungan dengan temannya, peralatan dan layanan-layanan telefon lainnya. Di antara peralatan elektronik yang banyak orang miliki dan gunakan adalah telepon selular yang sering dibawa dimanapun mereka berada.
Telepon Seluler atau Ponsel adalah salah satu alat komunikasi yang dapat dibawa kemana saja oleh pengggunanya. Dengan adanya perkembangan teknologi yang sangat pesat, ponsel saat ini tidak hanya digunakan untuk komunikasi suara, tetapi juga dapat membeli tiket, mencari berita, perbankan dan digunakan untuk berselancar di Internet, bahkan untuk mengoperasikan peralatan tertentu. Boleh dikatakan suatu saat nanti kemampuan telefon selular akan dapat menyamai kemampuan komputer yang ada saat ini. Dengan kemampuan CPU dan memory yang makin meningkat, semakin dimungkinkan bagi developer untuk mengembangkan aplikasi yang juga bersifat multimedia.
Bluetooth dan infra merah pada telefon selular merupakan teknologi yang telah lama muncul. Menyusul sekarang teknologi Wifi pada piranti tersebut. Akan tetapi aplikasi-aplikasi yang memanfaatkannya belum banyak digali. Umumnya aplikasi yang banyak muncul adalah untuk koneksi telefon selular ke headset atau komputer. Di lain pihak, saat ini penelitian terkait dengan bidang komunikasi bergerak dan aplikasinya di Jurusan Teknik Elektro belum nampak menggairahkan. Oleh karena itu diharapkan dengan kegiatan penelitian tentang aplikasi telefon selular khususnya penggunaan bluetooth, infra merah dan wifi ini, yang diharapkan salah satu hasilnya adalah class library, akan semakin menggiatkan penelitian sejenis barbasis class class tersebut. Ini dimungkinkan karena bahasa pemrograman java adalah bahasa yang memakai konsep berorientasi objek.
Masalah utama yang diteliti adalah pemanfaatan telefon selular untuk tidak sekedar komunikasi suara akan tetapi dapat berkembang untuk aplikasi yang lain oleh karena tersedianya port I/O seperti bluetooth, inframerah dan wifi. Lima aplikasi di antaranya adalah sebagai berikut.
1. Bluetooth walkie talkie
2. Sistem parkir berbasis bluetooth
3. Telefon selular pengganti kartu elektronik (ATM, VISA, dll)
4. Video chat melalui bluetooth
5. Video chat melalui Wifi

Suatu saat nanti telefon selular betul betul merupakan suatu peralatan multifungsi yang selain untuk komunikasi juga untuk mengendalikan peralatan, mengkoordinasi peralatan dan lain sebagainya.

Pada penelitian ini akan digunakan J2ME (Java for mobile devices) yang memiliki Bluetooth API dan Mobile Media API, di dalamnya. Bagian ini akan menjelaskan secara mendasar tentang J2ME, Bluetooth API dan Mobile Media API.

J2ME
Java 2 Micro Edition (J2ME) merupakan subset dari J2SE (Java 2 Standard Edition) yang ditujukan untuk implementasi pada peralatan embeded system dan handhled yang tidak mampu mendukung secara penuh implementasi mengunakan J2SE. Embedded system adalah produk-produk dengan komputer kecil di dalamnya, namun aplikasi yang bisa dimanfaatkan dari peralatan tersebut sangatlah spesifik. Hal ini tentu saja berbeda dengan komputer PC (Personal Computer) yang kita kenal sehari-hari, yang mampu digunakan untuk berbagai aplikasi. Contoh embedded system yang ada misalnya adalah aplikasi-aplikasi yang memanfaatkan mikroprosesor seperti Televisi, sistem keamanan gedung, dan lain sebagainya.
J2ME sangat berguna untuk membangun suatu aplikasi pada peralatan dengan jumlah memori dan kapasitas penyimpanan yang terbatas, serta kemampuan user interface yang terbatas seperti pada perangkat komunikasi bergerak berupa handphone, PDA (Personal Digital Assistant), dan lain sebagainya.
Seperti aplikasi Java umumnya yang menggunakan JVM, dalam J2ME digunakan pula virtual machine yang disebut K virtual machine. K Virtual Machine adalah virtual machine yang sangat kecil dalam kebutuhan memorinya. Huruf K dalam K virtual machine adalah singkatan dari kilobyte, untuk menggambarkan betapa virtual machine ini bekerja pada total memori yang sedemikian kecil mulai dari 128 kilobyte hingga maksimal rata-rata sekitar 512 kilobyte.
Dalam J2ME dibagi menjadi dua bagian besar yang dikenal sebagai configuration dan profile[1]. Dua istilah ini sangatlah penting dalam pengembangan aplikasi wireless dengan Java sehingga harus dipahami dengan baik. Sebuah profile dibangun dalam sebuah configuration namun menambahkan beberapa API (Application Program Interface) khusus agar dihasilkan sebuah lingkungan yang lengkap untuk membangun aplikasi. Sedangkan sebuah configuration mendeskripsikan sebuah JVM dan sekumpulan API dasar, dan hal ini tidak cukup untuk membangun sebuah aplikasi yang lengkap. Profile-profile biasanya termasuk API-API untuk aplikasi lifecycle, user inteface, dan penyimpanan secara kontinu. J2ME configuration mendefinisikan lingkungan kerja J2ME runtime. Oleh karena handheld devices memiliki fitur-fitur yang berbeda-beda, J2ME configuration dirancang untuk menyediakan library standar yang mengimplementasikan fitur standar dari handheld devices.
Bila J2ME configuration menyediakan library Java untuk implementasi fitur-fitur standar dari sebuah handheld devices maka J2ME profile menyediakan implementasi tambahan yang sangat spesifik untuk sebuah handheld devices. MIDP menyediakan library-library Java untuk implementasi dasar interface (GUI) Graphical User Interface, implementasi networking, database, dan timer. MIDP dirancang khusus untuk wireless phone dan pager. Beberapa perusahaan mengembangkan sendiri J2ME profile, misalnya NTT Docomo, yang mengembangkan J2ME profile yang spesifik untuk perangkat keras yang dimiliki NTT Docomo. Keuntungan yang paling menonjol dari J2ME dibandingkan dengan teknologi wireless sebelumnya adalah security dan disconnected access and synchronization. Security menjadi sebuah isu yang sangat penting dewasa ini.

MIDlet
MIDlet adalah aplikasi yang dibuat menggunakan Java 2 Micro Edition dengan profile Mobile Information Device Profile (MIDP) [4].. MIDP dikhususkan untuk digunakan pada handset dengan kemampuan CPU, memori, keyboard, dan layar yang terbatas, misalnya pada handphone, pager, PDA, dan sebagainya.

Secara umum, terdapat beberapa hal penting dalam membuat sebuah aplikasi MIDlet, yaitu menyangkut lifecycle, user interface, command handling, deployment dan Application Management. Paket javax.microedition.midlet memiliki kelas MIDlet yang mendefinisikan MIDP.

Bluetooth
Bluetooth [9] adalah standar yang sifatnya terbuka dan ditujukan untuk komunikasi wireless untuk menghubungkan peralatan seperti telefon selular dengan headset, atau dengan peralatan portabel lainnya seperti komputer. Spesifikasi bluetooth mendifinisikan secara sistem lengkap dari level transmisi radio hingga lapiran aplikasi, termasuk software stack. Tetapi spesifikasi Bluetooth tidak menjelaskan bagaimana software API akan dikembangkan dan digunakan oleh software developers. Salah satu API yang dikembangkan adalah JABWT (Java API Bluetooth Wireless Technology) [6,9] atau dinami JSR-82. JABWT mendifinisikan API untuk pengembangan aplikasi aplikasi berbasis Bluetooth menggunakan J2ME.
Spesifikasi Bluetooth terdiri atas Bluetooth stack dan profile Bluetooth. Perlu mendapat perhatian bahwa dalam Bluetooth stack dan semua profil Bluetooth tidak semuanya diimplementasikan pada JABWT. Salah satu contohnya adalah profil audio yang belum diimplementasikan. Informasi lebih lanjut terkait dengan JABWT dan profile Bluetooth yang telah diimplementasikan dapat dilihat pada [9].
Telah pula dikembangkan aplikasi menggunakan Bluetooth dan Java [8], yang menjelaskan bagaimana membangun aplikasi Bluetooth menggunakan J2ME yang dinamai BlueChat. BlueChat adalah aplikasi chatting peer-to-peer yang menggunakan Bluetooth dan berbasis JABWT API.

Mobile Media
Mobile Media API (MMAPI), yang dijelaskan di JSR-135 [7], menyediakan api yang dapat dipakai untuk mengembangkan aplikasi multimedia berbasis J2ME.
MMAPI mendukung fitur-fitur seperti
- Playback file file audio dan video
- kemampuan rekam sinyal audio dan video ke file
- akses ke vibrator pada telefon selular
Meskipun suatu peralatan J2ME mempunyai dukungan MMAPI tidak berarti mendukung semua fitur yang ada pada api. Contohnya adalah SonyEricsson K750i (handphone milik saya sendiri ^^ ) yang tidak mempunyai kemampuan untuk audio recording, tetapi mendukung picture recording.

Source : http://www.te.ugm.ac.id/~selo/penelitian/aplikasihp.htm

PIM API 202114473

2006-07-04T00:45:00.000-07:00

Andrew Budiman Hartono

202114473

PIM API adalah sebuah package untuk mengakses dan merubah PIM database yang terdapat pada MIDP. tujuannya adalah untuk membuat sebuah standardized interface untuk database tersebut, yang bisa digunakan untuk berbagai macam device. seperti pada API yang lain yang menggunakan I/O operation, thread yang digunakan harus berbeda dengan thread yang digunakan untuk GUI untuk menghindari deadlocks.PIM database saat ini mendukung beberapa database, antara lain: Contact lists, Event lists, and To-Do lists. 3 tipe database ini tidak sepenuhnya dibutuhkan bagi beberapa device, namun spesifikasi yang dibutuhkan mengharuskan 3 database tersebut untuk diimplementasikan pada device, setidaknya salah satu tipe harus ada. pada implementasinya, database dapat memuat lebih dari 1 list untuk tipe yang sama, contohnya pada device, contact-list bisa terdapat pada memori device dan memori dari SIM card.PIM API merujuk ke database sebagai PIMList objects dan data individual sebagai PIMItems. PIM Class mempunyai 2 openPIMList methods untuk mendapatkan akses dari PIMList yang ada. method ini membutuhkan tipe dari database dan access mode yang digunakan ( (READ_ONLY, WRITE_ONLY, READ_WRITE). PIM class hanya merupakan singleton yang bisa didapatkan dari getInstance() static method. untuk mengurangi permintaan atas security permissions, disarankan untuk menggunakan minimum access rights ketika membuka database.setiap database harus diidentifikasikan dengan nama yang unik. dengan menggunakan method listPIMLists, kita dapat mendata semua nama yang ada untuk tipe tertentu. pada nokia, penamaan database biasanya bersangkutan dengan lokal database, contohnya contacts database dapat bernama "contacts", "contactos", atau "puhelinluettelo", tergantung bahasa dari device. pada device-device highend tertentu, user dapat menentukan nama dari list itu sendiri. maka dari itu disarankan untuk menggunakan method listPIMList daripada menggunakan nama list yang di hard-coded ketika membuka database. PIMList mengandung beberapa method items() yang digunakan untuk mengakses secara penuh isi dari PIMItems dan memilih berberapa dari isi tersebut. method ini harus digunakan secara hati-hati, karena prosesnya dapat memakan waktu yang lama apabila data yang ada sangat banyak.PIMList juga support untuk creat,modify, dan delete PIMItems. yang perlu diperhatikan ialah bahwa modifikasi atau pembuatan item baru tidak akan dicatat pada database sampai dilakukan pemanggilan method commit(). kebalikannya delete akan langsung diproses pada saat pemanggilan. untuk melakukan perubahan ini, mode akses harus WRITE_ONLY atau READ_WRITE mode. ada 3 macam tipe yang terdapat pada PIMItems yang masing-masing berhubungan dengan PIMList: Contact, Event, dan ToDo. tipe-tipe tersebut mengandung data yang sebenarnya dari masing-masing item. data tersebut antara lain seperti nomer telpon ataupun alamat. data ini diidentifikasikan dengan numerical constant. sebuah contact dapat memiliki beberapa nomer telpon.setiam PIMList tidak perlu untuk support semua fields yang disediakan pada API. untuk itu, sebelum kita membaca data sebuah field, kita harus memanggil method isSupportedField() atau getSupportedFields() untuk memastikan bahwa field tersebut disupport. perlu diperhatikan bahwa database pada device yang sama dapat memiliki field yang berbeda, semisal contact list pada device memiliki banyak field dibandingkan dengan contact list yang terdapat pada SIM card. untuk memastikan hal ini dapat digunakan method countValues() sehingga menghindari error IndexOutOfBounds.setiap entry juga mungkin memiliki attribut extra untuk mendeskripsikan sebuah item. contohnya field telpon, dapat memiliki attribut tambahan seperti fax, rumah, mobile-phone. untuk mendapatkan data tersebut dapat digunakan method isSupportedAttribute() dan getSupportedAttributes(). untuk mendapatkan nama dari attribut atau field dapat digunakan getFieldLabel() dan getAttributLabel(). API pada nokia juga menyediakan layanan untuk melakukan grouping pada database, sehingga dapat memperbagus tampilan pada device.
berikut ini adalah contoh dari pemrograman j2me untuk membuat ContactsListForm.form ini menunjukkan list dari contacts dengan nomer telpon, sehingga user dapat memilih salah satu.
import java.util.*; import javax.microedition.lcdui.*; import javax.microedition.pim.*; // This form shows a list of the contacts in the local databases class ContactListForm extends List implements CommandListener { private final Command exitCommand, selectCommand, backCommand; private final EventSharingMIDlet parent; private boolean available; private Vector allTelNumbers = new Vector(); public ContactListForm(EventSharingMIDlet parent) { super("Contacts", Choice.IMPLICIT); this.parent = parent; // init UI selectCommand = new Command("Select", Command.OK, 0); backCommand = new Command("Back", Command.BACK, 1); exitCommand = new Command("Exit", Command.EXIT, 1); addCommand(backCommand); addCommand(exitCommand); setCommandListener(this); setFitPolicy(Choice.TEXT_WRAP_ON); // load the list of names in a different thread parent.enqueueOperation(new LoadContacts()); } public void commandAction(Command cmd, Displayable displayable) { // if no names are available return if (!available) { parent.showMain(); return; } else if (cmd == selectCommand) { int selected = getSelectedIndex(); if (selected >= 0) { // will get the number from the list parent.contactSelected( (String) allTelNumbers.elementAt(selected)); } else { parent.showMain(); } } else if (cmd == backCommand) { parent.showMain(); } else if (cmd == exitCommand) { parent.notifyDestroyed(); } } // loads the names of a named contact list private void loadNames(String name) throws PIMException, SecurityException { ContactList contactList = null; try { contactList = (ContactList) PIM.getInstance() .openPIMList(PIM.CONTACT_LIST, PIM.READ_ONLY, name); // First check that the fields we are interested in are supported // by the PIM List if (contactList.isSupportedField(Contact.FORMATTED_NAME) && contactList.isSupportedField(Contact.TEL)) { // Put an informative title while reading the contacts setTitle("Contacts"); append("Reading contacts...", null); Enumeration items = contactList.items(); // change the title to use the localized name. // getFieldLabel returns an i18n version delete(0); setTitle(contactList.getFieldLabel(Contact.FORMATTED_NAME) + ": " + contactList.getFieldLabel(Contact.TEL)); Vector telNumbers = new Vector(); while (items.hasMoreElements()) { Contact contact = (Contact) items.nextElement(); int telCount = contact.countValues(Contact.TEL); int nameCount = contact.countValues(Contact.FORMATTED_NAME); // we're only interested in contacts with a phone number // nameCount should always be > 0 since FORMATTED_NAME is // mandatory if (telCount > 0 && nameCount > 0) { // here we use the first entry in formatted named String contactName = contact.getString(Contact.FORMATTED_NAME, 0); // go through all the phone numbers for (int i = 0; i < telattributes =" contact.getAttributes(Contact.TEL," telnumber =" contact.getString(Contact.TEL,">20) { contactName = contactName.substring(0, 17) + "..."; } // insert elements in the list in order for (int i = 0; i < telNumbers.size(); i++) { append(contactName + ": " + telNumbers.elementAt(i), null); } telNumbers.removeAllElements(); } } available = true; } else { append("Contact list required items not supported", null); available = false; } } finally { // always close it if (contactList != null) { contactList.close(); } } } // load the names in a separate thread private class LoadContacts implements Operation { public void execute() { try { // go through all the lists String[] allContactLists = PIM.getInstance() .listPIMLists(PIM.CONTACT_LIST); if (allContactLists.length != 0) { for (int i = 0; i < allContactLists.length; i++) { loadNames(allContactLists[i]); } addCommand(selectCommand); } else { append("No Contact lists available", null); available = false; } } catch (PIMException e) { parent.showMessage(e.getMessage(), ContactListForm.this); available = false; append("Press a key to return", null); } catch (SecurityException e) { parent.showMessage(e.getMessage(), ContactListForm.this); available = false; append("Press a key to return", null); } } } }
Referensi[JSR-075] JSR-75: PDA Optional Packages for the J2ME™ Platform , Java Community Process, 2004, http://jcp.org/aboutJava/communityprocess/final/jsr075/index.html [MIDPPROG] MIDP 1.0: Introduction to MIDlet Programming, Forum Nokia, 2004, http://www.forum.nokia.com Technologies Java Code and Examples [SIGNMID] MIDP 2.0: Tutorial On Signed MIDlets, Forum Nokia, 2004, http://www.forum.nokia.com/documents [MIDP 2.0] Mobile Information Device Profile 2.0, Java Community Process, 2002, http://jcp.org/aboutJava/communityprocess/final/jsr118/index.html [VCARD] vCard The Electronic Business Card Version 2.1, versit Consortium 1996, http://www.imc.org/pdi/vcard-21.txt [VCALENDAR] vCalendar The Electronic Calendaring and Scheduling Exchange Format Version 1.0, versit Consortium 1996, http://www.imc.org/pdi/vcal-10.txt 5 Evaluate This Resource In order to improve the quality of documentation, we kindly ask you to fill in the survey.

PIM API 202114473

2006-07-04T00:28:00.000-07:00

Andrew Budiman Hartono

202114473

PIM API adalah sebuah package untuk mengakses dan merubah PIM database yang terdapat pada MIDP. tujuannya adalah untuk
membuat sebuah standardized interface untuk database tersebut, yang bisa digunakan untuk berbagai macam device. seperti pada
API yang lain yang menggunakan I/O operation, thread yang digunakan harus berbeda dengan thread yang digunakan untuk GUI
untuk menghindari deadlocks.PIM database saat ini mendukung beberapa database, antara lain: Contact lists, Event lists, and To-Do lists. 3 tipe database
ini tidak sepenuhnya dibutuhkan bagi beberapa device, namun spesifikasi yang dibutuhkan mengharuskan 3 database tersebut
untuk diimplementasikan pada device, setidaknya salah satu tipe harus ada. pada implementasinya, database dapat memuat lebih
dari 1 list untuk tipe yang sama, contohnya pada device, contact-list bisa terdapat pada memori device dan memori dari SIM
card.PIM API merujuk ke database sebagai PIMList objects dan data individual sebagai PIMItems. PIM Class mempunyai 2 openPIMList
methods untuk mendapatkan akses dari PIMList yang ada. method ini membutuhkan tipe dari database dan access mode yang
digunakan ( (READ_ONLY, WRITE_ONLY, READ_WRITE). PIM class hanya merupakan singleton yang bisa didapatkan dari getInstance()
static method. untuk mengurangi permintaan atas security permissions, disarankan untuk menggunakan minimum access rights
ketika membuka database.setiap database harus diidentifikasikan dengan nama yang unik. dengan menggunakan method listPIMLists, kita dapat mendata
semua nama yang ada untuk tipe tertentu. pada nokia, penamaan database biasanya bersangkutan dengan lokal database, contohnya
contacts database dapat bernama "contacts", "contactos", atau "puhelinluettelo", tergantung bahasa dari device. pada
device-device highend tertentu, user dapat menentukan nama dari list itu sendiri. maka dari itu disarankan untuk menggunakan
method listPIMList daripada menggunakan nama list yang di hard-coded ketika membuka database. PIMList mengandung beberapa
method items() yang digunakan untuk mengakses secara penuh isi dari PIMItems dan memilih berberapa dari isi tersebut. method
ini harus digunakan secara hati-hati, karena prosesnya dapat memakan waktu yang lama apabila data yang ada sangat banyak.PIMList juga support untuk creat,modify, dan delete PIMItems. yang perlu diperhatikan ialah bahwa modifikasi atau pembuatan
item baru tidak akan dicatat pada database sampai dilakukan pemanggilan method commit(). kebalikannya delete akan langsung
diproses pada saat pemanggilan. untuk melakukan perubahan ini, mode akses harus WRITE_ONLY atau READ_WRITE mode. ada 3 macam tipe yang terdapat pada PIMItems yang masing-masing berhubungan dengan PIMList: Contact, Event, dan ToDo.
tipe-tipe tersebut mengandung data yang sebenarnya dari masing-masing item. data tersebut antara lain seperti nomer telpon
ataupun alamat. data ini diidentifikasikan dengan numerical constant. sebuah contact dapat memiliki beberapa nomer telpon.setiam PIMList tidak perlu untuk support semua fields yang disediakan pada API. untuk itu, sebelum kita membaca data sebuah
field, kita harus memanggil method isSupportedField() atau getSupportedFields() untuk memastikan bahwa field tersebut
disupport. perlu diperhatikan bahwa database pada device yang sama dapat memiliki field yang berbeda, semisal contact list
pada device memiliki banyak field dibandingkan dengan contact list yang terdapat pada SIM card. untuk memastikan hal ini
dapat digunakan method countValues() sehingga menghindari error IndexOutOfBounds.setiap entry juga mungkin memiliki attribut extra untuk mendeskripsikan sebuah item. contohnya field telpon, dapat memiliki
attribut tambahan seperti fax, rumah, mobile-phone. untuk mendapatkan data tersebut dapat digunakan method
isSupportedAttribute() dan getSupportedAttributes(). untuk mendapatkan nama dari attribut atau field dapat digunakan
getFieldLabel() dan getAttributLabel(). API pada nokia juga menyediakan layanan untuk melakukan grouping pada database,
sehingga dapat memperbagus tampilan pada device.
berikut ini adalah contoh dari pemrograman j2me untuk membuat ContactsListForm.form ini menunjukkan list dari contacts dengan nomer telpon, sehingga user dapat memilih salah satu.
import java.util.*; import javax.microedition.lcdui.*; import javax.microedition.pim.*; // This form shows a list of the contacts in the local databases class ContactListForm extends List implements CommandListener { private final Command exitCommand, selectCommand, backCommand; private final EventSharingMIDlet parent; private boolean available; private Vector allTelNumbers = new Vector(); public ContactListForm(EventSharingMIDlet parent) { super("Contacts", Choice.IMPLICIT); this.parent = parent; // init UI selectCommand = new Command("Select", Command.OK, 0); backCommand = new Command("Back", Command.BACK, 1); exitCommand = new Command("Exit", Command.EXIT, 1); addCommand(backCommand); addCommand(exitCommand); setCommandListener(this); setFitPolicy(Choice.TEXT_WRAP_ON); // load the list of names in a different thread parent.enqueueOperation(new LoadContacts()); } public void commandAction(Command cmd, Displayable displayable) { // if no names are available return if (!available) { parent.showMain(); return; } else if (cmd == selectCommand) { int selected = getSelectedIndex(); if (selected >= 0) { // will get the number from the list parent.contactSelected( (String) allTelNumbers.elementAt(selected)); } else { parent.showMain(); } } else if (cmd == backCommand) { parent.showMain(); } else if (cmd == exitCommand) { parent.notifyDestroyed(); } } // loads the names of a named contact list private void loadNames(String name) throws PIMException, SecurityException { ContactList contactList = null; try { contactList = (ContactList) PIM.getInstance() .openPIMList(PIM.CONTACT_LIST, PIM.READ_ONLY, name); // First check that the fields we are interested in are supported // by the PIM List if (contactList.isSupportedField(Contact.FORMATTED_NAME) && contactList.isSupportedField(Contact.TEL)) { // Put an informative title while reading the contacts setTitle("Contacts"); append("Reading contacts...", null); Enumeration items = contactList.items(); // change the title to use the localized name. // getFieldLabel returns an i18n version delete(0); setTitle(contactList.getFieldLabel(Contact.FORMATTED_NAME) + ": " + contactList.getFieldLabel(Contact.TEL)); Vector telNumbers = new Vector(); while (items.hasMoreElements()) { Contact contact = (Contact) items.nextElement(); int telCount = contact.countValues(Contact.TEL); int nameCount = contact.countValues(Contact.FORMATTED_NAME); // we're only interested in contacts with a phone number // nameCount should always be > 0 since FORMATTED_NAME is // mandatory if (telCount > 0 && nameCount > 0) { // here we use the first entry in formatted named String contactName = contact.getString(Contact.FORMATTED_NAME, 0); // go through all the phone numbers for (int i = 0; i < telattributes =" contact.getAttributes(Contact.TEL," telnumber =" contact.getString(Contact.TEL,">20) { contactName = contactName.substring(0, 17) + "..."; } // insert elements in the list in order for (int i = 0; i < available =" true;" available =" false;" allcontactlists =" PIM.getInstance()" i =" 0;" available =" false;" available =" false;" available =" false;" href="http://jcp.org/aboutJava/communityprocess/final/jsr075/index.html">http://jcp.org/aboutJava/communityprocess/final/jsr075/index.html [MIDPPROG] MIDP 1.0: Introduction to MIDlet Programming, Forum Nokia, 2004, http://www.forum.nokia.com/ Technologies Java Code and Examples [SIGNMID] MIDP 2.0: Tutorial On Signed MIDlets, Forum Nokia, 2004, http://www.forum.nokia.com/documents [MIDP 2.0] Mobile Information Device Profile 2.0, Java Community Process, 2002, http://jcp.org/aboutJava/communityprocess/final/jsr118/index.html [VCARD] vCard The Electronic Business Card Version 2.1, versit Consortium 1996, http://www.imc.org/pdi/vcard-21.txt [VCALENDAR] vCalendar The Electronic Calendaring and Scheduling Exchange Format Version 1.0, versit Consortium 1996, http://www.imc.org/pdi/vcal-10.txt 5 Evaluate This Resource In order to improve the quality of documentation, we kindly ask you to fill in the survey.

Mengamankan wireless device anda

2006-07-03T23:32:00.000-07:00

Jika anda merupakan personal user atau pegawai perusahaan, jika anda memiliki mobile device, anda harus memiliki kebijakan keamanan pribadi, atau perusahaan. Beberapa user memiliki kebijakan keamanan secara tidak langsung, tetapi beberapa tidak memiliki kebijakan keamanan samasekali dan tidak memikirkan implikasi keamanan yang mungkin terjadi pada pocket PC. Artikel ini bertujuan untuk membantu organisasi berpikir tentang kebijakan keamanan yang dapat berguna untuk perusahaannya, dan juga untuk orang yang ingin mengatur keamanan dari alatnya. Mobile device security harus menjadi prioritas yang tinggi dalam agenda kerja suatu perusahaan, karena banyak perusahaan memiliki user dengan mobile device dan kebanyakan dari device ini memiliki data perusahaan didalamnya

Apakah mobile device security policy dan kenapa diperlukan?
Kebijakan keamanan berdasarkan device membentuk dasar dari bagaimana user berinteraksi dengan device dan perusahaan. Jika device merupakan mobile dan berisi data perusahaan maka kita harus yakin bahwa data tersebut akan aman meskipun jatuh ke tangan yang salah. Kebijakan perusahaan akan mengatur enkripsi dari data pada device sekaligus koneksi ke perusahaan. Ini juga akan meyakinkan jika password dari device terlindungi dan tidak dapat dirubah oleh orang yang tidak berwenang. Kebijakan akan membuat aturan seperti aturan password, seberapa panjang password tersebut, dan berapa banyak nomor unik yang dapat dimasukkan pada password. Secara singkat kebijakan keamanan memungkinkan admin untuk menciptakan solusi keamanan yang berdasarkan pada kebutuhan keamanan untuk data organisasi.

Bagaimana memulainya?
Untuk memulainya pertama kali anda harus mengetahui mengapa anda ingin mengijinkan device ini dalam organisasi, dengan informasi tersebut, tulislah batasan yang ingin dibuat dan ubahlah menjadi aturan teknis menggunakan consederations outlined. Aturan keamanan merupakan panduan teknis dan harus menjadi kebutuhan yang ada pada setiap device. Panduan ini harus berdasarkan pada kebijakan keamanan yang lebih tinggi dari perusahaan. Tingkat dari detail dapat memisahkan dokumen yang diijinkan untuk diakses setiap device. Ketika membuat kebijakan keamanan, walaupun teknologi yang ada dapat mendukung atau tidak. Ketika panduan sudah dibuat, periksalah solusi keamanan untuk mencocokkan panduan dan jika perlu aturlah panduan tersebut setelah selesai melakukan evaluasi. Jika evaluasi menunjukkan bahwa aturan tersebut tidak mungkin dibuat maka anda harus memutuskan apakah akan mengganti aturan tersebut. Keputusan ini harus berdasarkan resiko dan harus didiskusikan pada tingkat bisnis bukan tingkat teknik.Bagian ini akan menunjukkan apakah yang perlu dicakup pada kebijakan keamanan.

· Authentication into the device
Bagian utama dari kebijakan keamanan adalah autentikasi kedalam device. Pada device standard anda dapat memasukkan pin empat digit atau password yang lebih rumit. Anda juga bias mengeset timeout menjadi nol(dengan kata lain anda harus memasukkan password setiap device dinyalakan). Ini jelas lebih baik daripada tanpa keamanan samasekali, tetapi jika device tersebut hilang maka pihak yang tidak berwenang dapat melakukan percobaan yang tidak terbatas untuk menebak password tersebut. Selain itu fungsi default sangatlah mudah sehingga user dapat memasukkan pin 0000 yang mudah untuk ditembus. Untuk menghindari compromise, pakailah produk pihak ketiga untuk meningkatkan pilihan manajemen password. Produk pihak ketiga dapat memiliki masa cooldown setelah password yang salah dicoba, mereset device jika password gagal, dan menangani dan bahkan meminta perubahan password dari device.
Cool down period menghindari penyerang yang mencoba untuk memasukkan password pada periode waktu tertentu. Jika anda mengeset cooldown period untuk meningkatkan periode waktu dengan setiap group dari percobaan yang gagal, akan sangat mengganggu oran yang mencoba melakukan brute force pada device tersebut.

· Penghapusan secara remote dan penonaktifan
Beberapa solusi yang ada saat ini memiliki kemampuan untuk menghapus device secara remote.ini dapat menjadi fitur yang sangat berguna, namun tidak boleh diandalkan unutk keamanan jika device tercuri. Untuk mengerti hal ini, cobalah kita pertimbangkan contoh dibawah.

· Stolen device
Device yang dicuri jelas merupakan ancaman untuk keamanan dari sudut pandang device dan jaringan karena device tidak hanya mengandung informasi perusahaan seperti dokumen dan e-mail, tetapi juga sering mengandung informasi autentikasi jaringan juga, dengan kata lain orang yang mencuri tidak hanya dapat mengakses data perusahaan, tetapi juga dapat memasuki infrastruktur perusahaan juga. Jika mereka memiliki informasi, maka menyerang jarignan sangatlah mungkin. Untuk melindungi dari hal ini anda dapat menggunakan fasilitas remote destruction untuk mereset device secara paksa, menghapus semua data dan konfigurasi yang ada. Namun, bergantung pada remote destruction tampaknya tidak seperti keamanan, mengapa? Pertama, device tersebut mungkin terputus dan tidak dapat menerima perintah dan ada banyak alasan kenapa sebuah device dapat terputus. Pencuri dapat membuang SIM card atau menukarnya. Device mungkin diluar jangkauan dari operator atau wi-fi network, baterai habis, dan lain sebagainya. Itulah sebabnya anda tidak dapat mengandalkan system ini.

. Lost Device
Jika device hilang, device tersebut berada pada tangan orang yang tidak dikenal. Mungkin jatuh dari jaket,dsb maka jika seandainya kita melakukan remote destruction untuk keamanan, maka jika kemungkinan device tersebut kita temukan kembali maka kita tidak bisa mengembalikan konfigurasi yang ada sebelum menemui admin. Jika user berada di kota atau Negara yang berbeda maka hal ini dapat menjadi masalah yang serius. Cara yang lebih baik untuk mengatur device destruction adalah dengan mnggunakan aplikasi keamanan yang akan secara otomatis menghancurkan device dan seluruh data ketika pin yang salah diinputkan. Hal ini menjamin bahwa data yang ada hilang karena situasi yang benar. Mis: ketika pihak yang tidak berwenang mencoba ngakses data. Hal ini tidak akan terjadi jika user yang memiliki pin menggunakan device tersebut.
Software seperti SOTI MobiControl dapat membantu menjelaskan dan membagikan kebijakan keamanan

· Backup and restore
Tentu saja jika device hilang atau dicuri kita akan berusaha mengembalikan informasi yang ada(atau sebagian) kedalam device lain. Prosedur restore dan backup harus dilakukan. Kebanyakan Pocket PC device dilengkapi dengan fasilitas ini, termasuk file copy sederhana dan PIM sysncronisation ke desktop atau laptop akan lebih baik daripada tidak samasekali. Aturan ini harus menentukan kapankah data akan dikopi, frekuensi, dan pastikan copy data tersebut juka diproteksi seperti data aslinya.

· Storage cards
Storage card adalah cara yang baik untuk meningkatkan kapasitas dari on-board memory, tetapi mereka juga portable dan maka dari itu menimbulkan resiko keamanan tambahan. Cobalah mengunci akses dari storage card dengan cara enkripsi. Dibawah ini adalah contoh produk untuk membatasi akses dari storage card, atau mengenkripsinya.
Pertimbangkanlah untuk mengenkripsi isi yang penting

· Applications
jika anda membuat aturan untuk menghalangi akses untuk hal atau aplikasi tertentu , anda juga harus mempertimbangkan kemungkinan bahwa user dapat membobol aturan tersebut dengan menginstall software tambahan. Ada dua pendekatan untuk application lockdown. Pertama dengan menolak akses ke aplikasi tertentu. Ini berguna untuk menghilangkan akses ke beberapa aplikasi oleh user, tetapi jika user menginstall produk sejenis yang berbeda maka hal ini menjadi sia-sia. Pendekatan kedua yang lebih baik ialah dengan mengeset daftar aplikasi yang dapat dibuka user dan membatasi user pada aplikasi tersebut saja.bagaimanapun anda harus memikirkan baik-baik batasan tersebut. Jika user memiliki kemampuan untuk merename file baik pada device maupun melalui ActiveSync, mereka mungkin dapat mengakali proteksi ini dengan mengganti nama aplikasi yang diinginkan.

· Information transfer
Akhirnya anda harus mempertimbangkan cara informasi dapat keluar dan masuk pada device dan melindungi fasilitas tersebut.beberapa device terbaru akan memiliki BlueTooth, WiFi, Cellular Data, Infrared, Storage Card dan ActiveSync dan koneksi RAPI. Aturan keamanan anda harus menyertakan item diatas boleh atau tidak digunakan dan membuat benda seperti Bluetooth dapat dikenali oleh umum jika diaktifkan. Untuk koneksi local, pastikan anda mempertimbangkan resiko dari aplikasi yang tidak diijinkan seperti games diinstall didalam device dan apakah aplikasi tersebut dapat diatur atau dilarang. Proteksi network harus dapat mengcover akses remote kedalam device sekaligus metode yang digunakan untuk mengconnect data perusahaan. Jka koneksi berada pada jaringan anda harus mempertimbangkan keamanan dari jaringan. Dengan pertimbangan, pastikan anda mempertimbangkan apakah koneksi jaringan tersebut dapat dipercaya atau tidak.
Firewalls baik untuk melindungi device dari serangan dari luar pada PC, tetapi kegunaannya pada pocket PC terbatas karena tidak ada servis yang ada untuk diserang secara default. Tetapi, jika anda telah memasang aplikasi tertentu pada device yang dapat menunjukkan sebuah servis atau anda menginstall web server dan sebagainya, maka anda dapat menggunakan firewall untuk melindungi servis tersebut. Bahaya derbesar ialah serangan denial of service dan saya sarankan anda harus mempertimbangkan resiko dari serangan tersebut dengan harga dari software untuk proteksinya. Software firewall untuk pocket pc sekarang telah ada

Who do you trust?
PDA merupakan device pribadi, sebagian besar dari kegunaannya pada perusahaan akan berubah sesuai tingkat kepercayaan yang orang tersebut miliki pada perusahaan.sehingga sebagaimana anda mempercayai pegawai anda bergantung pada jenis data dari organisasi dan siapa dan bagaimana device tersebut akan digunakan.

Kesimpulan
Dengan membuat aturan keamanan, anda akan menemukan bahwa tidak ada sebuah aplikasi yang akan memenuhi semua keinginan anda, beberapa mungkin baik dalam hal tertentu tetapi tidak pada hal yang lain, karena itu campuran dari beberapa aplikasi mungkin diperlukan, pastikan anda mencobanya dengan jelas secara bersamaan terlebih dahulu. Jika ini dirasa terlalu sulit, jangan takut untuk meminta bantuan. Lebih baik mendapatkan bantuan dan menghabiskan uang daripada mengalami mandapatkan masalah dengan keamanan dimana dapat membuat sebuah perusahaan tidak lagi dapat berfungsi secara efektif dan efesien, kehilangan kepercayaan konsumen, hinaan dari umum, dan lebih buruk lagi.

Dibawah ini adalah daftar produk yang dapat membantu anda dalam mengimplementasi aturan keamanan dalam pocket PC
· SafeGuard
· PocketLock
· Airscanner Mobile Antivirus Pro (Pocket PC)
· Airscanner Mobile Firewall (Pocket PC) · Airscanner Mobile Encrypter (Pocket PC)
· Airscanner Mobile antivirus (Smartphone)
· Sprite Backup Standard
· Sprite Backup Premium
· eWallet for WindowS Mobile Pocket PC
· eWallet for Windows Mobile Smartphone
· SecretAgent Mobile for Pocket PC 2003
· Spb Kiosk Explorer for Pocket PC
· Spb Kiosk Engine for Pocket PC
· SOTI Pocket Controller-Professional
· SOTI Pocket Controller-Enterprise (4 Device License)
· Bluefire Security
· SureWave Mobile Defense
· Credant
· Trust Digital VPN and Firewall (dianjurkan).

Source :
http://www.geekzone.co.nz/content.asp?contentid=3909
http://www.fawcette.com/xmlmag/2002_03/magazine/columns/presentation/jjurvis/

MMS PADA JAVA 2 PLATFORM, MICRO EDITION (J2ME)

2006-07-03T20:18:00.000-07:00

NAMA :INGGRID SAMITHA
NRP :201114337

MMS PADA JAVA 2 PLATFORM, MICRO EDITION (J2ME)

Penjelasan tentang mengenai 2 Java 2 Platform, Micro Edition (J2ME)
Java 2 Platform, Micro Edition (J2ME) adalah salah satu dari produk Sun Microsystems. Java 2 Platform, Micro Edition (J2ME) merupakan bagian dari platform Java 2. Platform Java 2 sendiri terdiri dari tiga elemen, yaitu:
· Java programming language.
Bahasa pemrograman yang digunakan mirip dengan bahasa pemrograman C++ tetapi secara fundamental berbeda. C++ menggunakan pointer-pointer yang kurang aman dan mengharuskan programmer untuk mengalokasikan dan mengosongkan memori. Sedangkan Java menggunakan typesafe object references dan setiap memori yang tidak digunakan akan dikosongkan secara otomatis. Java juga mendukung multiple inheritance dengan konstruksi yang lebih baik, yaitu Interface.
· Java Virtual Machine.
Java Virtual Machine atau JVM adalah dasar dari platform Java. Arsitektur JVM menawarkan beberapa fitur menarik, salah satunya adalah JVM dapat diimplementasikan untuk berjalan pada berbagai macam operating system dan hardware. Ketika mengcompile sebuah program dengan C++ akan dihasilkan file executeable(*.exe) yang hanya dapat dijalankan pada Windows OS. Hal ini berbeda dengan Java, program akan dicompile dengan JIT-compiler dan menghasilkan bytecode. Bytecode inilah yang akan diterjemahkan oleh JVM dan dijalankan sebagai sebuah aplikasi.
· Application Programming Interfaces(API).
Dengan dukungan API yang luas, programmer dapat membuat berbagai macam program sesuai keinginannya dengan mudah dan cepat
Ketiga elemen di atas apabila disatukan akan membentuk platform Java. Java juga didesain untuk kompatibel dengan berbagai macam hardware komputer, mulai dari smart card hingga server. Java dibagi menjadi 3 edisi dan masing-masing memiliki fungsi yang berbeda, yaitu:
· Java 2 Platform, Standard Edition(J2SE)
J2SE didesain untuk digunakan pada komputer desktop atau PC. J2SE paling sering dijalankan pada OS X, Linux, Solaris, dan Microsoft Windows.
· Java 2 Platform, Enterprise Edition(J2EE)
J2EE adalah platform yang sangat luas untuk aplikasi multi-user dan banyak digunakan oleh perusahaan-perusahaan. J2EE berbasis pada J2SE dengan tambahan API untuk pemrograman sisi server.
· Java 2 Platform, Micro Edition(J2ME)
J2ME adalah satu set teknologi dan spesifikasi yang dikembangkan untuk perangkat kecil seperti pager dan hanphone. J2ME menggunakan subset dari komponen J2SE, seperti virtual machine yang lebih kecil dan API.
Berbeda dengan J2SE, J2ME bukanlah sebuah software atau sebuah spesifikasi tunggal. Perbedaan ini mungkin sangat membingungkan, bahkan untuk developer yang sudah mengenal J2SE. J2ME adalah sebuah platform, sebuah kumpulan dari teknologi dan spesifikasi yang didesain untuk perangkat kecil.
Karena J2ME mendukung banyak perangkat, tidak mungkin untuk membuat solusi “satu ukuran untuk semua”. Oleh karena itu, J2ME dibagi-bagi menjadi Configuration, Profiles, dan Package optional. Configurations adalah spesifikasi yang menjabarkan sebuah virtual machine dan satu set API dasar yang dapat digunakan dengan beberapa perangkat tertentu. Sebuah Configuration, sebagai contoh, mungkin ditujukan untuk perangkat yang memiliki memori dibawah 512KB dan koneksi jaringan yang naik turun. Virtual machine dapat berupa Java Virtual Machine lengkap atau berupa bagian dari Java Virtual Machine.
Sebuah profile dibangun berdasarkan Configuration, ditambah API yang lebih spesifik untuk membuat sebuah environment lengkap untuk pembuatan aplikasi. Walaupun sebuah Configuration mendeskripsikan sebuah JVM dan satu set API dasar, tetapi masih kurang untuk menspesifikasikan cukup detail untuk pembuatan aplikasi. Profile biasanya menyertakan API untuk siklus hidup, user interface dan persistent storage suatu aplikasi.
Sebuah optional Package menyediakan fungsionalitas yang mungkin tidak berhubungan dengan Configuration atau Profile tertentu. Sebuah contoh untuk optional Package adalah Bluetooth API(JSR 82), yang menyediakan API standar untuk mengakses jaringan Bluetooth. Optional Package ini dapat diimplementasikan dengan kombinasi Configuration dan Profile lainnya.

Seperti yang ditunjukkan gambar Struktur Java 2 Platform, Micro Edition (J2ME) di atas, Java 2 Platform, Micro Edition (J2ME) memiliki 2 cabang. Yang pertama adalah Connected, Limited Device Configuration atau disingkat dengan CLDC. Configuration ini diperuntukkan bagi perangkat wireless kecil yang memiliki jaringan yang naik turun seperti pager, handphone dan Personal Digital Assistance(PDA). Mobile Information Devices atau MIDP, yang berbasiskan CLDC, adalah Profile pertama yang diselesaikan sekaligus aplikasi pertama lingkungan Java 2 Platform, Micro Edition (J2ME).
Salah satu cabang besar lain Java 2 Platform, Micro Edition (J2ME) adalah Connected Device Configuration atau CDC. Tetapi Configuration ini lebih diperuntukkan bagi perangkat yang lebih besar(dalam hal memori dan kecepatan processor) dengan jaringan yang lebih baik.

Penjelasan tentang Wireless Messaging API 2.0
Wireless Messaging API 2.0 atau WMA 2.0 adalah salah satu package optional yang ditawarkan oleh Java 2 Platform, Micro Edition (J2ME). WMA 2.0 menawarkan banyak kemudahan dan sangat membantu dalam pembuatan aplikasi multimedia messaging. Wireless Messaging API 2.0 adalah API yang digunakan untuk melakukan pengiriman dan penerimaan multimedia message. API ini dibuat berbasiskan Generic Connection Framework(GCF) yang didefinisikan di spesifikasi Connected Limited Device Configuration(CLDC) 1.0. Package javax.microedition.io mendefinisikan framework, mendukung proses input/outpu(I/O), dan fungsionalitas jaringan pada Profile J2ME. Package ini menyediakan sebuah cara untuk mengakses dan mengatur data pada dengan resource yang terbatas.
Desain fungsionalitas pengiriman dan penerimaan multimedia message mirip dengan fungsionalitas datagram yang digunakan untuk UDP pada Generic Connection Framework(GCF). Seperti fungsionalitas datagram, pengiriman dan penerimaan multimedia message harus dilakukan dengan membuka koneksi berupa String address dan koneksi tersebut dapat dilakukan pada mode server maupun client. Bagaimanapun juga, multimedia message dan datagram berbeda satu dengan lainnya, oleh karena itu, interface untuk multimedia message tidak diturunkan dari datagram. Penggunaan interface yang sama untuk multimedia message dan datagram juga akan membingungkan. Interface untuk multimedia message telah didefinisikan pada package javax.wireless.messaging.
Sebuah multimedia message digambarkan sebagai dua bagian, yaitu bagian alamat(address part) dan bagian data(data part). Sebuah multimedia message direpresentasikan oleh sebuah class yang merupakan implementasi dari interface yang didefinisikan untuk multimedia message pada API-nya. Interface ini menyediakan method-method yang umum digunakan untuk semua multimedia message. Pada package javax.wireless.messaging, interface dasar yang diimplementasikan oleh semua multimedia message dinamakan Message. Message menyediakan method-method untuk address-address dan timestamp.
Pada bagian data (data part) dari multimedia message, API-nya didesain untuk dapat menangani multimedia message berupa text message, binary message, multipart message. Hal ini diwakili oleh tiga subinterface yaitu TextMessage, BinaryMessage, MultipartMessage. Ketiga subinterface tersebut menyediakan banyak cara untuk memanipulasi payload dari message seperti String, Byte array, Multiple parts (Multiple payloads). Subinterface lain dari Message dapat didefinisikan untuk payload message yang murni text message, binary message maupun murni message parts. Pembuatan subinterface untuk fitur protocol-spesifik dari TextMessage, BinaryMessage dan MessageParts juga sangat dimungkinkan.

Penerapan Wireless Messaging API 2.0
Program yang telah dibuat akan dijalankan dengan menggunakan emulator yang telah disediakan oleh Wireless Toolkit yaitu KToolbar. Aplikasi yang dibuat menggunakan variabel User Defined bernama “MMS-Port” yang harus didefinisikan pada Project Settings. Nilai yang digunakan harus lebih besar dari 50000, hal ini sesuai dengan batasan port yang telah dibahas pada Bab 2. Aplikasi yang akan dibuat dan dibahas adalah MMS Manager. MMS Manager memiliki kemampuan menerima dan mengirim message baru, menyimpan message yang telah diterima, melakukan reply pada message yang baru diterima maupun message yang telah disimpan, melakukan forward pada message yang telah disimpan.

1. Membuka Koneksi
Dengan pembuatan object Connection. Sebelum melakukan penerimaan dan pengiriman message, suatu aplikasi harus membuka koneksi terlebih dahulu. Aplikasi MMS Manager yang dibuat menggunakan koneksi mode “server”.
Pembuatan koneksi harus dilakukan dalam try-catch sehingga apabila terjadi error exception yang dilemparkan dapat ditangkap dan dibaca.

2. Penerimaan MMS
Aplikasi untuk menerima MMS sebenarnya sangat sederhana. Aplikasi hanya perlu untuk membuka koneksi MessageConnection pada suatu port dan menunggu message melalui MessageListener. Apabila ada message yang akan datang, MessageListener akan memanggil metode notifyIncomingMessage terlebih dahulu dan memberi tahu aplikasi bahwa akan ada message yang datang, dan kemudian aplikasi dapat menerimanya dengan menggunakan metode receive() dari MessageConnection.

3. Pengiriman MMS
Agar proses pengiriman message tidak mengganggu jalannya aplikasi, maka pengiriman message dilakukan dengan menggunakan thread. Karena dalam satu prosedur hanya boleh terdapat satu thread, maka pengiriman message dilakukan dalam prosedur yang terpisah. Prosedur untuk mengirimkan message diberi nama Sender. Prosedur Sender harus dibuat instance-nya terlebih dahulu sebelum dapat digunakan.

4. Penyimpanan Message
Dengan menggunakan MMS Manager, message yang telah diterima dapat disimpan untuk dipergunakan kemudian. Penyimpanan message dilakukan dengan menggunakan RecordStore.

Sumber :

http://192.18.97.149/ECom/EComTicketServlet/BEGINsdlcweb2b.sun.com-98ff%3A40ffcc54%3Ac8f93e3125d7546/-2147483648/457194915/1/414278/414266/457194915/2ts+/westCoastFSEND/7502-j2sdk-1.4.2-doc-oth-JPR/7502-j2sdk-1.4.2-doc-oth-JPR:1/j2sdk-1_4_2-doc.zip

http://java.sun.com/j2me/docs/wtk2.3-beta/UserGuide.pdf

SCADA (SUPERVISORY CONTROL AND DATA ACQUISITION) MENGGUNAKAN TEKNOLOGI KOMUNIKASI BERGERAK/ Yustinus Adityanata /200114109

2006-07-03T09:08:00.000-07:00

Oleh : Yustinus Adityanata
200114109
Wireless Mobile Networking

SCADA adalah suatu sistem pengendalian alat secara jarak jauh, dengan kemampuan memantau data-data dari alat yang dikendalikan. SCADA merupakan bidang yang secara kontinyu selalu dikembangkan di seluruh bagian dunia pada berbagai tipe industri yang menghabiskan bertrilyun-trilyun rupiah.
Penelitian-penelitian mengenai SCADA semakin berkembang dengan ditemukannya media komunikasi bergerak, sehingga memunculkan istilah Mobile SCADA.
Salah satu penelitian untuk mengatasi permasalahan di atas adalah dengan dibuatnya suatu sistem SCADA yang dikendalikan melalui web (Robotics and Automation Group, 2004). Di dalam penelitian ini digunakan sebuah server yang terkoneksi dengan internet yang akan menangani beberapa fungsi dan kontrol robot. Dengan dipindahkannya beberapa fungsi dan kontrol tersebut maka fungsi pengendalian robot akan menjadi lebih sederhana, yang berakibat pula sistem bersifat generik, artinya bisa diterapkan di berbagai bidang aplikasi industri. Selain itu juga dibuat program berbasis web yang bersifat user friendly. Hal-hal ini akan mengatasi beberapa permasalahan di atas. Namun demikian sistem di atas masih belum bersifat bergerak/mobile.
Oleh karena itu penelitian-penelitian baru dilakukan dengan merancang suatu sistem SCADA yang menggunakan teknologi komunikasi bergerak, untuk selanjutnya kita sebut sebagai Mobile SCADA. Mobile SCADA sendiri didefinisikan sebagai penggunaan sistem SCADA dengan media komunikasi jaringan telepon bergerak (Mayer, 2002). Dengan digunakannya infrastruktur komunikasi bergerak yang sudah ada tersebut, maka bisa diwujudkan suatu sistem SCADA yang berbiaya murah, disertai dengan kemampuannya untuk bisa dipasang di mana saja tanpa tergantung setting lokasi industri. Selain itu dalam sistem ini juga akan digunakan suatu server terhubung internet yang akan mengakomodir beberapa fungsi dan kontrol pengendalian sehingga kerumitan sistem akan terkurangi yang mengakibatkan perangkat SCADA akan dapat dioperasikan dengan mudah dan lebih bersifat generik serta perawatannya menjadi lebih murah. Penghematan biaya terjadi karena obyek kendali bisa dikendalikan secara jarak jauh sehingga akan membantu penghematan kerja manusia.Namun demikian sistem-sistem SCADA yang dikembangkan di atas syarat dengan rancang bangun yang modern dan integrasi yang tinggi antara perancang dan industri pendukungnya. Penelitian-penelitian di atas bahkan membutuhkan biaya yang juga masih sangat mahal untuk mengembangkan mesin SCADA), yang merupakan komponen utama dari sistem SCADA yang berupa kartu (card) yang tersambung ke telepon klien dan ke obyek kendali. Sistem pengembangan alat seperti ini tentu akan sangat berat bila diterapkan di Indonesia.
Maka dari itu dalam penelitian ini akan dikembangkan suatu sistem SCADA yang tepat bagi kondisi industri menengah ke bawah di Indonesia, yang bisa dilaksanakan oleh para peneliti di level universitas di Indonesia, dengan penggunaan komponen-komponen dan perangkat lunak yang mudah didapatkan di pasaran, serta dengan menggunakan jaringan komunikasi bergerak yang murah di Indonesia, seperti jaringan CDMA.
Selain permasalahan di atas, ada permasalahan utama yang akan menjadi titik perhatian dalam penelitian ini, yaitu pembuatan protokol atau aturan-aturan kendali yang nantinya akan menjadi landasan pembuatan perangkat lunak sistem Mobile SCADA ini. Protokol ini nantinya harus dibuat sedemikian rupa sehingga perangkat lunak serta perangkat keras yang dibangun dalam sistem ini dapat mengatasi berbagai permasalahan di atas, yaitu bersifat generik, mudah digunakan, mudah dirawat, mudah beradaptasi, dan mobile.
Beberapa penelitian mengenai Mobile SCADA telah dilakukan. Lembaga penelitian HighBeam Research di Chicago telah mengembangkan sistem ini untuk keperluan pengendalian sistem pengairan dan sistem pemompaan. Sistem SCADA yang dikembangkan menggunakan RTUs, suatu perangkat pengendalian dengan media komunikasi radio. Pada sistem ini terdapat suatu sistem pengendalian berbasis komputer yang terletak pada sebuah kamar pusat. Sistem seperti ini sangat efektif digunakan untuk memantau operasi-operasi secara remote, namun pada suatu area yang terbatas. Sistem ini dilaporkan mampu menghemat biaya secara signifikan karena hemat tenaga manusia dan hemat energi.
Penelitian lain adalah yang dilakukan lembaga riset CSIRO, Canberra, Australia. Sistem Mobile SCADA yang dikembangkan menggunakan GPRS sebagai media komunikasinya dan menggunakan mikroprosesor yang murah untuk mesin SCADA, sehingga dihasilkan sistem SCADA yang murah dan fleksibel (Mayer dan Taylor, 2002). Penelitian ini lebih dikhususkan untuk sistem SCADA pada jaringan sensor. Jaringan sensor adalah suatu sistem yang terdiri dari banyak micro controller kecil yang mempunyai alat sensor, yang bekerja bersama pada jaringan nirkabel.Penelitian yang dikerjakan pada tesis ini dimaksudkan untuk mengembangkan suatu sistem Mobile SCADA dengan protokol atau aturan-aturan kendali yang nantinya akan menjadi landasan bagi pembuatan perangkat lunak sistem. Protokol ini nantinya harus dibuat sedemikian rupa sehingga perangkat lunak serta perangkat keras yang dibangun dalam sistem ini bersifat generik, mudah digunakan, mudah dirawat, mudah beradaptasi, dan mobile sehingga tepat digunakan oleh industri menengah ke bawah di Indonesia. Selain itu sistem Mobile SCADA ini menggunakan media komunikasi Paket Data CDMA.
Dengan sistem Mobile SCADA yang dibuat dengan suatu protokol/aturan yang didasarkan pada kondisi ketersediaan komponen-komponen mesin SCADA di Indonesia, serta didasarkan pada perangkat lunak yang murah bahkan gratis, dan dibatasi untuk permasalahan sederhana dan bersifat umum atau generik, serta dengan menggunakan media komunikasi Paket Data CDMA di Indonesia, maka akan dihasilkan sebuah sistem Mobile SCADA yang akan sangat sesuai dengan kebutuhan industri-industri di Indonesia yang ingin menerapkan sistem SCADA. Tentu saja pemanfaatan hasil penelitian masih harus disesuaikan dengan bidang aplikasi yang akan menggunakannya, yaitu dengan sedikit modifikasi pada perangkat lunaknya karena menyesuaikan perangkat keras yang akan dikendalikan.
Lembaga penelitian HighBeam Research di Chicago telah mengembangkan sistem Mobile SCADA dengan menggunakan RTUs, suatu perangkat pengendalian dengan media komunikasi radio (May, 1997). Penelitian serupa dilakukan juga oleh Perusahaan MDS di Rochester, New York.
Penelitian lain adalah yang dilakukan lembaga riset CSIRO, Canberra, Australia. Sistem Mobile SCADA yang dikembangkan menggunakan GPRS sebagai media komunikasinya dan menggunakan mikroprosesor yang murah untuk mesin SCADA, sehingga dihasilkan sistem SCADA yang murah dan fleksibel (Mayer dan Taylor, 2002).
Penelitian-penelitian di atas memerlukan suatu mesin SCADA yang membutuhkan rancang bangun yang modern dan integrasi yang tinggi antara industri pendukung dan perancangnya. Hal ini belum bisa dilakukan di Indonesia. Sehingga dalam tesis ini akan dibuat suatu protokol atau aturan-aturan kendali yang nantinya akan menjadi landasan pembuatan perangkat lunak sistem Mobile SCADA ini. Protokol ini nantinya harus dibuat sedemikian rupa sehingga perangkat lunak serta perangkat keras yang dibangun dalam sistem ini dapat mengatasi berbagai permasalahan di atas, yaitu bersifat generik, mudah digunakan, mudah dirawat, mudah beradaptasi, dan mobile. Selain itu penelitian pada tesis ini menggunakan media komunikasi yang berbeda dengan penelitian-penelitian di atas, yaitu Paket Data CDMA. Agar sistem Mobile SCADA yang dikembangkan bersifat generik, mudah digunakan, mudah dirawat, dan mudah beradaptasi, maka pembuatan sistem SCADA perlu memisahkan pengembangan fungsional dan layanan ke dalam dunia komputasi umum (DKU) dan dunia alat kendali (Taylor dan Palmer, 2003). Hal ini dilakukan dengan membagi-bagi sistem ke dalam tiga modul, yaitu Front End, Back End, dan mesin SCADA.
). Front End adalah antar muka web bagi sistem SCADA yang akan dikembangkan yang berguna menghindari kekompleksan bagi pengguna sistem. Di dalam Front End terdapat fungsionalitas sistem yang mewakili fungsi-fungsi pengendalian. Sedangkan Back End merupakan sebuah program aplikasi yang mengelola koneksi ke mesin SCADA, dan juga terpasang di PC yang sama (Server Web/Aplikasi) dengan lokasi Front End. Back End dan mesin SCADA akan memberikan layanan-layanan yang diminta oleh pengguna melalui Front End. Seorang pengguna dengan mudah bisa mengendalikan obyek kendali melalui Front End tanpa harus memahami bagaimana Back End dan mesin SCADA memberikan layanan-layanan yang diminta.
Pengguna dari suatu sistem Mobile SCADA melalui sebuah aplikasi browser web dengan media komunikasi bergerak akan mengirimkan pesan-pesan ke obyek kendali. Sebelum pesan-pesan ini sampai maka terlebih dulu harus diterjemahkan oleh suatu mesin SCADA ke dalam bentuk perintah-perintah.Setelah obyek kendali mengerjakan perintah-perintah tersebut maka akan ada suatu mekanisme untuk mendapatkan umpan balik yang menunjukkan bahwa perintah-perintah telah dilaksanakan. Salah satu caranya adalah dengan digunakannya suatu aplikasi TiniDB. TiniDB adalah suatu basis data mini yang bisa beroperasi pada mesin SCADA yang berkomunikasi dengan pengguna dengan teknologi komunikasi bergerak, yang memungkinkan dilaksanakannya operasi-operasi SQL (Ken Taylor dan Kevin Mayer, 2003).
Penelitian dalam tesis ini tidak menggunakan suatu aplikasi TinyDB, namun menggunakan sistem basis data yang diimplementasikan pada Server Aplikasi yang mempunyai IP privat yang terhubung ke mesin SCADA melalui jaringan telepon bergerak. Dengan penggunaan basis data di server ini maka dengan mudah bisa ditambahkan fasilitas-fasilitas fungsional yang memungkinkan terjadinya kegenerikan sistem. Bila sistem ini akan digunakan pada bidang aplikasi industri yang lain, maka kita tidak perlu mengubah program pada mesin SCADA, namun yang perlu kita ubah adalah variabel-variabel pada basis data yang terpasang di server aplikasi.
Sistem SCADA yang murah dan fleksibel bisa diperoleh dengan penggunaan mesin SCADA yang murah, serta dengan menggunakan sarana komunikasi yang sudah ada, yaitu jaringan telepon bergerak. Sementara itu teknologi GPRS menyediakan suatu jalur komunikasi yang selalu online namun biayanya tidak berbasis waktu tersambung (Kevin Mayer dan Ken Taylor, 2002). Dalam penelitian tersebut digunakan suatu mesin SCADA yang mampu memicu sambungan TCP secara langsung ke suatu PC (yang merupakan Server Aplikasi dengan alamat IP privat) dengan sarana teknologi GPRS, sehingga waktu respon dari sistem pengendalian menjadi lebih baik daripada yang menggunakan mesin SCADA tanpa kemampuan memicu sambungan TCP secara langsung. Namun demikian mesin SCADA di atas dirancang secara khusus sehingga harganya pun relatif sangat mahal.
Dalam penelitian, selain digunakan media komunikasi bergerak yang berbeda dan lebih murah yaitu Paket Data CDMA, yang prinsip umumnya sama dengan media komunikasi GPRS, juga akan digunakan suatu sistem yang berbeda dari sistem di atas, yaitu mesin SCADA yang digunakan mudah didapatkan di Indonesia dengan harga murah, namun tidak akan secara langsung bisa memicu sambungan TCP ke PC Server Aplikasi. Sambungan TCP hanya terjadi di antara PC dan telepon bergerak. Mesin SCADA yang tertempeli telepon bergerak tersebut melakukan komunikasi dengan menggunakan perintah AT+ command (merupakan himpunan teks ASCII dan berorientasi baris, yang digunakan telepon bergerak untuk membaca pesan IO dari peralatan lain dengan protokol RS-232, lihat Gb.1). Walaupun terlihat bahwa waktu respon pengendalian dari sistem ini bertambah, namun dalam penelitian ini akan dicari suatu cara di mana kekurangan tersebut bisa ditekan seminimal mungkin. Hal ini dapat dilakukan dengan telepon bergeraknya diprogram agar setiap saat (dalam hitungan mikro detik) selalu meminta data dari mesin SCADA yang memang sudah tersambung ke PC melalui sambungan TCP.
Penelitian akan disesuaikan dengan kondisi di Indonesia yang mana akan dimanfaatkan mesin SCADA yang dibangun dari micro controller yang tersedia mudah di pasaran seperti Micro Controller AT 89C51, atau micro controller lainnya.
Dengan membuat suatu sistem SCADA yang murah dan dapat diaplikasikan pada berbagai aplikasi SCADA dengan sedikit pemrograman serta dengan menambahkan peralatan yang sesuai, akan menghasilkan suatu sistem SCADA yang sangat berguna bagi berbagai aplikasi industri maupun organisasi.
Biaya yang mahal dari banyak aplikasi SCADA disebabkan oleh penggunaan sarana komunikasi yang khusus. Dengan digunakannya sarana komunikasi yang sudah tersedia secara luas, yaitu pada kasus ini adalah jaringan komunikasi bergerak, tidak hanya harga yang bisa dikurangi, namun juga akan didapatkan sifat skalabilitas dan sifat generik dari sistem ini. Jaringan komunikasi bergerak yang telah beroperasi di Indonesia umumnya ada dua macam, yaitu yang menggunakan teknologi GSM yang sudah lebih dulu ada dan yang menggunakan teknologi CDMA yang lebih murah. Kedua teknologi di atas sama-sama mempunyai empat metode komunikasi yaitu:
1. Komunikasi Bit Tunggal,
2. SMS,
3. Data Call,
4. GPRS / Paket Data.

Komunikasi Bit Tunggal Sistem komunikasi ini adalah teknologi paling sederhana yang hanya menggunakan data satu bit bernilai ”on/off”. Komunikasi terjadi dengan cara pengguna memanggil sebuah nomor telepon yang merupakan bagian dari sistem PABX yang terhubung dengan sebuah komputer. Komputer di sini digunakan untuk mengelola sebuah basis data yang bertugas mencocokkan nomor pemanggil, nomor terpanggil, dan perintah yang relevan. Contoh aplikasinya adalah beroperasinya suatu vending machine yang mengeluarkan minuman bila suatu nomor telepon dipanggil. Hal ini dimungkinkan karena vending machine tadi disambungkan ke komputer yang terhubung ke Internet.

SMS
Sistem komunikasi ini dapat menyediakan lalu lintas data yang lebih besar dibanding komunikasi bit tunggal, yang menggunakan mode asynchronous namun tanpa jaminan terkirim. Sebuah komputer yang dengan kabel serial terhubung ke telepon/modem bergerak dapat digunakan untuk mengotomatisasi pengiriman dan penerimaan SMS. Dengan cara ini pesan-pesan yang datang dapat dianalisa oleh suatu program komputer, demikian halnya pesan dapat dibangkitkan pada komputer dan dikirimkan ke sebuah telepon bergerak.

Data Call
Komunikasi ini memungkinkan lalu lintas data yang besar. Sistem ini meminta alokasi satu slot untuk setiap percakapan, walaupun pada saat itu tidak ada transfer data. Begitu suatu percakapan tersambung, akan terjamin bahwa data bisa terkirimkan. Proses pengiriman data ini menggunakan sistem Data Over Voice, di mana data akan diubah ke sinyal frekuensi dengan menggunakan DTMF encoder yang nantinya pada telepon bergerak penerima diubah kembali ke data dengan DTMF decoder. Untuk itu diperlukan bahasa pemrograman J2ME yang memang memungkinkan proses DTMF encoder/decoder. Biaya tergantung dari jumlah waktu sambungan percakapan. Komunikasi ini sangat cocok untuk sistem yang tidak memerlukan data waktu nyata, serta tidak memerlukan komunikasi yang kontinyu, namun secara khusus sangat cocok untuk lalu lintas data besar yang memerlukan waktu transfer singkat.

GPRS atau Paket Data
Sistem komunikasi ini berprinsip bahwa satu slot percakapan sebenarnya bisa digunakan oleh beberapa pengguna secara simultan dengan time division multiplexing. Seorang pengguna hanya menggunakan lebar pita saat loading halaman web, bukan saat membaca halaman yang telah di-load. Biaya tergantung dari jumlah data terkirim, bukan tergantung dari jumlah waktu sambungan, sehingga sangat cocok untuk sistem yang memerlukan data waktu nyata, serta memerlukan komunikasi yang kontinyu.

Sistem yang DikembangkanDengan adanya data-data untuk keempat metode komunikasi di atas maka menjadikan masukan mengenai bagaimana sistem SCADA dalam penelitian ini akan dikembangkan. Dunia industri sangat membutuhkan media komunikasi yang kontinyu, data waktu nyata, dan murah. Sehingga Paket Data dipilih sebagai metode komunikasinya.Data waktu nyata pada media komunikasi Paket Data ini memang sangat tergantung dari bandwidth Internet yang dialokasikan untuk Server Web/Aplikasinya. Penelitian oleh Mayer menunjukkan bahwa sambungan TCP untuk transfer data pada GPRS memerlukan 1 KB/detik (Mayer, 2002). Sedangkan data dari homepage flexi menunjukkan bahwa transfer data Paket Data juga memerlukan 1 KB/detik. Tentu saja untuk mencapai hal itu tidak mudah karena seperti telah dijelaskan di Tinjauan Pustaka bahwa mesin SCADA yang dibuat tidak secara langsung bisa memicu sambungan TCP ke Server Aplikasi. Sambungan TCP hanya terjadi di antara Server Aplikasi dan telepon bergerak. Mesin SCADA yang tertempeli telepon klien tersebut melakukan komunikasi dengan menggunakan perintah AT+ command (merupakan himpunan teks ASCII dan berorientasi baris, yang digunakan telepon bergerak untuk membaca pesan IO dari peralatan lain dengan protokol RS-232,sehingga waktu respon pengendalian dari sistem ini bertambah. Namun demikian dalam penelitian ini akan dicari suatu cara di mana waktu respon bisa ditekan seminimal mungkin. Hal ini dapat dilakukan dengan telepon bergeraknya diprogram agar setiap saat (dalam hitungan mikro detik) selalu meminta data dari mesin SCADA yang memang sudah tersambung ke PC melalui sambungan TCP.
Sistem Mobile SCADA ini akan menggunakan metode komunikasi Paket Data. Ini dipilih karena terutama adalah memenuhi persyaratan untuk pengendalian yaitu bisa berkomunikasi dua arah, handal, selalu online, waktu transfer cepat, serta relatif murah dibanding yang lain.Skema dari sistem Mobile SCADA yang digunakan untuk penelitian ini adalah seperti tampak pada Gb.1, dan terdiri dari tiga modul:
1. Front End,
2. Back End,
3. mesin SCADA.
Front End
Front End merupakan antar muka pengguna menuju sistem, berupa kumpulan aplikasi web yang terdiri dari script PHP, yang nantinya akan terpasang di Server Web/Aplikasi. Pengguna berinteraksi dengan sistem dengan melalui browser web untuk membuka aplikasi tadi di sebuah PC klien. Dengan kondisi demikian maka sebenarnya modul ini tidak bisa berkomunikasi secara langsung dengan mesin SCADA. Komunikasi harus dilakukan melalui Back End. Dengan melalui koneksi langsung ke suatu basis data, Front End bisa menyediakan pengguna suatu akses terhadap pesan-pesan yang dikirimkan oleh mesin SCADA melalui Back End. Kebutuhan fungsional yang harus disediakan pada Front End:
- kemampuan mengirimkan pesan ke mesin SCADA,
- membaca pesan dari mesin SCADA.

Back End
Back End merupakan sebuah aplikasi Java yang terpasang pada Server Web/Aplikasi dan berfungsi mengelola koneksi ke mesin SCADA melalui telepon bergerak. Back End terpasang di server yang sama dengan lokasi Front End. Kebutuhan fungsional yang harus dimiliki:
- kemampuan menginisiasi koneksi ke mesin SCADA via telepon bergerak;
- mengelola koneksi ke mesin SCADA, sehingga bila ada data ingin dikirim ke mesin SCADA, jalurnya menjadi tersedia;
- menerima pesan dari mesin SCADA via telepon bergerak dan mengirimnya ke sistem pengelola pesan (basis data);
- menyediakan data umpan balik bagi Front End;
- melayani permintaan dari Front End, misalnya untuk mengirim pesan ke mesin SCADA via telepon bergerak.

Mesin SCADA Mesin SCADA dibangun dengan suatu micro controller beserta dengan kabel-kabel serialnya yang menjembatani telepon/modem bergerak dengan obyek kendali. Yang perlu dipahami pada mesin SCADA ini adalah keharusannya untuk dapat mengirim dan menerima data melalui Paket Data, yang mana koneksi Paket Data tersebut harus selalu online. Hal ini bisa terjadi bila telepon klien selalu dalam keadaan men-dial PC server dalam artian koneksi terjadi atas inisiatif dari telepon klien, karena hanya PC server lah yang bisa dihubungi sebab mempunyai alamat IP publik. Sedangkan telepon bergerak cuma mempunyai alamat IP privat sehingga tidak bisa dihubungi dengan jaringan GPRS / Paket Data. Dalam kondisi seperti ini maka komunikasi data bisa terjadi di antara PC dan telepon klien. Kemudian dengan suatu perintah AT+ command yang merupakan fasilitas pada telepon bergerak maka data-data yang sudah tersimpan dalam telepon klien tadi bisa dikirimkan ke mesin SCADA, yang pada akhirnya diterjemahkan oleh mesin SCADA untuk mengendalikan obyek kendali.. Terlihat bahwa bila seorang pengguna ingin mengendalikan gerakan mobil-mobilan, maka perintah-perintahnya harus dilakukan melalui interaksi dengan web yang berupa program aplikasi Front End dalam PHP. Program PHP ini akan melakukan suatu proses yang mengubah pesan ke format yang sesuai dan mengirimkan pesan-pesan tadi ke Back End. Setelah itu suatu program Back End dalam Java (dengan Java Development Kit versi 1.3 atau lebih) memungkinkan pesan tadi dikirimkan melalui suatu port ke telepon klien via komunikasi Paket Data.
Komunikasi antara pengguna dan obyek kendali
Bila obyek kendali berupa mobil-mobilan maka:
- Pengguna memencet tombol di layar yang dimaksudkan untuk ”membelokkan mobil ke kiri 300 dengan kecepatan 2m/detik”, maka perintah ini ditangkap oleh suatu proses PHP di Front End yang mengubahnya menjadi karakter ASCII, misalnya ”K30DC2M/D” (artinya belok kiri 300 kecepatan 2m/detik).- Back End dengan aplikasi Java mengambil data dari basis data dan mengirimkannya melalui port COM teks ASCII ”K30DC2M/D” ke telepon bergerak.
- Telepon bergerak tadi dengan perintah AT+ command mengirimkan teks ASCII ”K30DC2M/D” ke mesin SCADA.
- Kemudian suatu perintah dilakukan oleh mesin SCADA untuk membaca teks ASCII tadi pada EEPROM eksternalnya:
read_ext_eeprom(RECV_MESSAGE_LOCATION),
dengan variabel RECV_MESSAGE_LOCATION adalah lokasi disimpannya teks ASCII pada EEPROM.
- Kemudian mesin SCADA mengubah memroses karakter ”K30DC2M/D” menjadi sinyal-sinyal tegangan yang dikehendaki sehingga mobil-mobilan yang gerakannya diatur oleh perubahan tegangan bergerak sesuai perintah pengguna.

Url :
Robotics and Automation Group, Telerobot, Department of Mechanical and Materials of Engineering, The University of Western Australia, Nedlands 6907, Western Australia, http://telerobot.mech.uwa.edu.au/, 2004.

May dan Donald, L., Mobile’s SCADA systems reduce operating costs, http://static.highbeam.com/p/publicworks/august011997/%20mobilesscadasystemsreduceoperatingcostsalabamasupe/, HighBeam Research,

Memahami Proses Kompilasi Aplikasi Java pada Ponsel

2006-07-03T09:06:00.000-07:00

Radityo Trihascaryo
200114017

Memahami Proses Kompilasi Aplikasi Java pada
Ponsel

Sebagai sebuah bahasa pemrograman yang harus dikompilasi, untuk membuat sebuah kode
Java dapat dijalankan dan dilihat hasilnya lewat sebuah ponsel, diperlukan beberapa tahap
penting. Sebuah kode program adalah file teks yang dapat dikenali secara mudah oleh developer
yang membuatnya. Namun, mesin atau dalam hal ini adalah ponsel tidak mengenali kode-kode
yang ada didalam program tersebut. Hanya byte code saja yang mampu dikenali oleh ponsel
yang bersangkutan. Apa yang terjadi selama tahap-tahap tersebut ? Bagaimana compiler
mengeksekusi tahap tersebut?
Secara umum, tahap untuk menghasilkan sebuah byte code aplikasi atau yang dikenal dengan
midlet yang dapat langsung dijalan dalam sebuah ponsel terdiri atas proses editing, kompilasi,
preverify, packaging/pengemasan, run/Debuging, dan terakhir adalah proses porting atau transfer
ke dalam ponsel. Beberapa proses tersebut harus dilakukan secara berurutan sesuai dengan
aturan yang telah ditetapkan oleh kompiler Java baik secara otomatis maupun secara manual.
Secara otomatis berarti anda menggunakan software khusus yang melakukan beberapa proses
yang dimaksud tanpa perlu mengetikkan perintah dari proses yang bersangkutan melalui
Command Prompt. Dengan cara ini, pada dasarnya software tersebut juga memanggil perintah
bersangkutan melalui Command Prompt, namun proses pemanggilan tersebut dilakukan di backend
process. Sedangkan cara manual, seperti telah dikemukakan mengharuskan seorang
developer untuk melakukan tahap-tahap untuk menghasilkan sebuah midlet.

Seperti terlihat para gambar, proses dari editing hingga Run/Debug harus dilakukan secara
berurutan sampai diperoleh hasil seperti yang diinginkan. Pada proses selanjutnya
Editing
Proses editing merupakan tahap pertama sebelum seorang developer dapat menghasilkan
sebuah midlet. Tahap ini merupakan proses untuk menghasilkan kode program sebelum
dikompilasi, maupun menyiapkan file-file gambar maupun suara yang mungkin diperlukan sesuai
dengan format yang didukung oleh bahasa pemrograman Java yang digunakan. Beberapa
software editing seperti Sun One Java Studio Mobility, Jbuilder mobile Edition, Forte, dan
sebagainya mengintegrasikan fungsi editing dengan compiler.
Dengan demikian, akan memudahkan developer ketika membangun sebuah aplikasi karena
proses-proses kompilasi dapat dilakukan secara otomatis. Jika tidak menggunakan softwaresoftware
tersebut, tidak berarti proses editing berlangsung lebih sulit, namun dari berbagai
pengalaman justru terbukti menggunakan editor lain yang terpisah justru mempercepat proses
yang dilakukan. File kode sumber java disimpan dalam format *.java.

Kompilasi
Setelah kode program dibuat, selanjutnya kode tersebut harus diterjemahkan menjadi byte code.
Dalam hal ini, kode program yang dibuat dengan ekstensi .java diubah dalam bentuk byte code
menjadi file yang berekstensi .class. Pengubahan ini sangat penting, karena ketika dijalankan di
dalam ponsel, mesin yang bekerja pada ponsel harus dapat memahami maksud dari aplikasi.
Semua aplikasi java berjalan pada mesin yang memiliki virtual machine (VM). Demikian pula
dengan midlet. Midlet dijalankan pada ponsel yang memiliki VM. Karakteristik virtual machine
pada ponsel berbeda dengan karakteristik VM pada PC maupun peralatan lain yang mampu
didukung oleh Java. VM pada ponsel dikenal dengan nama KVM dengan k adalah singkatan dari
kilo untuk menggambarkan lingkungan kerja ponsel yang berukuran kecil.
VM inilah yang sebenarnya menjadi wahana hidup sekaligus penerjemah bagi byte code yang
dihasilkan dari tahap ini.

Preverify
Kompilasi saja belum cukup untuk membuat aplikasi dapat berjalan dengan lancar pada ponsel.
Perlu dilakukan kembali proses penyusunan kembali byte code dari file berekstensi .class tadi
untuk verifikasi akhir apakah sesuai dengan KVM yang digunakan dalam ponsel. Disamping itu
diperiksa juga apakah ada fitur dari KVM yang tidak didukung oleh ponsel.
Apabila proses kompilasi menggunakan fitur standar menggunakan Java 2 Micro Edition (J2ME)
Wireless ToolKit, maka umumnya semua aplikasi dapat dijalankan di semua ponsel yang
mendukung Java. Namun sebelum munculnya Mobile Interface Device Profile versi 2.0 yang
merupakan profil khusus J2ME pada ponsel, pengembangan aplikasi harus menggunakan
berbagai pustaka khusus dari masing-masing vendor disesuaikan dengan karakteristik dari
masing-masing ponsel yang digunakan. Apabila langkah ini dilakukan, maka proses kompilasi
dan preverify juga akan mempertimbangkan pustaka tersebut.

Run/Debug
Pada tahap ini, para developer dapat melihat tampilan dari aplikasi yang dibuat melalui sebuah
emulator. Apa yang muncul dalam emulator ini biasanya dibuat mendekati tampilan asli jika
aplikasi dijalankan di ponsel yang diinginkan. Jika anda menggunakan J2ME WTK, maka
peluang anda mendapatkan aplikasi yang persis seperti yang anda lihat di emulator ketika
ditransfer ke ponsel hanya berkisar 60%-85% saja. Hal ini terjadi karena di setiap vendor,
penanganan fitur yang tersedia juga bermacam-macam. Contoh paling sederhana adalah
penanganan tombol di layer, kerapatan dan kualitas LCD yang berbeda, dan masih banyak halhal
kecil yang mungkin akan membuat perbedaan tampilan di emulator dengan aslinya.

Packaging/Pengemasan
Beberapa file hasil kompilasi, maupun file-file pendukung lainnya akan sangat repot jika harus
ditransfer seluruhnya ke dalam ponsel. Untuk itu, semua file yang diperlukan kecuali file
berekstensi *.jad yang merupakan file pertama yang akan dipanggil oleh VM, harus dikepak
dalam satu file berekstensi .jar. Jadi kedua file inilah yang harus ditransfer ke dalam ponsel.
Meski demikian, di beberapa jenis ponsel memungkinkan pula untuk menggunakan hanya file
berekstensi *.jar saja yang ditransfer dan tetap dapat dijalankan.

Porting
Proses porting atau transfer file *.jad dan *.jar hasil proses kompilasi harus menggunakan
software khusus yang disediakan oleh vendor. Nokia menyediakan Nokia PC Suite, Siemens
menggunakan Data Exchange Software, dan sebagainya. Sebagian besar software tersebut
disediakan di situs resmi vendor bersangkutan.
Secara umum, proses kompilasi pada aplikasi Java sebelum ditransfer ke ponsel melalui tahaptahap
yang tetap. Untuk itu, membuat sebuah aplikasi Java pada ponsel dapat dilatih terus
menerus, dan percayalah semakin sering anda mencoba dan melakukan setiap tahap secara
berurutan, semakin berkembang kemampuan anda. Selamat mencoba.

SCADA (SUPERVISORY CONTROL AND DATA ACQUISITION) MENGGUNAKAN TEKNOLOGI KOMUNIKASI BERGERAK

2006-07-03T08:57:00.000-07:00

Oleh : Yustinus Adityanata
200114109
Wireless Mobile Networking

SCADA adalah suatu sistem pengendalian alat secara jarak jauh, dengan kemampuan memantau data-data dari alat yang dikendalikan. SCADA merupakan bidang yang secara kontinyu selalu dikembangkan di seluruh bagian dunia pada berbagai tipe industri yang menghabiskan bertrilyun-trilyun rupiah.
Penelitian-penelitian mengenai SCADA semakin berkembang dengan ditemukannya media komunikasi bergerak, sehingga memunculkan istilah Mobile SCADA.
Salah satu penelitian untuk mengatasi permasalahan di atas adalah dengan dibuatnya suatu sistem SCADA yang dikendalikan melalui web (Robotics and Automation Group, 2004). Di dalam penelitian ini digunakan sebuah server yang terkoneksi dengan internet yang akan menangani beberapa fungsi dan kontrol robot. Dengan dipindahkannya beberapa fungsi dan kontrol tersebut maka fungsi pengendalian robot akan menjadi lebih sederhana, yang berakibat pula sistem bersifat generik, artinya bisa diterapkan di berbagai bidang aplikasi industri. Selain itu juga dibuat program berbasis web yang bersifat user friendly. Hal-hal ini akan mengatasi beberapa permasalahan di atas. Namun demikian sistem di atas masih belum bersifat bergerak/mobile.
Oleh karena itu penelitian-penelitian baru dilakukan dengan merancang suatu sistem SCADA yang menggunakan teknologi komunikasi bergerak, untuk selanjutnya kita sebut sebagai Mobile SCADA. Mobile SCADA sendiri didefinisikan sebagai penggunaan sistem SCADA dengan media komunikasi jaringan telepon bergerak (Mayer, 2002). Dengan digunakannya infrastruktur komunikasi bergerak yang sudah ada tersebut, maka bisa diwujudkan suatu sistem SCADA yang berbiaya murah, disertai dengan kemampuannya untuk bisa dipasang di mana saja tanpa tergantung setting lokasi industri. Selain itu dalam sistem ini juga akan digunakan suatu server terhubung internet yang akan mengakomodir beberapa fungsi dan kontrol pengendalian sehingga kerumitan sistem akan terkurangi yang mengakibatkan perangkat SCADA akan dapat dioperasikan dengan mudah dan lebih bersifat generik serta perawatannya menjadi lebih murah. Penghematan biaya terjadi karena obyek kendali bisa dikendalikan secara jarak jauh sehingga akan membantu penghematan kerja manusia.Namun demikian sistem-sistem SCADA yang dikembangkan di atas syarat dengan rancang bangun yang modern dan integrasi yang tinggi antara perancang dan industri pendukungnya. Penelitian-penelitian di atas bahkan membutuhkan biaya yang juga masih sangat mahal untuk mengembangkan mesin SCADA), yang merupakan komponen utama dari sistem SCADA yang berupa kartu (card) yang tersambung ke telepon klien dan ke obyek kendali. Sistem pengembangan alat seperti ini tentu akan sangat berat bila diterapkan di Indonesia.
Maka dari itu dalam penelitian ini akan dikembangkan suatu sistem SCADA yang tepat bagi kondisi industri menengah ke bawah di Indonesia, yang bisa dilaksanakan oleh para peneliti di level universitas di Indonesia, dengan penggunaan komponen-komponen dan perangkat lunak yang mudah didapatkan di pasaran, serta dengan menggunakan jaringan komunikasi bergerak yang murah di Indonesia, seperti jaringan CDMA.
Selain permasalahan di atas, ada permasalahan utama yang akan menjadi titik perhatian dalam penelitian ini, yaitu pembuatan protokol atau aturan-aturan kendali yang nantinya akan menjadi landasan pembuatan perangkat lunak sistem Mobile SCADA ini. Protokol ini nantinya harus dibuat sedemikian rupa sehingga perangkat lunak serta perangkat keras yang dibangun dalam sistem ini dapat mengatasi berbagai permasalahan di atas, yaitu bersifat generik, mudah digunakan, mudah dirawat, mudah beradaptasi, dan mobile.
Beberapa penelitian mengenai Mobile SCADA telah dilakukan. Lembaga penelitian HighBeam Research di Chicago telah mengembangkan sistem ini untuk keperluan pengendalian sistem pengairan dan sistem pemompaan. Sistem SCADA yang dikembangkan menggunakan RTUs, suatu perangkat pengendalian dengan media komunikasi radio. Pada sistem ini terdapat suatu sistem pengendalian berbasis komputer yang terletak pada sebuah kamar pusat. Sistem seperti ini sangat efektif digunakan untuk memantau operasi-operasi secara remote, namun pada suatu area yang terbatas. Sistem ini dilaporkan mampu menghemat biaya secara signifikan karena hemat tenaga manusia dan hemat energi.
Penelitian lain adalah yang dilakukan lembaga riset CSIRO, Canberra, Australia. Sistem Mobile SCADA yang dikembangkan menggunakan GPRS sebagai media komunikasinya dan menggunakan mikroprosesor yang murah untuk mesin SCADA, sehingga dihasilkan sistem SCADA yang murah dan fleksibel (Mayer dan Taylor, 2002). Penelitian ini lebih dikhususkan untuk sistem SCADA pada jaringan sensor. Jaringan sensor adalah suatu sistem yang terdiri dari banyak micro controller kecil yang mempunyai alat sensor, yang bekerja bersama pada jaringan nirkabel.Penelitian yang dikerjakan pada tesis ini dimaksudkan untuk mengembangkan suatu sistem Mobile SCADA dengan protokol atau aturan-aturan kendali yang nantinya akan menjadi landasan bagi pembuatan perangkat lunak sistem. Protokol ini nantinya harus dibuat sedemikian rupa sehingga perangkat lunak serta perangkat keras yang dibangun dalam sistem ini bersifat generik, mudah digunakan, mudah dirawat, mudah beradaptasi, dan mobile sehingga tepat digunakan oleh industri menengah ke bawah di Indonesia. Selain itu sistem Mobile SCADA ini menggunakan media komunikasi Paket Data CDMA.
Dengan sistem Mobile SCADA yang dibuat dengan suatu protokol/aturan yang didasarkan pada kondisi ketersediaan komponen-komponen mesin SCADA di Indonesia, serta didasarkan pada perangkat lunak yang murah bahkan gratis, dan dibatasi untuk permasalahan sederhana dan bersifat umum atau generik, serta dengan menggunakan media komunikasi Paket Data CDMA di Indonesia, maka akan dihasilkan sebuah sistem Mobile SCADA yang akan sangat sesuai dengan kebutuhan industri-industri di Indonesia yang ingin menerapkan sistem SCADA. Tentu saja pemanfaatan hasil penelitian masih harus disesuaikan dengan bidang aplikasi yang akan menggunakannya, yaitu dengan sedikit modifikasi pada perangkat lunaknya karena menyesuaikan perangkat keras yang akan dikendalikan.
Lembaga penelitian HighBeam Research di Chicago telah mengembangkan sistem Mobile SCADA dengan menggunakan RTUs, suatu perangkat pengendalian dengan media komunikasi radio (May, 1997). Penelitian serupa dilakukan juga oleh Perusahaan MDS di Rochester, New York.
Penelitian lain adalah yang dilakukan lembaga riset CSIRO, Canberra, Australia. Sistem Mobile SCADA yang dikembangkan menggunakan GPRS sebagai media komunikasinya dan menggunakan mikroprosesor yang murah untuk mesin SCADA, sehingga dihasilkan sistem SCADA yang murah dan fleksibel (Mayer dan Taylor, 2002).
Penelitian-penelitian di atas memerlukan suatu mesin SCADA yang membutuhkan rancang bangun yang modern dan integrasi yang tinggi antara industri pendukung dan perancangnya. Hal ini belum bisa dilakukan di Indonesia. Sehingga dalam tesis ini akan dibuat suatu protokol atau aturan-aturan kendali yang nantinya akan menjadi landasan pembuatan perangkat lunak sistem Mobile SCADA ini. Protokol ini nantinya harus dibuat sedemikian rupa sehingga perangkat lunak serta perangkat keras yang dibangun dalam sistem ini dapat mengatasi berbagai permasalahan di atas, yaitu bersifat generik, mudah digunakan, mudah dirawat, mudah beradaptasi, dan mobile. Selain itu penelitian pada tesis ini menggunakan media komunikasi yang berbeda dengan penelitian-penelitian di atas, yaitu Paket Data CDMA. Agar sistem Mobile SCADA yang dikembangkan bersifat generik, mudah digunakan, mudah dirawat, dan mudah beradaptasi, maka pembuatan sistem SCADA perlu memisahkan pengembangan fungsional dan layanan ke dalam dunia komputasi umum (DKU) dan dunia alat kendali (Taylor dan Palmer, 2003). Hal ini dilakukan dengan membagi-bagi sistem ke dalam tiga modul, yaitu Front End, Back End, dan mesin SCADA.
). Front End adalah antar muka web bagi sistem SCADA yang akan dikembangkan yang berguna menghindari kekompleksan bagi pengguna sistem. Di dalam Front End terdapat fungsionalitas sistem yang mewakili fungsi-fungsi pengendalian. Sedangkan Back End merupakan sebuah program aplikasi yang mengelola koneksi ke mesin SCADA, dan juga terpasang di PC yang sama (Server Web/Aplikasi) dengan lokasi Front End. Back End dan mesin SCADA akan memberikan layanan-layanan yang diminta oleh pengguna melalui Front End. Seorang pengguna dengan mudah bisa mengendalikan obyek kendali melalui Front End tanpa harus memahami bagaimana Back End dan mesin SCADA memberikan layanan-layanan yang diminta.
Pengguna dari suatu sistem Mobile SCADA melalui sebuah aplikasi browser web dengan media komunikasi bergerak akan mengirimkan pesan-pesan ke obyek kendali. Sebelum pesan-pesan ini sampai maka terlebih dulu harus diterjemahkan oleh suatu mesin SCADA ke dalam bentuk perintah-perintah.Setelah obyek kendali mengerjakan perintah-perintah tersebut maka akan ada suatu mekanisme untuk mendapatkan umpan balik yang menunjukkan bahwa perintah-perintah telah dilaksanakan. Salah satu caranya adalah dengan digunakannya suatu aplikasi TiniDB. TiniDB adalah suatu basis data mini yang bisa beroperasi pada mesin SCADA yang berkomunikasi dengan pengguna dengan teknologi komunikasi bergerak, yang memungkinkan dilaksanakannya operasi-operasi SQL (Ken Taylor dan Kevin Mayer, 2003).
Penelitian dalam tesis ini tidak menggunakan suatu aplikasi TinyDB, namun menggunakan sistem basis data yang diimplementasikan pada Server Aplikasi yang mempunyai IP privat yang terhubung ke mesin SCADA melalui jaringan telepon bergerak. Dengan penggunaan basis data di server ini maka dengan mudah bisa ditambahkan fasilitas-fasilitas fungsional yang memungkinkan terjadinya kegenerikan sistem. Bila sistem ini akan digunakan pada bidang aplikasi industri yang lain, maka kita tidak perlu mengubah program pada mesin SCADA, namun yang perlu kita ubah adalah variabel-variabel pada basis data yang terpasang di server aplikasi.
Sistem SCADA yang murah dan fleksibel bisa diperoleh dengan penggunaan mesin SCADA yang murah, serta dengan menggunakan sarana komunikasi yang sudah ada, yaitu jaringan telepon bergerak. Sementara itu teknologi GPRS menyediakan suatu jalur komunikasi yang selalu online namun biayanya tidak berbasis waktu tersambung (Kevin Mayer dan Ken Taylor, 2002). Dalam penelitian tersebut digunakan suatu mesin SCADA yang mampu memicu sambungan TCP secara langsung ke suatu PC (yang merupakan Server Aplikasi dengan alamat IP privat) dengan sarana teknologi GPRS, sehingga waktu respon dari sistem pengendalian menjadi lebih baik daripada yang menggunakan mesin SCADA tanpa kemampuan memicu sambungan TCP secara langsung. Namun demikian mesin SCADA di atas dirancang secara khusus sehingga harganya pun relatif sangat mahal.
Dalam penelitian, selain digunakan media komunikasi bergerak yang berbeda dan lebih murah yaitu Paket Data CDMA, yang prinsip umumnya sama dengan media komunikasi GPRS, juga akan digunakan suatu sistem yang berbeda dari sistem di atas, yaitu mesin SCADA yang digunakan mudah didapatkan di Indonesia dengan harga murah, namun tidak akan secara langsung bisa memicu sambungan TCP ke PC Server Aplikasi. Sambungan TCP hanya terjadi di antara PC dan telepon bergerak. Mesin SCADA yang tertempeli telepon bergerak tersebut melakukan komunikasi dengan menggunakan perintah AT+ command (merupakan himpunan teks ASCII dan berorientasi baris, yang digunakan telepon bergerak untuk membaca pesan IO dari peralatan lain dengan protokol RS-232, lihat Gb.1). Walaupun terlihat bahwa waktu respon pengendalian dari sistem ini bertambah, namun dalam penelitian ini akan dicari suatu cara di mana kekurangan tersebut bisa ditekan seminimal mungkin. Hal ini dapat dilakukan dengan telepon bergeraknya diprogram agar setiap saat (dalam hitungan mikro detik) selalu meminta data dari mesin SCADA yang memang sudah tersambung ke PC melalui sambungan TCP.
Penelitian akan disesuaikan dengan kondisi di Indonesia yang mana akan dimanfaatkan mesin SCADA yang dibangun dari micro controller yang tersedia mudah di pasaran seperti Micro Controller AT 89C51, atau micro controller lainnya.
Dengan membuat suatu sistem SCADA yang murah dan dapat diaplikasikan pada berbagai aplikasi SCADA dengan sedikit pemrograman serta dengan menambahkan peralatan yang sesuai, akan menghasilkan suatu sistem SCADA yang sangat berguna bagi berbagai aplikasi industri maupun organisasi.
Biaya yang mahal dari banyak aplikasi SCADA disebabkan oleh penggunaan sarana komunikasi yang khusus. Dengan digunakannya sarana komunikasi yang sudah tersedia secara luas, yaitu pada kasus ini adalah jaringan komunikasi bergerak, tidak hanya harga yang bisa dikurangi, namun juga akan didapatkan sifat skalabilitas dan sifat generik dari sistem ini. Jaringan komunikasi bergerak yang telah beroperasi di Indonesia umumnya ada dua macam, yaitu yang menggunakan teknologi GSM yang sudah lebih dulu ada dan yang menggunakan teknologi CDMA yang lebih murah. Kedua teknologi di atas sama-sama mempunyai empat metode komunikasi yaitu:
1. Komunikasi Bit Tunggal,
2. SMS,
3. Data Call,
4. GPRS / Paket Data.

Komunikasi Bit Tunggal Sistem komunikasi ini adalah teknologi paling sederhana yang hanya menggunakan data satu bit bernilai ”on/off”. Komunikasi terjadi dengan cara pengguna memanggil sebuah nomor telepon yang merupakan bagian dari sistem PABX yang terhubung dengan sebuah komputer. Komputer di sini digunakan untuk mengelola sebuah basis data yang bertugas mencocokkan nomor pemanggil, nomor terpanggil, dan perintah yang relevan. Contoh aplikasinya adalah beroperasinya suatu vending machine yang mengeluarkan minuman bila suatu nomor telepon dipanggil. Hal ini dimungkinkan karena vending machine tadi disambungkan ke komputer yang terhubung ke Internet.

SMS
Sistem komunikasi ini dapat menyediakan lalu lintas data yang lebih besar dibanding komunikasi bit tunggal, yang menggunakan mode asynchronous namun tanpa jaminan terkirim. Sebuah komputer yang dengan kabel serial terhubung ke telepon/modem bergerak dapat digunakan untuk mengotomatisasi pengiriman dan penerimaan SMS. Dengan cara ini pesan-pesan yang datang dapat dianalisa oleh suatu program komputer, demikian halnya pesan dapat dibangkitkan pada komputer dan dikirimkan ke sebuah telepon bergerak.

Data Call
Komunikasi ini memungkinkan lalu lintas data yang besar. Sistem ini meminta alokasi satu slot untuk setiap percakapan, walaupun pada saat itu tidak ada transfer data. Begitu suatu percakapan tersambung, akan terjamin bahwa data bisa terkirimkan. Proses pengiriman data ini menggunakan sistem Data Over Voice, di mana data akan diubah ke sinyal frekuensi dengan menggunakan DTMF encoder yang nantinya pada telepon bergerak penerima diubah kembali ke data dengan DTMF decoder. Untuk itu diperlukan bahasa pemrograman J2ME yang memang memungkinkan proses DTMF encoder/decoder. Biaya tergantung dari jumlah waktu sambungan percakapan. Komunikasi ini sangat cocok untuk sistem yang tidak memerlukan data waktu nyata, serta tidak memerlukan komunikasi yang kontinyu, namun secara khusus sangat cocok untuk lalu lintas data besar yang memerlukan waktu transfer singkat.

GPRS atau Paket Data
Sistem komunikasi ini berprinsip bahwa satu slot percakapan sebenarnya bisa digunakan oleh beberapa pengguna secara simultan dengan time division multiplexing. Seorang pengguna hanya menggunakan lebar pita saat loading halaman web, bukan saat membaca halaman yang telah di-load. Biaya tergantung dari jumlah data terkirim, bukan tergantung dari jumlah waktu sambungan, sehingga sangat cocok untuk sistem yang memerlukan data waktu nyata, serta memerlukan komunikasi yang kontinyu.

Sistem yang DikembangkanDengan adanya data-data untuk keempat metode komunikasi di atas maka menjadikan masukan mengenai bagaimana sistem SCADA dalam penelitian ini akan dikembangkan. Dunia industri sangat membutuhkan media komunikasi yang kontinyu, data waktu nyata, dan murah. Sehingga Paket Data dipilih sebagai metode komunikasinya.Data waktu nyata pada media komunikasi Paket Data ini memang sangat tergantung dari bandwidth Internet yang dialokasikan untuk Server Web/Aplikasinya. Penelitian oleh Mayer menunjukkan bahwa sambungan TCP untuk transfer data pada GPRS memerlukan 1 KB/detik (Mayer, 2002). Sedangkan data dari homepage flexi menunjukkan bahwa transfer data Paket Data juga memerlukan 1 KB/detik. Tentu saja untuk mencapai hal itu tidak mudah karena seperti telah dijelaskan di Tinjauan Pustaka bahwa mesin SCADA yang dibuat tidak secara langsung bisa memicu sambungan TCP ke Server Aplikasi. Sambungan TCP hanya terjadi di antara Server Aplikasi dan telepon bergerak. Mesin SCADA yang tertempeli telepon klien tersebut melakukan komunikasi dengan menggunakan perintah AT+ command (merupakan himpunan teks ASCII dan berorientasi baris, yang digunakan telepon bergerak untuk membaca pesan IO dari peralatan lain dengan protokol RS-232,sehingga waktu respon pengendalian dari sistem ini bertambah. Namun demikian dalam penelitian ini akan dicari suatu cara di mana waktu respon bisa ditekan seminimal mungkin. Hal ini dapat dilakukan dengan telepon bergeraknya diprogram agar setiap saat (dalam hitungan mikro detik) selalu meminta data dari mesin SCADA yang memang sudah tersambung ke PC melalui sambungan TCP.
Sistem Mobile SCADA ini akan menggunakan metode komunikasi Paket Data. Ini dipilih karena terutama adalah memenuhi persyaratan untuk pengendalian yaitu bisa berkomunikasi dua arah, handal, selalu online, waktu transfer cepat, serta relatif murah dibanding yang lain.Skema dari sistem Mobile SCADA yang digunakan untuk penelitian ini adalah seperti tampak pada Gb.1, dan terdiri dari tiga modul:
1. Front End,
2. Back End,
3. mesin SCADA.
Front End
Front End merupakan antar muka pengguna menuju sistem, berupa kumpulan aplikasi web yang terdiri dari script PHP, yang nantinya akan terpasang di Server Web/Aplikasi. Pengguna berinteraksi dengan sistem dengan melalui browser web untuk membuka aplikasi tadi di sebuah PC klien. Dengan kondisi demikian maka sebenarnya modul ini tidak bisa berkomunikasi secara langsung dengan mesin SCADA. Komunikasi harus dilakukan melalui Back End. Dengan melalui koneksi langsung ke suatu basis data, Front End bisa menyediakan pengguna suatu akses terhadap pesan-pesan yang dikirimkan oleh mesin SCADA melalui Back End. Kebutuhan fungsional yang harus disediakan pada Front End:
- kemampuan mengirimkan pesan ke mesin SCADA,
- membaca pesan dari mesin SCADA.

Back End
Back End merupakan sebuah aplikasi Java yang terpasang pada Server Web/Aplikasi dan berfungsi mengelola koneksi ke mesin SCADA melalui telepon bergerak. Back End terpasang di server yang sama dengan lokasi Front End. Kebutuhan fungsional yang harus dimiliki:
- kemampuan menginisiasi koneksi ke mesin SCADA via telepon bergerak;
- mengelola koneksi ke mesin SCADA, sehingga bila ada data ingin dikirim ke mesin SCADA, jalurnya menjadi tersedia;
- menerima pesan dari mesin SCADA via telepon bergerak dan mengirimnya ke sistem pengelola pesan (basis data);
- menyediakan data umpan balik bagi Front End;
- melayani permintaan dari Front End, misalnya untuk mengirim pesan ke mesin SCADA via telepon bergerak.

Mesin SCADA Mesin SCADA dibangun dengan suatu micro controller beserta dengan kabel-kabel serialnya yang menjembatani telepon/modem bergerak dengan obyek kendali. Yang perlu dipahami pada mesin SCADA ini adalah keharusannya untuk dapat mengirim dan menerima data melalui Paket Data, yang mana koneksi Paket Data tersebut harus selalu online. Hal ini bisa terjadi bila telepon klien selalu dalam keadaan men-dial PC server dalam artian koneksi terjadi atas inisiatif dari telepon klien, karena hanya PC server lah yang bisa dihubungi sebab mempunyai alamat IP publik. Sedangkan telepon bergerak cuma mempunyai alamat IP privat sehingga tidak bisa dihubungi dengan jaringan GPRS / Paket Data. Dalam kondisi seperti ini maka komunikasi data bisa terjadi di antara PC dan telepon klien. Kemudian dengan suatu perintah AT+ command yang merupakan fasilitas pada telepon bergerak maka data-data yang sudah tersimpan dalam telepon klien tadi bisa dikirimkan ke mesin SCADA, yang pada akhirnya diterjemahkan oleh mesin SCADA untuk mengendalikan obyek kendali.. Terlihat bahwa bila seorang pengguna ingin mengendalikan gerakan mobil-mobilan, maka perintah-perintahnya harus dilakukan melalui interaksi dengan web yang berupa program aplikasi Front End dalam PHP. Program PHP ini akan melakukan suatu proses yang mengubah pesan ke format yang sesuai dan mengirimkan pesan-pesan tadi ke Back End. Setelah itu suatu program Back End dalam Java (dengan Java Development Kit versi 1.3 atau lebih) memungkinkan pesan tadi dikirimkan melalui suatu port ke telepon klien via komunikasi Paket Data.
Komunikasi antara pengguna dan obyek kendali
Bila obyek kendali berupa mobil-mobilan maka:
- Pengguna memencet tombol di layar yang dimaksudkan untuk ”membelokkan mobil ke kiri 300 dengan kecepatan 2m/detik”, maka perintah ini ditangkap oleh suatu proses PHP di Front End yang mengubahnya menjadi karakter ASCII, misalnya ”K30DC2M/D” (artinya belok kiri 300 kecepatan 2m/detik).- Back End dengan aplikasi Java mengambil data dari basis data dan mengirimkannya melalui port COM teks ASCII ”K30DC2M/D” ke telepon bergerak.
- Telepon bergerak tadi dengan perintah AT+ command mengirimkan teks ASCII ”K30DC2M/D” ke mesin SCADA.
- Kemudian suatu perintah dilakukan oleh mesin SCADA untuk membaca teks ASCII tadi pada EEPROM eksternalnya:
read_ext_eeprom(RECV_MESSAGE_LOCATION),
dengan variabel RECV_MESSAGE_LOCATION adalah lokasi disimpannya teks ASCII pada EEPROM.
- Kemudian mesin SCADA mengubah memroses karakter ”K30DC2M/D” menjadi sinyal-sinyal tegangan yang dikehendaki sehingga mobil-mobilan yang gerakannya diatur oleh perubahan tegangan bergerak sesuai perintah pengguna.

Url :
Robotics and Automation Group, Telerobot, Department of Mechanical and Materials of Engineering, The University of Western Australia, Nedlands 6907, Western Australia, http://telerobot.mech.uwa.edu.au/, 2004.

May dan Donald, L., Mobile’s SCADA systems reduce operating costs, http://static.highbeam.com/p/publicworks/august011997/ mobilesscadasystemsreduceoperatingcostsalabamasupe/, HighBeam Research,

Aplikasi Pocket PC dengan E-Visual C++

2006-07-02T20:09:00.000-07:00

Johannes Untoro
203114892

Membuat Aplikasi Berbasis Dialog
2.1 Membuat Aplikasi Berbasis Dialog Dengan Wizard
Aplikasi dengan arsitektur Dialog merupakan arsitektur yang paling sederhana dibandingkan dengan
struktur Document/View. Aplikasi dengan jenis Dialog standar tidak ada fasilitas untuk Menu utama dan
penyimpanan pada file, tentu saja fitur tersebut dapat ditambahkan dengan source code tambahan yang
lebih kompleks.
Embedded Visual C++ atau EVC menyediakan Wizard untuk membuat aplikasi Dialog pada menu ‘File’ -> ‘New’. Lalu masukkan parameter aplikasi yang akan dibuat seperti pada tampilan dibawah ini :

1. Pilih Tab ‘Projects’ lalu pilih ‘WCE Pocket PC PC 2003 MFC AppWizard (exe) pada jendela
disebelah kiri
2. Pada kolom ‘Project name’, isi dengan nama project yang akan dibuat, disini namanya
‘PocketPCDialog’. Lokasi aplikasi dapat dipilih pada kolom ‘Location’ dibawah kolom nama
project
3. Pada jendela sebelah kanan bawah, tertera bahwa aplikasi yang dibuat kompatibel dengan
Pocket PC yang berbasis prosessor Windows CE ARM4 dan Windows CE Emulator
4. Setelah selesai klik tombol ‘OK’

Struktur MFC pada pocket dengan menggunakan Wizard ada 3 jenis yaitu :
1. Single document with Doc List : Aplikasi dapat menggunakan 1 tampilan/view dengan
document yang berbeda – beda, misalnya pada aplikasi MS Word.
2. Single document : Aplikasi menggunakan 1 tampilan/view dengan 1 document.
3. Dialog based : Aplikasi dengan menggunakan jendela yang sederhana tanpa ada menu.
Karena pada bab ini akan menjelaskan cara membuat aplikasi dengan dialog maka pilihlah pilhan
yang terakhir yaitu ‘Dialog based’, lalu pilih bahasa yang akan digunakan. (Disini menggunakan
bahasa Inggris/English). Klik tombol ‘Next >’ untuk melanjutkan.

Pada langkah ke-2, Wizard akan menanyakan apakah anda akan menggunakan fasilitas Windows
Sockets atau menggunakan ActiveX Control/OCX. Pada halaman ini juga anda dapat merubah judul
dialog yang akan muncul sewaktu aplikasi dijalankan. Contoh ini tidak menggunakan fasilitas
tersebut jadi anda bisa melewatkan bagian ini. Klik tombol ‘Next >’ untuk melanjutkan.

Di langkah yang ke-3, bagi para pemula pilih bagian pertama ke ‘Yes, Please’ agar Wizard membuat
komentar yang sangat berguna tentang fungsi yang akan ditambahkan secara otomatis.
Pada pertanyaan kedua, pilih pilihan pertama jika anda menggunakan file DLL terpisah misalnya
file DLL yang dikhususkan untuk menangani grafik, tentu saja anda harus menyisipkan file DLL
tersebut ke dalam Pocket PC anda agar aplikasinya berjalan. Untuk pertanyaan kedua, aplikasi akan
menambahkan file DLL pada aplikasi tersebut yaitu pada file aplikasi yang berakhirkan .exe
sehingga jumlah besar filenya akan bertambah. Pada contoh sekarang pilihlah pada pilihan pertama,
yakni pilihan pada ‘As a shared DLL’.

Langkah ke-4 merupakan langkah terakhir sebelum Wizard membuat aplikasi tersebut secara
otomatis. Setelah anda yakin, klik tombol ‘Finish’.

2.2 Contoh Menggunakan Control Pada Dialog
Disini akan dibahas tentang cara menggunakan control pada EVC.
Setelah pembuatan dialog dengan menggunakan App Wizard, anda dapat menambahkan Control pada dialog yang baru dibuat dengan berpindah ke mode Editor. Pada jendela sebelah kiri pilih Tab ‘ResourceView’ , klik dua kali pada resource ‘Dialog’ lalu klik dua kali lagi pada tulisan
‘IDD_POCKETPCDIALOG_DIALOG’.
Jendela yang aktif / sebelah kiri akan berpindah ke mode desain dialog.
Buatlah dialog yang berisi kumpulan control seperti dibawah ini :

Pertama tama, masukkan control yang akan digunakan dari toolbox ‘Control’ lalu tempelkan control tersebut pada dialog. Setiap control mempunyai ID/penanda yang unik pada setiap Aplikasi. Untuk merubah ID pada control, klik kanan pada control tersebut lalu pilih ‘Properties’, setelah muncul window yang menampilkan atribut dari control tersebut, ganti nama ID-nya seperti pada gambar diatas.
Penamaan ID tergantung dari programmer tetapi sebaiknya ID tersebut mempunyai penanda yang konsisten bahwa ID tersebut berupa Tombol, List Box, Label, dsb.
Setelah selesai, kita akan memberi variabel kepada control tersebut agar kita dapat mengaksesnya
dengan mudah pada pemrogramannya. Pilih menu ‘View’ pada menu utama lalu pilih ‘ClassWizard...
Ctrl + W’. Menu tersebut juga dapat diakses dengan meng klik kanan pada dialog tersebut lalu pilih
‘ClassWizard…’. Setelah muncul jendela Class Wizard, pilih tab ‘Member Variables’.

Untuk menambahkan variable pada control yang telah dibuat, pilih ID ‘IDC_BTN_TAMBAH’ lalu klik tombol ‘Add Variable’ disebelah kanan jendela.

Pada kolom ‘Member variable name:’ isi nama variable yang akan dialokasikan pada control. Disini nama variablenya m_btnTambahItem. Pada Wizard, EVC akan menambahkan kata ‘m_’ pada setiap variable yang akan ditambahkan untuk menandakan bahwa variable ini akan digunakan pada dialog dengan jenis variabel Public (bisa diakses dari luar).
Penamaan tersebut juga dapat dirubah oleh programmer tetapi sebaiknya penamaan variabel tersebut mengikuti anjuran yang telah baku dalam pembuatan aplikasi dengan EVC.

Dialog ini juga menampilkan pilihan ‘Category’ yaitu menandakan
bahwa nama variabel ini berjenis Control dan Control ini turunan / inheritance dari class ‘CButton’ yang berarti tombol tersebut berupa class yang mempunyai sifat yang sama dengan class ‘CButton’.

Kita akan menambahkan variabel pada control selanjutnya yaitu pada ID ‘IDC_EDIT_ITEM’, lakukan hal yang sama seperti sebelumnya. Pada control ini, kita akan menamakan variabel tersebut ‘m_edtNamaItem’. Disini kategori variabelnya berjenis ‘Value’ dengan tipe CString atau teks, dengan
variabel jenis ‘Value’ kita hanya mengakses variabel teks tersebut secara langsung tanpa melalui class control.

Cara ini dilakukan jika aplikasi hanya mengambil/mengisi teks tersebut dengan cara yang lebih
sederhana.
Pada variabel selanjutnya, beri nama variabel tersebut ‘m_lbKumpulanItem’ dengan kategori control dan turunan dari class ‘CListBox’.
Setelah selesai klik tombol ‘OK’ untuk keluar dari jendela ‘MFC Class Wizard’. EVC akan
menambahkan variabel – variabel yang telah dibuat kedalam dialog.

Untuk menambahkan action sewaktu tombol ‘Tambahkan ke listbox’, klik dua kali pada tombol tersebut, EVC akan menampilkan nama fungsi yang akan dibuat. Biarkan nama fungsinya ke nama standard, lalu klik tombol ‘OK’ untuk menambah & merubah isi fungsi tersebut.
Tambahkan listing kode dibawah ini :

// start code
UpdateData();
m_lbKumpulanItem.AddString(m_edtNamaItem);
// end code

Baris ‘UpdateData()’ mempunyai fungsi untuk menyimpan data yang tersimpan pada EditBox ke
variabel m_edtNamaItem yang telah dialokasikan.
Kembali ke mode desain dialog, kita akan menambahkan action ketika item pada listbox dipilih. Klik
kanan pada ListBox lalu pilih menu ‘Events…’

Pada jendela kiri pilih ‘LBN_SELCHANGE’ lalu klik tombol ‘Add and Edit’ untuk menambahkan
fungsi tersebut.
Tambahkan listing kode dibawah ini :

// start code
m_lbKumpulanItem.GetText(m_lbKumpulanItem.GetCurSel(),
m_edtNamaItem);
UpdateData(FALSE);
// end code
code diatas mengambil teks dari listbox lalu menyimpannya kedalam variabel ‘m_edtNamaItem’. Pada
baris selanjutnya fungsi UpdateData(FALSE) merupakan kebalikan dari fungsi yang ditulis pertama kali.
Fungsi ini berfungsi untuk menampilkan variabel ‘m_edtNamaItem’ agar tampil pada layar/dialog.

Terakhir, kita akan menambahkan fungsi untuk menambah item pada listbox sewaktu aplikasi dimulai.
Pada jendela Workspace di sebelah kiri, pilih tab ‘ClassView’ lalu pada bagian ‘CPocketPcDialogDlg’
klik dua kali pada ‘OnInitDialog()’. Fungsi tersebut dipanggil pertama kali sewaktu aplikasi dijalankan dan sebelum Dialog dimunculkan pada layar.

Dibawah baris ‘// TODO: Add extra initialization here’ tambahkan baris seperti dibawah ini :

// start code
CString sNamaItem = _T("item no :");
for(int i = 0; i <>
{
CString sNoItem;
sNoItem.Format(_T("%d"),i);
m_lbKumpulanItem.AddString(sNamaItem + sNoItem);
}
// end code

Perlu diingat bahwa teks pada Pocket PC menggunakan karakter UNICODE. Karakter UNICODE
tersebut ditandai dengan fungsi “_T”. Fungsi tersebut akan menambahkan 5 tulisan pada listbox ketika aplikasi dimulai.

Untuk menjalankannya, kita akan menggunakan Emulator Pocket PC 2003 yang telah diinstall
sebelumnya. Pada bagian ‘WCE Configuration’ pilih ‘Win32(WCE emulator) debug’ lalu set targetnya ke ‘POCKET PC 2003 Emulator’.
Lalu jalankan aplikasi tersebut dengan memilih tombol tanda seru ‘!’ di sebelah kanan.

Tampilan akhir yang akan muncul di Pocket PC akan seperti dibawah ini :

Menutup aplikasi dilakukan dengan menekan tombol ‘OK’
disebelah kanan atas aplikasi. Perlu diketahui bahwa aplikasi
yang berbasis Dialog akan menutup aplikasi setelah tombol
‘OK’ dipilih, berbeda dengan aplikasi yang berbasis
Document yang akan non aktif/resident setelah tombol ‘OK’
dipilih.
Selamat, anda telah membuat aplikasi pertama untuk Pocket
PC !!

Sumber :
http://www.ilmukomputer.com/berseri/riki-pocketpc/index.php

MAX Mobile Application Xpert

2006-07-02T19:49:00.000-07:00

Riadi Wirawan
203114940

MEDC (Mobile Embedded Developer Conference) yaitu event international membahas teknologi mobile devices windows mobile 5.0. Atas undangan Microsoft Regional Singapore, akhirnya mereka mengundang MAX untuk turut serta berpartisipasi dalam acara tersebut. ini adalah oppurtunities yang harus dimanfaatkan semaksimal mungkin.
MAX diundang karena MAX merupakan salah satu developer indonesia yang membuat games aplikasi menggunakan platform windows di mobile devices (sekarang disebutnya windows mobile 5.0, dulu disebutnya windows PPC 2003 atau 2004 atau yang lebih kuno lagi dulu disebut windows CE)
Nanti disana kita bisa lebih ekspose tentang MAX dihadapan audience yang terdiri dari developer / business praktisi / manufacture handset (vendor) atau siapapun yang bisnisnya berhubungan dengan industri mobile teknologi. mudah2an nggak cuma datang, ngomong, pulang trus balik ke indo lagi tanpa ada business deal. I hope , we can go there, making impressed speech, finish, discussing with 1 or more prospectous clients, and make it deal there, balik ke indo udah pegang approval projects at least above one hundred thousand dollars...amiinnn.....
harusnya sih ada 1 atau 2 vendor handset (misalnya Dopod, O2, HpIpaq, Toshiba apalagi ya) yang berminat buat dibuatkan content oleh MAX. Atau ada corporate consumer goods yang berminat bikin advergaming di mobile devices, atau mudah2an ada corporat business yang berminat menggunakan teknologi mobile devices untuk memperbaiki kinerja bisnis/meningkatkan sales menggunakan aplikasi mobiel devices, atau ada corporate banking yang berminat menyediakan aplikasi untuk user tidak hanya transaksi banking tapi ada unsur hiburannya. semuanya memang baru harapan, tapi kalau ternyata ada salah satu ada yang deal, kita makan2 ya........

Bikin games lalu dijual di Indonesia dan mengharapkan profit is almost impossible, kalau mau bikin games ya dijual dipasaran luar.., that's right...that's all we do selama hampir 2 tahun terakhir...., tapi masih penasaran juga..., mungkin nggak ya games yang dibuat ini bisa dikenal juga di dalam negeri. tapi kalau dijual di dalam negeri...bagaimana bisa mengharapkan profit..., kalaupun gamesnya bagus...pasti nanti dimangga dua sudah tersedia....dengan harga standard 20 ribu.........based on actual facts..., maka kitapun menemukan alternatif solusi..., bagaimana games yang semakin banyak dibajak....justru menguntungkan semua pihak.....??....ayo ...solusi apa gerangan yang bisa menghasilkan win-win solution antara pembeli, pembajak dan developer ??..., dibajak kok malah senang ?..pembeli senang, pembajak senang dan developer senang.....
Inilah solusi yang kita harapkan dapat memberikan win-win untuk semua pihak....,....MAX Mobile Application Xpert membuat games untuk dijual kepada sponsor bukan dijual langsung ke end-user..., semua game developer membutuhkan publisher.....,Kami menganggap publisher sebagai suatu corporate perusahaan yang berminat memanfaatkan game kami sebagai media advertising...., Alternatif beriklan di Radio,TV,Koran,Majalah,Billboard adalah melalui Games......, pertimbangkan dari segi efektivitasnya...... berapa audience pemakai dan peminat games PC di Indonesia...? berapa banyak waktu yang dihabiskan orang ? di depan TV atau di depan komputer ? berapa lama life-time spot iklan di TV,Radio,Majalah,SuratKabar Billboard ?
Kenapa tidak mencoba beriklan melalui media games ?...dibawah ini adalah screen shoot pengandaian, kalau saja ada corporate yang bersedia mensponsori our games. ya kalau aja ada....

nama2 BCA dan coca-cola diatas ini cuma pengandaian aja lho...andai...saja....nggak terbatas.....dengan nama 2 corporate ini lho....siapa aja..., boleh kok...kalau berminat.....games ini didevelop serius dgn C++ oleh Eric Gunawan , modelling 3D yang amat sangat detail oleh Cin Hartono Widodo, hasil porting dari games yang pernah didevelop di pocket PC oleh Ricky suryo dan Johnson, efek2 ledakan oleh Alex...,landscape grafis desain oleh Ryan.Dengan games yang seperti ini, maka semakin banyak digandakan/bajak..., maka yang untung ya pasti perusahaan yang pasang sponsor digames ini, pembajaknya juga seneng..., MAX juga bakalan senang...karena tingkat popularitas makin naik gara2 dibajak.....so???..... hubungi kami untuk pemesanan tempat spot iklan di kukuh@max-studio.net atau ricky@max-studio.net

Our gaming software is not only game but also as advertising media
MAX Mobile Application Xpert, sebuah team yang fokus pada pengembangan game pada platform Pocket PC, SmartPhones dan CellPhones, kali ini membuat games untuk platform PC. Programming C++ Dibuat oleh Eric Gunawan dan 3D Modelling oleh Hartono Widodo aka Cin, Graphics Design oleh Alex Sukandar. Game akan direlease bulan depan. MAX terdiri dar 5 orang, berlatar belakang teknikal programming, 3D modelling dan design graphics. Setelah merasakan 'keras' dan'sulit' nya berbisnis di industri gaming, maka sejak 3 bulan terakhir kami menemukan “sedikit harapan“ untuk survive di industri ini dengan cara kolaburasi dengan industri media entertainment dan advertising. Tidak cukup hanya memiliki kemampuan teknikal programming, tapi harus mampu juga memiliki kemampuan non-teknis seperti strategy business, marketing, communication dan Public Relation
1. Game ini akan diedarkan secara gratis, dengan minimal target pengguna 100.000 , target pengguna adalah casual gamer berusia 15tahun s/d 30tahun. distribusi penyebaran melalui media internet, warnet, mall, plaza, sekolah ,toko buku dan majalah dan toko2 komputer.
2. Untuk menutupi cost development, kami bekerja sama dengan sponsorship. Para sponsor dapat meletakkan logo Brand/produk, animasi video clip, informasi advertorial dalam game berjudul “Burning armor code E” ini. Sampai saat ini (14 April 2006) kami masih menerima permintaan untuk pemasangan advertising pada game ini.
3. Seperti halnya dengan industri media seperti TV yang memiliki content acara2 menarik dan mampu mendatangkan spot iklan, kami juga melihat game karya kami sebagai content unique dan mendatangkan peminat untuk memasang iklan pada game ini.
Untuk persiapan pola pendistrbusian , kami memerlukan informasi
1. Daftar perusahaan pencetak CD dan cover CD untuk jumlah 1000an dan Contact Person-nya2. Contact person toko buku Gramedia, Gunung Agung, Kharisma. Kami akan mencoba mendekati salah satu dari mereka untuk bekerja sama mendistribusikan game ini ke pengunjung toko buku mereka3. Contact person redaktur majalah yang memiliki target pembaca berumur 17-30an tahun.4. Contact person pengelola gedung mall/plasa. kami akan mencoba untuk memberikan game ini ke pengunjung mall./plaza5. Contact person untuk calon pemasang iklan yang berminat untuk pesan spot iklan/advertorial/videoclip di game ini

sumber:
http://maxonne.blogspot.com/
http://max-studio.net/

Dari 3 Menjadi 1 Dengan smsZipper

2006-07-01T17:57:00.000-07:00

Hendra Poerwanto
200113922

Pengertian
smsZipper adalah sebuah tool yang digunakan untuk mengkompres pesan text (SMS) pada HP yang dipatenkan oleh University of Aalborg.
Tool ini dapat digunakan untuk mengkompres 2 atau 3 SMS menjadi satu SMS. smsZipper merupakan tool yang dikembangkan dengan J2ME dan bekerja pada semua telepon yang support java.
Adapun kebutuhan minimum yang diperlukan adalah sebagai berikut :
- MIDP 2.0
- CLDC 1.0 atau CLDC 1.1
Disarankan untuk menyisakan tempat memori kosong sebesar 500 kb pada telepon sebelum menginstal aplikasi.

Cara Kerja
Supaya dapat dijalankan, aplikasi yang ada harus diinstal baik pada pengirim maupun penerima telepon. smsZipper memungkinkan user untuk menulis sms dan pada saat siap untuk dikirimkan, smsZipper akan mengkompres text secara otomatis dan mengirimkannya.
Pada saat penerima mendapatkan pesan yang telah terkirim pada port smsZipper, maka aplikasi akan berjalan secara otomatis, dan men-dekompres text yang ada. Kemudian akan muncul pesan yang memberitahu user bahwa ada pesan baru yang masuk.
Pada tool ini tersedia berbagai macam package dengan bahasa yang berbeda-beda. Disarankan untuk tidak menginstal lebih dari satu package pada mobile yang sama. Tingkat kompresi dari text sangat tergantung pada isi dan bahasa dari package yang digunakan harus sama dengan bahasa yang dipakai untuk menulis sms.

Instalasi
Tool ini dapat didownload secara bebas untuk pribadi, di smsZipper
Setelah didownload, terdapat 2 cara untuk menginstalnya ke dalam mobile phone yang ada, yaitu :
- Menggunakan Bluetooth
- Menggunakan program yang telah disediakan pada telepon.
Menginstal smsZipper V0.7 melalui Bluetooth
Jika kita menggunakan Bluetooth untuk mengirimkan aplikasi ke telepon, maka tinggal klik kanan pada file yang telah didownload, kemudian -> send to -> Bluetooth device.
Pilih telepon yang digunakan pada list yang ada dan kirimkan filenya. Tool tersebut akan diterima oleh telepon sebagai "pesan yang masuk".
Menginstal smsZipper V0.7 menggunakan program yang ada pada telepon
Jar file yang ada dapat dikirimkan melalui Bluetooth, IRDA, atau koneksi kabel menggunakan program dari telepon seperti PCSuite dari Nokia. Langkah yang sama mungkin dibutuhkan untuk jenis telepon yang lain. Pada contoh ini menggunakan Nokia 6630.

smsZipper V0.7 Feature
Di bawah ini merupakan beberapa tampilan GUI dari smsZipper pada Nokia 6630 :

Setting Bahasa dan Panjang Maximum Sms
smsZipper support package dengan berbagai macam bahasa. Setiap package terdiri dari 2 bahasa, kecuali untuk bahasa Inggris. Melalui menu "Setting Form" dapat mengubah bahasa dan panjang maksimum dari sms. Secara default nilainya adalah 160, tetapi mungkin berbeda pada telepon yang lain.
Untuk menyimpan perubahan tekan tombol "Save". Di bawah ini merupakan gambar dari Setting Form :

Statistik
Form statistik ini memberikan informasi seperti yang terlihat pada gambar di bawah :

Terdapat 2 macam informasi :
- Memory Status : Informasi tentang space yang digunakan oleh smsZipper dan space yang masih kosong.
- SMS Status : Informasi tentang nomor total sms yang terkirim, dan total sms yang tersimpan menggunakan smsZipper.

Sumber :
http://kom.aau.dk/project/mobilephone/Documents/README-ENG.pdf
http://kom.aau.dk/project/mobilephone/index.php?section=12

Library Grafik Berkecepatan Tinggi untuk WinCE pada Pocket PC

2006-07-01T04:07:00.000-07:00

Nama : Charles Mutanto
NRP : 201114197

Pendahuluan
CEDraw adalah library grafik berkecepatan tinggi dalam WinCE. CEDraw bergantung pada GAPI. Kode ini ditulis dalam C++ yang menggunakan VC++ yang di-embed untuk mengkompilasinya. Percobaan dilakukan pada suatu iPaq h3600 dengan WinCE 3.0. CEDraw menggunakan buffer ganda dan teknologi mengisi buffer video secara langsung untuk meningkatkan kecepatan penggambaran. Dengan kepemilikan aritmetik grafik, kecepatan penggambaran jauh lebih cepat daripada WinGDI.
CE Draw mendukung fungsi-fungsi ini:
a. Draw Pixel
b. Fill Screen
c. Draw Line,HLine,VLine
d. Draw Polyline
e. Draw Polygon
f. Draw Rectangle
g. Fill Rectangle (dengan dukungan alpha blend)
h. Fill Polygon
i. Draw Bitmap (mendukung format Bmp,Gif,Jpg, mendukung alpha blend)
j. Draw Text (memiliki file font, mendukung Bahasa Cina, mendukung teks gdi)

Bagaimana menggunakan CEDraw
Sebelum menggunakan library CEDraw, beberapa file yang mendukung harus di-copy-kan dalam sistem.
Copy-kan dll ke directory sistem WinCE
Jika menggunakan mode emulasi, copy-kan dua dll dalam directory …\CEGraph\DLL\X86Em (gx.dll dan cegl.dll) ke directory sistem windows emulasi, selalu dalam directory D:\Windows CE Tools\wce300\MS Pocket PC\emulation\palm300\windows, lalu copy-kan file Hzk16 dalam directory …\CEGraph\Res ke directory root WinCE, selalu dalam directory D:\Windows CE Tools\wce300\MS Pocket PC\emulation\palm300.
Jika menggunakan sistem Arm, copy-kan dua dll dalam directory …\CEGraph\DLL\Arm (gx.dll dan cegl.dll) ke directory sistem windows Pocket PC. Lalu copy-kan file HZK16 ke directory root sistem.
Ada 4 langkah untuk menggunakan CEDraw:
Langkah 1: Directory
Set directory including ke …\CEGraph\Include
Dan directory lib ke …\CEGraph\Lib\X86Em (jika menggunakan sistem emulasi) atau …\CEGraph\Lib\Arm (jika menggunakan pocketpc)
Buka project setting à Link à Object/library Modules
Tambahkan CEGL.lib
Langkah 2: Menyertakan file header
Menyertakan file header grafik CEDraw: CEGL.h
#include "stdafx.h"
#include "SDKSample.h"
#include

#include // menyertakan library CE Graphics
Langkah 3: Menciptakan class CE Draw
// menciptakan objek CE Draw
CCEDraw m_ceDraw;

// inisialisasi sesudah CreateWindow()

BOOL InitInstance(HINSTANCE hInstance, int nCmdShow)

{
HWND hWnd;
TCHAR szTitle[MAX_LOADSTRING]; // teks title bar
TCHAR szWindowClass[MAX_LOADSTRING]; // nama class window

hInst = hInstance; // menyimpan instance handle dalam variabel global
// inisialisasi string global
LoadString(hInstance, IDC_SDKSAMPLE, szWindowClass, MAX_LOADSTRING);
MyRegisterClass(hInstance, szWindowClass);
LoadString(hInstance, IDS_APP_TITLE, szTitle, MAX_LOADSTRING);
hWnd = CreateWindow(szWindowClass, szTitle, WS_VISIBLE,
0, 0, GetSystemMetrics(SM_CXSCREEN), GetSystemMetrics(SM_CYSCREEN),
NULL, NULL, hInstance, NULL);
if (!hWnd)
{
return FALSE;
}

// menciptakan library CE Grahpics
m_ceDraw.Create( hWnd );

ShowWindow(hWnd, nCmdShow);
UpdateWindow(hWnd);

return TRUE;
}
Langkah 4: Menggunakan CE Draw secara bebas
LRESULT CALLBACK WndProc(HWND hWnd, UINT message,
WPARAM wParam, LPARAM lParam)
{
HDC hdc;
int wmId, wmEvent;
PAINTSTRUCT ps;
TCHAR szHello[MAX_LOADSTRING];

switch (message)
{
case WM_PAINT:
RECT rt;
hdc = BeginPaint(hWnd, &ps);
GetClientRect(hWnd, &rt);
LoadString(hInst, IDS_HELLO, szHello, MAX_LOADSTRING);
DrawText(hdc, szHello, _tcslen(szHello), &rt,
DT_SINGLELINE DT_VCENTER DT_CENTER);
EndPaint(hWnd, &ps);

Render(); // render layar
break;

...
}
}

void Render( void )
{
POINT pt[5] ={ { 140, 100 }, { 70,120 }, { 104, 150 },
{ 210, 122 }, { 75, 200 } };

// menciptakan objek ce pen...
CCEPen cePen;
// mengubah warna RGB ke warna yang didukung oleh CE
cePen.CreatePen( 1, 1, m_ceDraw.ConvertColor( 255, 0, 0 ) );

// mengarahkan ke sistem grafik
m_ceDraw.SetGDIObject( &cePen );

// menciptakan objek ce brush...
CCEBrush ceBrush1, ceBrush2;
ceBrush1.CreateBrush( 1, m_ceDraw.ConvertColor( 200, 200, 100 ), 1 );
ceBrush2.CreateBrush( 1, m_ceDraw.ConvertColor( 0, 240, 0 ), 1 );

// mengarahkan ke sistem grafik
m_ceDraw.SetGDIObject( &ceBrush1 );

// mulai menggambar
m_ceDraw.BeginDraw();
m_ceDraw.Clear( (DWORD)255 ); // membersihkan layar menggunakan warna putih

m_ceDraw.DrawLine( 1, 1, 100, 100 ); // menggambar garis

m_ceDraw.DrawRect( 10, 10, 110, 80 ); // menggambar kotak

m_ceDraw.FillRect( 30, 30, 50, 50 ); // mengisi kotak

m_ceDraw.SetGDIObject( &ceBrush2 ); // memilih warna kuas yang lain
m_ceDraw.FillRect( 40, 40, 100, 100, 0.4 ); // mengisi kotak dengan alpha blend

m_ceDraw.FillPolygon( pt, 5 ); // menggambar poligon
m_ceDraw.SetGDIObject( &ceBrush1 ); // memilih warna kuas yang lain
m_ceDraw.FillPolygon( pt, 5, 40, 40 ); // menggambar poligon

CCEBitmap ceBmp1,ceBmp2;

// menampilkan gambar Gif dari file
ceBmp1.LoadBitmap( &m_ceDraw, L"windows\\wcelogo1.gif" );
ceBmp2.LoadBitmap( &m_ceDraw, L"windows\\welcomehead.gif" );

// menggambar bitmap dengan alpha blend
ceBmp2.BitBlt( &m_ceDraw, 1, 80, 0, 0, 0, 0, SRCALPHA, 0.6f );
ceBmp1.BitBlt( &m_ceDraw, 1, 200, 0, 0, 0, 0, SRCALPHA, 0.6f );

POINT ptText = { 1, 300 };
// menggambar teks dengan warna pena
m_ceDraw.DrawText( &ptText, "Hello CE Graph!", 16, 1 );

// selesai menggambar
m_ceDraw.EndDraw();
m_ceDraw.Flip(); // mengembalikan buffer back ke buffer video
}
Langkah 5: Jangan lupa untuk meluncurkan CEDraw:
case WM_DESTROY:
m_ceDraw.Release();
PostQuitMessage(0);
break;

Tip:
Library grafik ini tidak dapat digunakan secara langsung dalam suatu frame yang dibangkitkan oleh MFC appwizard. Karena library grafik ini mempunyai dua window, yang pertama adalah frame window, yang lain adalah child window. Penulis sudah menulis suatu kerangka kerja yang mendukung MFC. Jika seorang yang ingin menggunakan library grafik ini dalam MFC, harap kirim e-mail ke penulis.
CEGLDLLPrj adalah project dll dari library CE Graphics. Sangat disarankan untuk yang ingin menggunakan library ini, menggunakan project untuk membentuk file-file DLL dan Lib milik sendiri. Untuk membentuk project ini, pengguna dapat mengeset directory include and directory lib dengan ...\CEGraph\include dan ...\CEGraph\lib (sama seperti langkah 1: Directory).
SDKSample Project adalah contoh yang TIDAK menggunakan MFC. Bentuklah library grafik ini sesudah mengeset dan meng-copy file-file library dan DLL.

Source:
http://www.codeproject.com/ce/CEGraph.asp

Akses Mobile Cepat dan Mudah untuk Pocket Outlook Data

2006-07-01T02:02:00.000-07:00

Yaufred Tambora
(202114726)

Akses Mobile Cepat dan Mudah untuk Pocket Outlook Data

Untuk perkembangan fungsi alat baru supaya lebih berguna, alat tersebut harus mudah dijalankan, menyediakan fungsi penting untuk di gunakan di tangan, dan berjalan dengan baik. Sebagai pengembang Windows Mobile, saya percaya penambahan dari kelas pengaturan untuk akses dan berinteraksi dengan data seperti PocketOutlook (contacts, tasks, dan appointments) sesuai dengan semua kriteria diatas.

Pencipta yang membangun .NET Compact Framework aplikasi untuk Pocket PCs dan Smartphones sudah terlalu sering menyediakan akses untuk data Pocket Outlook. Melihat kembali, ini berarti penggunaan P/Invoke maupun penelpon pengguna DLLs atau mengakses langsung penyimpanan di dalam data, atau memperoleh kode pengaturan pengetahuan kode third party. Hasilnya meningkatkan waktu perkembangan dan/atau menaikkan ongkos. Dengan pengaturan kelas baru, penemu C# dan VB.NET Compact framework dengan cepat dapat mengakses informasi penting dan memodifikasi nya (jika perlu) tanpa penambahan produk.

ABCs dari akses Pocket Outlook
Penggunaan pengaturan kelas untuk Pocket Outlook, Anda membutuhkan:

- Visual Studio 2005
- Sebuah Windows Mobile versi %.0 (Pocket PC, edisi telepon Pocket PC ayau Smartphone)

Pengaturan kelas baru tidak bisa digunakan oleh Windows Mobile 2003 edisi kedua atau yang lebih lama. Anda dapat menggunkana jika menggunakan Visual Studio 2005 untuk menciptkan .NET Compact Framework 1.0 atau 2.0 proyek yang dapat menguntungkan pengaturan kelas baru.

Anda mesti melaksanakan hanya dengan beberapa langkah mudah untuk mengakses Pocket Outlook data dari Smart Device projek di Visual Studio 2005:

1. menambah referensi untuk membuat kumpulan
2. membuat sebuah contoh variable untuk sesi Pocket Outlook
3. mengakses kumpulan kebutuhan dari informasi ( janji, tugas, penelepon)
4. bekerja dengan kumpulan-kumpulan
5. mengatur sesi objek Pocket Outlook

Dengan melaksanakan cara-cara tadi, anda dapat meningkatkan akses terhadap banyak indormasi yang anda butuhkan.

Menambah Referensi untuk Projek anda
Dalam meningkatkan akses terhadap pengaturan kelas baru dari Pocket Outlook, anda di tuntut untuk menambah referensi untuk kumpulan dua .NET compact framework di projek anda. Anda akan menemukan .Microsoft.WindowsMobile.dll dan Microsoft.WindowsMobile.PocketOutlook.dll di dalam dialog referensi, sebagaimana di lampirkan di gambar 1.

Gambar 1. Referensi penting untuk Pocket Outlook Access

Dari gambar pengkodean, anda mengakses kelas hanya di Microsoft.WindowsMobile.Pocketutlook spasinama. Kumpulan lain dibutuhkan, tetapi, sebagai kumpulan PocketOutlook mempunyai ketergantungan pada tempat pemasangan pertama dari alat penghubung.

PocketOutlook spasinama terdiri dari banyak kelas. Gambar 2 memperlihatkan beberapa kelas yang tersedia yang dapat kamu lihat di Visual Studio Object Browser.

Gambar 2. PocketOutlook Namespace diperlihatkan di perncarian object

Melihat kedepan, artikel ini menjelaskan beberapa class yang bersangkutan untuk permulaan.

Membuat sebuah Outlook Session Instance
Untuk pembangun yang bekerja di model objek untuk Microsoft Outlook d desktop, model objek Pocket Outlook terlihat sama. Objek hirarki dan tugas yang berhubungan dengan programming seperti dengan model objek adalah sama. Satu contoh dari langkah awal programming untuk mengakses data Pocket Outlook: membuat contoh dari sesi Outlook.
Di contoh proyek, saya membuat sebuah bentuk yang berisi control ListView (disebut lvAppt) dimana saya secara pemograman berhubungan dengan informasi Appointment. Gambar 3 memperlihatkan layar dalam design mode.

Gambar 3. Layar Appointents

Seperti yang anda lihat, saya dapat mengatur control Listview menjadi 3 kolom untuk informasi yang berhubungan dengan janji. Saya menggunakan objek ListViewItem dan itu bekerja sama dengan kumpulan SubItems untuk menempati informasi ini.

Untuk mempertahan sebuah contoh dari sesi PocketOutlook, saya membuat sebuah contoh variable dalam form class yang dinamakan AppSession:

private OutlookSession AppSession;

Untuk peragaan, saya menambahkan kode pada bentuk pembangun (segera perhatikan pemanggilan di InitializeComponent method yang membuat contoh dari PocketOutlook Session)

public Form1()

{

InitializeComponent();

//Create an instance of the Pocket Outlook session

AppSession = new OutlookSession();

Mengakses kumpulan Appointment
Objek PocketOutlook hirarki menyediakan cara yang mudah untuk mengakses kumpulan dari informasi tersebut. Kumpulan tersebut diperlihatkan melalui properties mewakili folder yang berisi kumpulan beberapa item. Mereka diakses langsung dari sesi OutlookSession. Biasanya objek ini digunakan sebagai berikut:

- Appointments (OutlookSession.Appointments)
- Tasks (OutlookSession.Tasks)
- Contacts (OutlookSession.Contacts)

Setiap dari kategory ini juga sudah bekerja sama dengan kumpulan objek dalan bentuk dari AppointmentCollection, TaskCollection, and ContactCollection. Dalam contok projek saya, saya membutuhkan untuk mengakses appointments. Jadi saya membuat sebuat contoh variable untuk menahan kumpulan Appointment (dinamakan AppAppts). Untuk mengakses kumpulan appointments, saya menggunakan metode ini:

//Capture the AppointmentCollection into a variable

AppAppts = AppSession.Appointments.Items;

Setelah anda memilik kumpulan tersebut, anda akan dapat mengakses item demi item menggunakan objek Appointment. Dalam projek saya, saya mengunakan objek ini berkonjungsi dengan sebuah foreach loopp untuk berjalan melewati kumpulan tersebut:

//We now iterate through the entire collection with a foreach, using

//an appointment object...

foreach (Appointment appt in AppAppts)

{

//Create a ListViewItem object

lviAppt = new ListViewItem ();

//Add the appointment date to the ListViewItem, and the time and

//subject to ListViewItem SubItems

lviAppt.Text = appt.Start.ToShortDateString();

lviAppt.SubItems.Add(appt.Start.ToShortTimeString());

lviAppt.SubItems.Add(appt.Subject);

//Add the ListViewItem to the ListView

lvAppts.Items.Add(lviAppt);

}

Perhatikan objek Task untuk tasks dan objek Contact untuk contacts dapat digunakan fungsi yang sama. Setiap objek menyediakan akses programmatic ke semua properties yang dpt disimpan di tempat itu juga di dalam data penyimpanan Pocket Outlook. Gambar 4 memperlihatkan beberapa properties yang berhubungan dengan sebuah objek Task di dalam Objek Browser.

Gambar 4. Penampilan Task Object di dalam Object Browser

Menghapus Pocket Outlook Session Object
Ketika anda sudah melengkapi pengunaan dari data PocketOutlook, kamu harus menghapus sesi objek supaya mengosongkan resource. Untuk melakukan ini, panggil saja metode Dispose dari session instance:

//Don't forget to close the PocketOutlook session when done!

AppSession.Dispose();

Menjalankan Projek Yang Lengkap

Pengkodean lengkap seperti contoh projek dibawah ini:

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

using Microsoft.WindowsMobile;

using Microsoft.WindowsMobile.PocketOutlook;

namespace OutlookMobileAPI

{

public partial class Form1 : Form

{

private OutlookSession AppSession;

private AppointmentCollection AppAppts;

private ListViewItem lviAppt;

public Form1()

{

InitializeComponent();

//Create an instance of the Pocket Outlook session

AppSession = new OutlookSession();

//Capture the AppointmentCollection into a variable

AppAppts = AppSession.Appointments.Items;

//We now iterate through the entire collection with a
//foreach, using

//an appointment object...

foreach (Appointment appt in AppAppts)

{

//Create a ListViewItem object

lviAppt = new ListViewItem();

//Add the appointment date to the ListViewItem,
//and the time and

//subject to ListViewItem SubItems

lviAppt.Text = appt.Start.ToShortDateString();

lviAppt.SubItems.Add( appt.Start.ToShortTimeString() );

lviAppt.SubItems.Add(appt.Subject);

//Add the ListViewItem to the ListView

lvAppts.Items.Add(lviAppt);

}

//Don't forget to close the PocketOutlook session

//when done!

AppSession.Dispose();

}

}

Sebelum menjalankan aplikasi di emulator, anda akan dibutuhkan menambah beberapa data untuk appointments. Anda dapat melakukan ini dengan mudah, pertama membuka emulator menggunakan Tools -> Connect to Device… pilihan dari menu Visual Studio. Saya menambahkan 3 appointment ke emulator, seperti gambar 5.

Gambar 5. Pengetesan data dari conton Projek

Ketika projek bekerja dan berjalan di emulator, emulator akan menampilkan 3 appointments, seperti diperlihatkan Gambar 6.

Gambar 6. Contoh data yang ditampilkan di Sample Application

Seperti yang anda lihat, sangat sedikit kode yang dibutukan untuk menjalankan Pocket Outlook data aplikasi ke .Net Compact Framework anda.

Menggunakan class ChooseContactDialog
Kelas lain yang berguna di dalam pengaturan baru APIs adalah ChooseContactDialog class (juga berhubungan sebagai Contact Picker). Dengan mudah, ggunakan kelas ini di aplikasi anda untuk menampilkan sebuah kumpulan dialog dan kembali memilih contact ke aplikasi anda. Ini akan sangat berguna sekali ketika anda ingin dengan cepat menyediakan user anda dalam arti memilih infomasi contact.

Untuk menggunakan Contact Picker, kamu dibutuhkan untuk menambah sebuah referensi ke Microsoft.WindowsMobile.Forms.dll untuk menjalankan projek anda (ini dimana letak kelas ChooseContactDialog). Untuk mendemonstrasi kegunaan ini, saya membuat sebuah Smart Device projek yang terdiri dari satu kumpulan. Kumpulan tersebut berisi pemegang infomasi dari kumpulan TextBox dan objek Label, dan mempunyai satu tombol. (lihat gambar 7).

Gambar 7. Bentuk demonstrasi Contact Picker

Ketika pengguna memilih tombol Select… di aplikasi, Contact Picker akan ditampilkan dan pengguna dapat memilih contact. Setelah di pilih, aplikasi memperlihatkan informasi dari Contact ke halaman tampilan.

Untuk penyempurnaan ini, saya menambahkan kode berikut untuk pemegang tombol klik untuk menampilkan Contact Picker:

//Create the instance of the Contact Picker and disable the ability to

//create new contacts from it.

ChooseContactDialog appContactDialog = new ChooseContactDialog();
appContactDialog.HideNew = true;

appContactDialog.ShowDialog();

Kemudian saya membuat logika (dengan cara.. menarik blok jikalau pengguna keluar dari proses) untuk penahanan pilihan contact ke sebuah contoh variable (dinamakan AppCOntact) dan diberikan dalam bentuk:

try

{

appContact = appContactDialog.SelectedContact;

textBox1.Text = appContact.FileAs;

lblMobile.Text = appContact.MobileTelephoneNumber.ToString();

lblPhone.Text = appContact.HomeTelephoneNumber;

}

catch

{

MessageBox.Show("No contact selected");

}

Sebelum menjalankan kode ini di emulator, sekali lagi saya memastikan kalau saya mempunyai beberapa contact yang tersedia. Saya menggunakan Connect to Device… menu di Visual Studio 2005 untuk membuat 2 record.

Ketika saya jalankan aplikasi di emulator dan tekan tombol, Contact Picker akan muncul (lihat gambar 8)

Gambar 8 (Penampilan Contact Picker)

Pilih sebuah kontak kemudian kembali ke aplikasi saya, menghasilkan penampilan data contact . (lihat gambar 9)

Gambar 9 (Penampilan Informasi penelepon di aplikasi)

Sekali lagi, jumlah dari pengkodean dibutuhkan untuk kegunaan ini sangatlah sedikit. Ini adalah kode lengkap dari form class:

using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Text;
using System.Windows.Forms;
using Microsoft.WindowsMobile;
using Microsoft.WindowsMobile.Forms;
using Microsoft.WindowsMobile.PocketOutlook;
namespace ContactPickerDemo
{
    public partial class Form1 : Form
    {
        //Contact object instance

private Contact appContact;

        public Form1()
        {
            InitializeComponent();
        }

        private void button1_Click(object sender, EventArgs e)
        {
            //Create the instance of the Contact Picker and
            //disable the ability to
            //create new contacts from it.
            ChooseContactDialog appContactDialog = new ChooseContactDialog();

            appContactDialog.HideNew = true;
            appContactDialog.ShowDialog();
            try
            {
                //Assign the selected contact to a Contact
                //object
                appContact = appContactDialog.SelectedContact;
                //Populate the form fields
                textBox1.Text = appContact.FileAs;
                lblMobile.Text = appContact.MobileTelephoneNumber.ToString();
                lblPhone.Text = appContact.HomeTelephoneNumber;
            }
            catch
            {
                //If the user backed out, display a message.
                MessageBox.Show("No contact selected");
            }
        }
    }
}

Memberi penguna sebuah hasil yang tak ternilai
Untuk aplikasi yang membutuhkan perpanjangan kegunaan yang ada dari aplikasi Pocket Outlook atau penyatuan dengan data Pocket Outlook, pengatuan kelas baru ditampilkan di Windows Mobile 5.0 dan .NET Compact Framework adalah sebuah hasil yang tak bernilai. Dalam waktu dan usaha yang sedikit, projek Smart Device anda dapat membaca dan menggerakan tugas, daftar telepon dan infomasi janji. Jika anda ragu untuk menambah fungsi ini ke aplikasi anda sebelumnya, Saya mengajak anda untuk memikirkannya. Untuk lainnya, sekarang waktu yang tepat untuk mengevaluasikan keuntungan dari penyediaan tipe ini dari kegunaan untuk pengguna seperti anda.

Tentang penulis
Don Sorcinelli telah melibatkan di perancangan, pengembangan dan penyebaran dari perusahaan aplikasi software 15 tahun lamanya. Don juga bekerja dengan telepon genggam dan disalurkan arsitek sudah hamper 10 tahun lamanya, dan dia sudha bekerja dengan PDA dan Windows Mobile program partai sejak lahirnya mereka. Don adalah seorang presenter di pengembangan Windows Mobile dan teknologi MSDN, grup pengembang, dan konferensi. Dia juga sebagai manajer Boston Windows Mobile Developer Group dan pemilik dari BostonPocketPC.com, sebuah website yang memfokuskan di teknologi Microsoft mobile.

Referensi :
- http://www.developer.com/ws/pc/article.php/10947_3556186_1
- http://www.developer.com/ws/pc/article.php/10947_3556186_2

Wideband CDMA Teknologi Wireless Generasi ke-3

2006-06-30T09:24:00.000-07:00

Nama : Andhi Saputra Gani

Nrp : 200113811

Wideband CDMA Teknologi Wireless Generasi ke-3

Pada awal abad 21 teknologi komunikasi wireless sudah memasuki generasi ke tiga. Dimana teknologi komunikasi saat ini harus memenuhi persyaratan diantaranya service yang bersifat global dan portabel, mendukung untuk layanan pita lebar (multimedia) baik untuk mobile maupun WLL (Wireless Local Loop), Wireless BOD (Bandwidth on Demand) sampai rate 2 Mbps, interworking dengan sistem eksisting, performansi yang cukup baik terhadap problema propagasi (multi environment) dan harus memiliki efisiensi spektrum yang tinggi.

Menurut standar baik dari Eropa, Jepang maupun USA maka teknologi di atas dikenal dengan istilah IMT-2000 atau UMTS (Universal Mobile Telecommunications System). Di sisi air interfacenya teknologi akses yang dipakai bisa berupa : W-CDMA, TD-CDMA atau Wideband CDMAone tergantung dari kebijaksanaan negara masing-masing.

Untuk lebih jelasnya dapat digambarkan sebagai berikut :

Gambar 1. Air interface Sistem Generasi 3

Roadmap Menuju W-CDMA

Kebutuhan akses informasi yang cepat akan terus berkembang. Hal tersebut dipengaruhi dengan adanya kebutuhan fleksibilitas dan produktifitas yang lebih tinggi dan kebutuhan mengurangi "dead" time. Kebutuhan-kebutuhan tersebut setidaknya akan terpenuhi dengan munculnya sistem komunikasi generasi ke-3. Hal ini dapat kita lihat karena dengan persyaratan-persyaratan yang harus dipenuhi untuk memasuki ke generasi tersebut.

Persyaratan yang dimaksud dapat diterangkan seperti di bawah ini :

Layanan-layanan komunikasi dengan data rate yang tinggi dan transmisi data asimetric
Mendukung untuk service baik packet maupun circuit switched, seperti Internet (IP) trafik dan video conference
Mekanisme charging yang baru, data volume vs time
Kapasitas jaringan yang lebih besar dengan efisiensi spektrum
Mendukung untuk koneksi yang besar dan simultan, contoh user dapat mengebrowse Internet dan menerima fax atau panggilan telpon
Mempunyai kapabilitas interworking dengan sistem eksisting

Portabilitas layanan secara global

Sebelum menuju ke generasi di atas maka telah ada generasi sebelumnya yaitu generasi ke-1 dan generasi ke-2. Generasi ke-1 ditandai dengan teknologi analog sedangkan teknologi ke-2 yang ditandai dengan teknologi digital dengan kecepatan rendah.

Perkembangan menuju sistem komunikasi wireless generasi ke-3 (UMTS/IMT-2000) dapat diterangkan seperti gambar di bawah ini :

Gambar 2. Evolusi menuju W-CDMA

Di Eropa ETSI bekerja untuk UMTS yang menjadi International Telecommunication Unit (IMT-2000). W-CDMA adalah salah satu kandidat utama untuk standar UMTS atau IMT-2000.

Teknologi Wideband CDMA

Standar teknologi CDMA, dilihat dari spread signalnya relative lebih besar dari teknologi selular lainnya, pengurangan problem propagasi (multipath dan fading). Dikenal dua standar untuk aplikasi dengan metode akses CDMA. Standar yang dimaksud adalah IS-95 dan poprietary. Wideband CDMA mengambil konsep ini lebih lanjut dengan pengurangan multipath-fading, penawaran kapasitas dalam tiap cell dan kualitas suara yang lebih baik. Bandwidth yang luas juga membuat kemungkinan features ke depan termasuk ISDN dan bandwidth on demand. Bandwidth yang ditawarkan bersifat variatif dari mulai 1,26 MHz, 5 MHz, 10 MHz bahkan sampai 20 MHz. Wideband CDMA dengan wireless mempunyai potensi untuk menyediakan "transparan" local loop dengan fungsi penuh seperti wireline.

Wideband CDMA sebagai WLL didesain untuk menyediakan layanan fixed dan mobile yang dikoneksikan dengan PSTN dari layanan POTS (Plain Old Telephone Service) ke features-features selanjutnya seperti ISDN dan bandwidth on demand. Service-service akan termasuk voice, high speed fax, data dan multimedia, termasuk juga video. Teknologi ini memungkinkan aplikasi ISDN ke desktop fixed wiireless dan mobile wireless.

Peluncuran layanan-layanan wideband multimedia akan menambah performansi dibanding dengan standar wireless yang ada sekarang. W-CDMA sangat mendukung baik untuk komunikasi packet dan circuit switched seperti browsing Internet.

Dari awalnya, W-CDMA didesain untuk layanan data kecepatan tinggi seperti internet base packet data menawarkan sampai 2 Mbps dalam lingkungan kantor dan sampai 384 Kbps di outdoor atau lingkungan yang bergerak. Secara rinci hubungan antara besarnya carrier spacing dengan dengan bit rate maksimum yang dapat dicapai adalah sebagai berikut :

CARRIER SPACING (MHz)	MAKSIMUM BIT RATE
1,26	13 kbps(~ 64 kbps)
5	64 kbps ~ 384 kbps
20	266 kbps ~ 2 Mbps

Sedangkan spesifikasi dari W-CDMA dapat dilihat seperti tabel di bawah ini :

TYPE SPESIFIKASI	JENIS / NILAI
Radio Access	DS-CDMA / FDD
Carrier spacing	1,26 / 5 / 10 / 20 MHz
Chip rate	4,096 Mcps (1,024 / 8,192 / 16,384 Mcps)
Modulation	Data-QPSK, Spreading – QPSK
Detection (Reverse & Forward link)	Pilot Symbol Aided Coherent RAKE
TCH rate	Sampai 384 kbps (sampai 2 Mbps)
Variable rate TCH	Variable Spreading Factor Multi code Transmission for High rate TCH
Frame length	10 ms
Voice codec	G.729 CS-ACELP
Inter BS Synchronous	Asynchronous
Signaling Protoccol	Layered Protocol Multiple Protocol Control Entities B-ISDN based Call Control
Services	Voice, Packet data Unrestricted information transmission

Spektrum yang baru telah dialokasikan pada band frekuensi 2 GHz untuk sistem komunikasi wireless generasi ke-3. Sebagai gambaran spektrum frekuensi yang rencananya akan diperuntukkan di Eropa dapat dilihat seperti gambar di bawah ini :

Gambar 3. Rencana band UMTS di Eropa

Gelombang Multimedia

Salah satu karakteristik dari pelayanan dan aplikasi teknologi komunikasi wireless selular generasi ketiga adalah kemampuan masing-masing pengguna terminal selular untuk menjalankan beberapa aplikasi dan layanan secara bersamaan. Artinya masing-masing pelanggan teknologi baru ini dapat melakukan percakapan sekaligus mengakses intranet maupun internet untuk mendapatkan informasi penting yang dibutuhkan. Pelanggan juga dapat menggunakan terminal selularnya untuk video conference dan dalam waktu yang bersamaan dapat saling bertukar informasi melalui e-mail ataupun multimedia mail.

Beberapa layanan masa depan untuk wireless multimedia pita lebar adalah pengiriman berita/koran secara interaktif (berupa suara, video, teks, grafik/gambar), multimedia E-mail (berupa teks, gambar, klip video), Audio Interactive (suara berkualitas CD), video conference (konferensi melalui audio/video), web interactive (aplikasi Internet secara interaktif, contohnya permainan-permainan di Internet) dan transfer file berkapasitas besar dari intranet maupun internet (dalam waktu yang lebih singkat).

Aplikasi, Layanan dan Pemasaran dari 3G:

3G menawarkan kepada pelanggan satu layanan multimedia berkecepatan tinggi dan user-friendly, sehingga operator mempunyai sumber pendapatan yang baru. Dengan perangkat handphone 2G/3G quad-band (900/1800/1900/2200 Mhz) / dualmode, kelak pengguna akan menikmati layanan layanan seperti:

oAlways-on—contohnya, e-mail, personal organizer, otomatisasi, penjualan, dan lain sebagainya.

o Informasi—contohnya, menjelajah web, Intranet perusahaan, game jaringan, musik, layanan berita, lokasi, kejadian dan layanan transportasi.

o Belanja—contohnya, on-line shopping, transaksi bank, judi (tidak direkomendasikan), dan pemesanan ticket..

Diperkirakan bahwa tahun 2004, di luar Amerika Utara, 40% transaksi e-commerce akan dilakukan melalui layanan sellular. Pengembangan yang significant dari komunikasi mobile membuka pintu untuk layanan multimedia baru. Di fixed telephone network, data traffic (termasuk penggunaan internet) tumbuh lebih cepat dibandingkan voice traffic. Dan para pakar industri percaya trend ini juga juga terjadi pada komunikasi wireless. Diharapkan orang akan membutuhkan untuk mengirim dan menerima wireless data, terutama di lingkungan bisnis.

Gaya bekerja akan berubah, dan orang lebih suka bekerja di luar kantor, akses wireless ke ke perusahaan melalui jaringan komputer menjadi sangat penting. Bandwidth wireless yang lebar juga memungkinkan terminal mobile digunakan untuk aplikasi sperti high-quality videoconference dan mentransmisikan gambar-gambar dengan resolosi tinggi. Bandwidth air interface, bagaimanpun juga merupakan faktor penting yang dapat membatasi isi dari informasi yang dapat ditransmisikan antara terminal wireless dan jaringan.

Mobile phone generasi pertama dan kedua diperuntukan untuk mensupport komunikasi suara, meskipun sekarang sudah memungkinkan digunakan untuk transfer data dengan kecepatan rendah seperti mengirim dan menerima fax dan email. Kecepatan transmisi data sekitar 10 kbps. Ada dua cara yang digunakan untuk memperbaiki kapabilitas dari komunikasi wireless, yang pertama meningkatkan kemampuan bandwidth dari jaringan digital (GSM, D-AMPS dan PDC). Teknologi baru yang disebut EDGE (Evolved Date Rates for GSM Evolution) dikembangkan untuk GSM dan D-AMPS, untuk meningkatkan kecepatan data sampai 384 kbps. Pendekatan yang kedua adalah memperbaiki system dengan teknologi radio generasi terbaru (teknologi radio generasi ketiga).

Kapabilitas yang diharapkan dari teknologi generasi ketiga adalah :

Kualitas suara yang lebih bagus.
Keamanan yang terjamin.
Kecepatan data mencapai 2 Mbps untuk lokal/Indoor/slow-moving access dan 384 kbps untuk wide area access.
Support beberapa koneksi secara simultan, sebagai contoh, pengguna dapat browse internet bersamaan dengan melalukan call (telepon) ke tujuan yang berbeda.
Infrastruktur bersama dapat mensupport banyak operator dilokasi yang sama.
Interkoneksi ke other mobile dan fixed users.
Roaming nasional dan internasional.
Bisa menangani packet-and circuit-switched service termasuk internet (IP) dan videoconferencing. Juga high data rate communication services dan asymetric data transmission.
Efiensi spektrum yang bagus, sehingga dapat menggunakan secara maksimum bandwidth yang terbatas.
Support untuk multiple cell layer.
Co-existance and interconnection dengan satellite-based services.
Mekanisme billing yang baru tergantung dari volume data, kualitas service dan waktu.

Keuntungan W-CDMA

Konsep W-CDMA yang baru beroperasi dengan besar kanal radio 5MHz sedang dikembangkan dengan menggunakan potensi keuntungan dari CDMA. Sistem yang baru ini mempunyai beberapa keuntungan dibandingkan dengan sistem narrowband CDMA generasi ke-2 sekarang. Fitur teknologi W-CDMA adalah sbb:

Kapasitas lebih tinggi dan penambahan coverage : sampai 8 kali lebih tinggi trafik per carrier dibandingkan dengan carrier narrowband CDMA
Variabel dan kecepatan data yang tinggi, sampai 384 Kbps pada wide area dan 2 Mbps pada lokal area
Service packet dan circuit switched
Layanan multiple simultan pada tiap mobile terminal
Mendukung untuk Hierarchical Cell Structures (HCS) pada metode handoff yang baru diantara carrier CDMA

Fitur-fitur di atas dapat dijelaskan seperti berikut :

Menambah kapasitas dan coverage

Ada beberapa faktor yang menambah kapasitas dan coverage:

Sistem W-CDMA menggunakan 4 kali channel lebih besar dibanding dengan channel narrowband CDMA, kapasitas bertambah 4 kalinya. Dengan bandwidth lebih lebar memperbaiki efek frekuensi diversity dan oleh karena itu mengurangi efek fading
Demodulasi koheren pada uplink memperbaiki coverage
W-CDMA menggunakan demodulasi pada uplink. Hal itu akan memberi 2-3 dB gain demodulasi dan memperbaiki coverage.
Memperbaiki power control
Pengurangan efek fading pada channel yang besar, akurasi power kontrol akan diperbaiki. Power konrol pada up dan link, yang melawan efek fading dan mengurangi rata-rata level power, akan menambah kapasitas.
W-CDMA, variabel dan high speed data rates
Air interface W-CDMA mendukung baik untuk low maupun high bit rates. Kecepatan samapai 384 Kbps untuk full mobility dan 2 Mbps untuk lokal area. Mendukung kepada pemakai untuk komunikasi yang berbagai macam dari voice sampai multimedia.
Variabel data rates dapat dicapai dengan penggunaan variabel orthogonal spreading codes dan adaptasi dari output power.
W-CDMA menawarkan layanan untuk packet dan circuit swithed
Layanan berbentuk packet menawarkan kemungkinan selalu "on-line" dengan aplikasi host tanpa menduduki kanal secara dedicated. Service packet memungkinkan pemakai membayar hanya jumlah data yang ditransmisikan dan bukan waktu koneksinya.
Paket data service adalah penting untuk membangun aplikasi yang cost efektif untuk remote LAN dan wireless internet akses.
Layanan high speed circuit switched dibutuhkan untuk aplikasi komunikasi real time seperti video conference.
W-CDMA mendukung layanan secara multiple simultan
Tiap terminal W-CDMA dapat menggunakan beberapa layanan secara simultan. Bagi pemakai akan mempercepat hubungan ke corporate LAN dan pada waktu yang sama dapat menerima Voice call, yang berarti tidak ada nada sibuk ketika line diduduki untuk data call.

Kelebihan lain adalah :

Mendukung untuk Adaptive Antenna Arrays (AAA)
Teknik ini adalah untuk mengoptimalkan antena pattern pada mobile station. Hal ini akan memungkinkan penggunaan spektrum yang efektif dan akan menambah jumlah kapasitas.
Tidak memerlukan GPS untuk sinkronisasi di sisi base stations
W-CDMA mempunyai internal sistem untuk sinkronisasi pada base station, sehingga tidak membutuhkan eksternal sinkronisasi seperti GPS (Global Positioning System).
Hal ini mempunyai masalah jika implementasi base station dilakukan pada daerah rawan covergae satelit GPS seperti shoping center atau di subways suatu gedung.
Mendukung untuk Hierarchical Cell Structures (HCS)
W-CDMA mendukung HCS denganmemperkenalkan metode handoff diantara carrier CDMA yang diberi nama Mobile Assisted Inter-Frequency Hand-off (MAIFHO)
Mendukung untuk deteksi multi user.
Deteksi multi user akan membatasi interferensi pada suatu cell dan memperbaiki kapasitas.

Sumber :
1.http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/wireless.pdf
2.http://www.cisco.com/univercd/cc/td/doc/product/wireless/moblwrls/cmx/mmg_sg/cmxgsm.pdf
3.http://www.qualcomm.com/technology/index.html
4.http://www.cs.bris.ac.uk/Teaching/Resources/COMSM0106/COMSM0106-10.p.pdf

Relasi Antara WAP dan J2ME

2006-06-30T09:00:00.000-07:00

WML bekerja baik untuk beberapa aplikasi seperti text-centric application seperti weather report, stock quotes, dll, tetapi terdapat beberapa kelemahan dengan WAP yaitu WAP-based application memerlukan koneksi terhadap network secara permanen, artinya koneksi terhadap internet harus terus dilakukan bilamana ingin menjalankan WAP-based application. Selain itu pula aplikasi WAP tidak baik digunakan pada aplikasi yang graphic intensive seperti games, interactive charting, dll. Selain dari itu isu security juga menimpa WAP gateway, dimana terjadi konversi protocol yaitu dari protocol internet menjadi protocol wireless. Teknologi Java dapat dijalankan pada devices dengan cara disconnected access dan inilah yang tidak dimiliki oleh WAP-based application. J2ME memberikan kemudahan bagi developer untuk membuat aplikasi grafis seperti color games, office application, dll. J2ME pula menyediakan end-to-end security HTTP seperti SSL Tetapi tidak berarti teknologi Java dan WAP berdiri sendiri dan justru sebaliknya merupakan teknologi komplementer dimana WAP browser (microbrowser) digunakan untuk surfing mencari Java Application kemudian AMS akan melakukan manajemen instalasi lalu KVM akan menjalankan aplikasi MIDlet secara disconnected access.

Saat ini telah tersedia beberapa microbrowser yang ditulis dengan menggunakan bahasa Java. Tentu saja ini menguntungkan karena anda dapat melakukan proses updating secara OTA, sedangkan untuk microbrowser yang ditulis dengan bahasa selain Java tidak memiliki kemampuan untuk di-updated, dengan kata lain jika anda menginginkan microbowser versi terbaru anda harus membeli HP baru 􀀯. Openwave (merger dari www.software.com dan www.phone.com) yang merupakan founder dengan WAP Forum dan merupakan supporter utama dunia WAP telah mengumumkan major partnership dengan Sun Microsystem untuk mengintegrasikan J2ME dan WAP untuk release selanjutnya.

Di bawah ini adalah contoh program relasi antara WAP dan J2ME :

import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;
public class CityMIDlet extends MIDlet implements CommandListener {
Display display;
List menu;
List food;
List edu;
String currentMenu;
static final Command nextCommand = new Command("Next", Command.OK, 2);
static final Command backCommand = new Command("Back", Command.BACK, 2);
public CityMIDlet() {
}
public void startApp() {
display = Display.getDisplay(this);
menu = new List("Vancouver Guide", Choice.IMPLICIT);
menu.append("Food", null);
menu.append("Education", null);
menu.addCommand(nextCommand);
menu.setCommandListener(this);
mainMenu();
}
public void pauseApp() {
display = null;
menu = null;
}
public void destroyApp(boolean unconditional) {
notifyDestroyed();
}
public void mainMenu() {
display.setCurrent(menu);
currentMenu = "main";
}
public void foodMenu() {
food = new List("Restaurants", Choice.IMPLICIT);
food.append("Canadian", null);
food.append("Chinese", null);
food.append("Greek", null);
food.addCommand(backCommand);
food.addCommand(nextCommand);
food.setCommandListener(this);
display.setCurrent(food);
currentMenu = "food";
}
public void eduMenu() {
edu = new List("Education", Choice.IMPLICIT);
edu.append("Schools", null);
edu.append("Universities", null);
edu.addCommand(backCommand);
edu.addCommand(nextCommand);
edu.setCommandListener(this);
display.setCurrent(edu);
currentMenu = "education";
}
public void commandAction(Command c, Displayable d) {
String label = c.getLabel();
if(label.equals("Next")) {
if(currentMenu.equals("main")) {
List down = (List) display.getCurrent();
switch(down.getSelectedIndex()) {
case 0: foodMenu(); break;
case 1: eduMenu(); break;
}
} else if (currentMenu.equals("food")) {
mainMenu();
} else if (currentMenu.equals("education")) {
mainMenu();
}
} else if(label.equals("Back")) {
if(currentMenu.equals("food")) {
mainMenu();
} else if(currentMenu.equals("education")) {
mainMenu();
}
}
}
}

http://ilmukomputer.com/populer/faisal-j2me.php
http://developers.sun.com/techtopics/mobility/midp/articles/midpwap/index.html

Sistem Keamanan Data Pada Ponsel Berbasis J2ME Menggunakan Profile MIDP 1.0

2006-06-30T04:40:00.000-07:00

Sistem Keamanan Data pada Ponsel Berbasis J2ME Menggunakan Profile MIDP 1.0

Pendahuluan
Pada waktu dahulu, metode pengamanan data dilakukan dengan cara mengenkripsi data sebelum dikirimkan. Kekuatan enkripsi ini ditekankan pada kerahasiaan cara enkripsi data yang dilakukan, dan umum digunakan oleh raja-raja dahulu semacam Romawi. Saat ini kekuatan enkripsi data bukan lagi terletak dari kerahasiaan dari algoritma yang ada, namun terletak pada kemampuan sulit dipecahkannya dari sisi waktu. Semakin lama waktu yang diperlukan untuk memecahkan data yang dienkripsi dengan metode coba-coba, maka semakin bagus algoritma enkripsi yang ada.
Banyak sekali aspek keamanan dalam transaksi di internet, namun dalam bahasan dengan MIDP hanya akan dibicarakan mengenai bagaimana membuat data yang dikirim dan diterima dapat diamankan, atau dengan kata lain dienkripsi sehingga terlindung dari pencuri data. Idealnya setiap data yang ditransmisikan harusnya terjamin :
1. Integritas data
Jaminan integritas data sangat penting, sehingga data yang dikirimkan akan sama persis dengan data yang diterima, tanpa mengalami perubahaan apapun selama ditransmisikan.
2. Kerahasiaan data
Jaminan kerahasiaan data juga penting, karena dengan ini maka tidak ada pihak lain yang bisa membaca data yang ada selama data tersebut ditransmisikan.
3. Otentikasi akses data
Mekanisme otentikasi akses data menjamin bahwa data ditransmisikan oleh pihak yang benar dengan tujuan transmisi pihak yang benar pula. Jika berbicara tentang keamanan, maka mau tak mau kita akan membicarakan tentang Kriptografi. Berbicara tentang Kriptografi, maka kita sedang membicarakan tentang cabang ilmu matematika yang memanfaatkan proses komputasi untuk mengacak data yang akan dikirimkan. Secara umum, Kriptografi didasarkan pada penggunaan kunci. Kunci adalah sebuah bilangan yang membuat sebuah persoalan matematika dapat diselesaikan. Untuk analogi perhatikan contoh berikut :
3 + = 5
Dari contoh diatas jika persoalan matematikanya adalah :
3 + …. = 5
Maka bilangan yang merupakan kunci untuk menyelesaikan problem matematika tersebut adalah
Jika kunci yang digunakan untuk menyelesaikan problem tersebut bukan , maka persoalan tersebut tidak dapat diselesaikan dengan tepat.. Dalam kasus keamanan data, sebuah data harus diacak terlebih dahulu dan ditentukan komponen kuncinya sebelum dikirimkan ke tujuan. Setelah terkirim, di tempat tujuan, data yang teracak tersebut tidak mungkin dikonstruksi ke bentuk aslinya tanpa menggunakan komponen kunci tadi. Untuk itu, Kunci tersebut merupakan komponen yang rahasia. Sebagian besar kriptografi didasarkan pada pemanfaatan persamaan sederhana menggunakan sejumlah besar bilangan yang lebih besar daripada tipe data integer atau long. Algoritma yang memungkinkan data tersebut tetap rahasia selama pengacakan dinamakan dengan cipher. Algoritma ini dapat mentranslasikan data biasa yang dinamakan dengan plaintext dan data terenkripsi yang dinamakan cipertext. Jadi secara sederhana cipher adalah persamaan sederhana yang memungkinkan diperoleh data terenkripsi. Jika mengambil contoh penjumlahan diatas, maka yang dinamakan dengan plaintext adalah bilangan 3, dan yang dimaksud dengan cipher adalah fungsi + . Agar diperoleh data yang terenkripsi diperlukan key atau kunci seperti yang telah dikemukakan sebelumnya. Dalam contoh diatas, maka yang menjadi kuncinya adalah 2. Sehingga yang dimaksud dengan data terenkripsi adalah bilangan 5. Proses pengembalian hasil enkripsi ini dinamakan dengan dekripsi. Dunia kriptografi menawarkan beberapa solusi penting yang saat ini sudah sangat umum digunakan dalam jaringan internet, yakni :
1. Chiper
Tak lain adalah teknologi untuk enkripsi dan dekripsi data. Teknik kriptografi data untuk
enkripsi ada 2 macam :
a. Kriptografi simetrik
Dengan model kriptografi ini data dienkripsi dan didekripsi dengan kunci rahasia yang
sama.
b. Kriptografi asitmetrik
Dengan model kriptografi ini data dienkripsi dan didekripsi dengan kunci rahasia yang
berbeda. Pasangan kunci untuk enkripsi dan dekripsi dikenal dengan private key atau
secret key dan public key. Suatu data yang dienkripsi dengan suatu private key hanya
bisa didekripsi dengan public key yang berkaitan dengan private key tersebut, demikian
sebaliknya.

Cipher Asymmetric menggunakan sepasang kunci yang berhubungan satu sama lain. Satu merupakan public key, sedangkan lainnya adalah private key. Data yang terenkripsi menggunakan kunci yang satu, harus didekripsi menggunakan kunci yang lain. Public key dapat didistribusikan secara bebas, akan tetapi private key harus tetap pribadi untuk menjaga keamanan data tersebut.
Cipher Asymmetric berguna untuk tujuan otentifikasi yang berarti pula berfungsi sebagai identitas. Ketika seseorang mengirimkan sebuah pesan yang terenkripsi dengan memanfaatkan public key dimana anda yakin dengan private key yang anda miliki sajalah maka data tersebut dapat didekripsi oleh anda. Hal ini berarti bahwa telah terjadi proses otentifikasi kepada pengirim yaitu bahwa private key yang dikirimkan oleh si pengirim menjadi identitas dari pengirim pribadi. Tentunya cipher asymmetric jauh lebih kompleks dalam perhitungan matematis dibandingkan cipher symmetric. Namun biasanya enkripsi menggunakan Cipher symmetric berlangsung lebih cepat dibandingkan dengan bila menggunakan cipher asymmetric, terlebih lagi jika digunakan untuk mengenkripsi data yang lebih panjang. Selain itu sering pula memanfaatkan kedua jenis cipher tersebut secara bersamaan. Beberapa contoh algoritma cipher yang ada diantaranya adalah Rjndael, DES, Blowfish, ElGamal, dan sebagainya. Kunci dapat dibangkitkan dari bilangan acak. Public key dan private key merupakan pasangan kunci yang secara matematis berhubungan namun dapat dibangkitkan secara acak menggunakan apa yang dinamakan dengan pseudo-random number generator (PRNG), yang mampu menghasilkan sederetan bit yang berulang. bits. Penggunaan dua buah PRNG yang diinisialisasi secara identik akan menghasilkan deretan bit yang sama. Cara lain untuk membangkitkan kunci adalah penggunaan kunci yang dinamakan agreement protocol. Hal ini merupakan sebuah trik matematis yang memungkinkan dua pihak untuk menggunakan kunci tersebut pada sebuah session key. Untuk itu, masingmasing pihak harus mengerti pihak yang lain . Setiap perubahan dari pihak yang lain
diperoleh melalui session key tersebut. Salah satu contohnya adalah Diffie-Hellman.
2. Message Digest/Digital Fingerprint
Idenya adalah membuat suatu ringkasan matematik atas sebuah data, dimana perubahan atas data tersebut akan menghasilkan ringkasan matematik yang berbeda. Sebagai contoh ada sebuah data X memiliki nilai digital fingerprint : d07182257bce13d49a5c183864e4a277, maka jika anda merubah barang 1 byte data tersebut, maka nilai digital fingerprint akan berbeda. Teknologi ini menyediakan solusi bahwa data selalu terjamin integritasnya karena perubahan atas data yang ditransmisikan akan terdeteksi dengan mudah. Contoh algoritma message digest adalah : MD2, MD4, MD5, SHA1, RIPEM160, dan RIPEM128. Sebuah message digest berfungsi sebagai sidik jari bagi sebuah data. Dengan Sidik jari yang berbeda, maka data yang diperoleh juga berbeda sekalipun perubahan tersebut hanya 1 bit saja. Jadi secara umum message digest digunakan untuk memeriksa integritas sebuah data. Hal tersebut bisa anda lakukan ketika anda mendownload sebuah file dari server, maka anda dapat menghitung nilai digest-nya dan membandingkannya dengan nilai hasil komputasi di server. Jika hasilnya sama, maka anda boleh yakin bahwa selama proses pengiriman, data tidak mengalami modifikasi oleh pihak lain.
3. Digital Signatures
Idenya adalah mengenkripsi message digest dari suatu data dengan kunci rahasia (private key) seseorang. Pihak lain kemudian dapat mendapatkan message digest aslinya dengan mendekripsi data dengan kunci publik dari orang tersebut. Pengembangan dari model ini adalah adanya certificate yakni setiap orang memiliki semacam certificate yang disahkan oleh pihak ketiga yang ditunjuk, misalnya pengadilan, yang bisa digunakan untuk identitas digital seseorang. Jadi fungsi certificate ini seperti kartu tanda penduduk atau kartu SIM. Contoh algoritma signature adalah RSA dan DSA.
Pada algoritma tersebut, data yang dikirimkan ke pihak penerima nantinya tidak sekedar data saja, tapi juga data ditambah dengan digital signature-nya. Berbicara mengenai digital signature, mungkin anda menjadi bertanya-tanya bagaimana cara penerima data mengetahui bahwa data yang diterima benar-benar terjamin keamanannya dan benar-benar dikirimkan oleh pihak yang benar? Penjelasannya adalah sebagai berikut, sebagaimana diketahui bahwa data dikirim bersama dengan digital signature-nya. Dari digital signature dilakukan dekripsi dengan menggunakan kunci public dari pihak yang bersangkutan. Jika gagal didekripsi, maka kunci publik tentunya tidak bersesuain dengan kunci privat (private key) dari pihak yang benar, sehingga dari sini kita sudah bisa menentukan bahwa pengirim data adalah pihak yang sah. Dari dekripsi yang dilakukan dihasilkan digest dari data, jika nilai digest ini sama dengan hasil nilai digest yang kita lakukan terhadap data maka data terjamin keamanannya.

II Paket Bouncy Castle
Dalam ruang lingkup J2SE (Java 2 Standar Edition) yang didedikasikan pada perangkat dengan memori yang besar semacam komputer PC, Sun Microsystem telah mengembangkan dukungan Java API untuk urusan kriptografi yakni berupa JCA (Java Cryptography Architecture) dan JCE (Java Cryptography Extension). Namun JCA dan JCE tidak cocok untuk digunakan dalam J2ME karena terlalu besar memori yang dibutuhkannya, padahal perangkat J2ME misal ponsel hanya memiliki kapasitas memori yang terbatas. Sebagai alternatif, untuk J2ME anda bias menggunakan paket kriptografi dari Bouncy Castle. Bouncy Castle Cryptography (http://www.bouncycastle.org) merupakan proyek open source yang berpusat di Australia. Selain menyediakan paket-paket API java kriptografi untuk J2SE, juga disediakan paket-paket kriptografi untuk J2ME. Dari paket Bouncy Castle, akan coba dijelaskan beberapa penggunaan kelas kriptografi dengan Java yang penting dalam bab berikutnya. Penggunaan lebih lanjut dari paket BouncyCastle ini dapat anda lihat di situsnya di http://www.bouncycastle.org. Dalam kasus keamanan data pada Java, solusi menggunakan message digest juga dapat dilakukan. Idenya adalah kita membuat message digest dari nilai password yang ada untuk dikirimkan ke server. Di sisi server, cukup dilakukan penyamaan message digest yang dikirim dengan message digest dari password yang tersimpan di server, jika sama maka login sah, jika tidak maka sesi login tidak sah. Salah satu contoh algoritma Message Digest yang sering digunakan adalah MD5.
Jika anda pernah menggunakannya pada pemrograman PHP, maka syntak-nya kurang lebih adalah :
$mdigest = md5("aditya");
Jika algoritma MD5 diterapkan pada pemrograman Java, maka implementasinya salah satunya dapat dilihat dari listing program berikut ini :
/*
* MD5 Message Digest Implementation
* From Bouncycastle.org, rewritten by Antonius Aditya Hartanto
*/
class MD5Digest {
private byte[] xBuf;
private long byteCount;
private static final int DIGEST_LENGTH = 16;
private int xBufOff, xOff, H1, H2, H3, H4;
private int[] X = new int[16];
private static final char[] kDigits = {
'0','1','2','3','4','5','6','7','8','9',
'a','b','c','d','e','f' };
public MD5Digest(){
xBuf = new byte[4];
xBufOff = 0;
reset();
}
public String calculate(String m){
update(m.getBytes(), 0, m.getBytes().length);
byte[] digestValue = new byte[DIGEST_LENGTH];
doFinal(digestValue, 0);
return bytesToHex(digestValue);
}
public String bytesToHex(byte[] raw) {
int length = raw.length;
char[] hex = new char[length * 2];
for (int i = 0; i < length; i++) {
int value = (raw[i] + 256) % 256;
int highIndex = value >> 4;
int lowIndex = value & 0x0f;
hex[i * 2 + 0] = kDigits[highIndex];
hex[i * 2 + 1] = kDigits[lowIndex];
}
return (new String(hex)).toString();
}
public void reset(){
byteCount = 0;
xBufOff = 0;
for(int i = 0; i < xBuf.length; i++ ){ xBuf[i] = 0; }
H1 = 0x67452301; H2 = 0xefcdab89;
H3 = 0x98badcfe;
H4 = 0x10325476;
xOff = 0;
for (int i = 0; i != X.length; i++){ X[i] = 0; }
}
public void finish(){
long bitLength = (byteCount << 3);
update((byte)128);
while (xBufOff != 0){
update((byte)0);
}
processLength(bitLength);processBlock();
}
public void update(byte in){
xBuf[xBufOff++] = in;
if (xBufOff == xBuf.length){
processWord(xBuf, 0);
xBufOff = 0;
}
byteCount++;
}
public void update(byte[] in, int inOff, int len){
while ((xBufOff != 0) && (len > 0)){
update(in[inOff]);
inOff++;len--;
}
while (len > xBuf.length){
processWord(in, inOff);
inOff += xBuf.length; len -= xBuf.length;
byteCount += xBuf.length;
}
while (len > 0){
update(in[inOff]);
inOff++;len--;
}
}
protected void processWord(byte[] in, int inOff){
X[xOff++] = (in[inOff] & 0xff) ((in[inOff + 1] & 0xff) << 8)
((in[inOff + 2] & 0xff) << 16)
((in[inOff + 3] & 0xff) << 24);
if (xOff == 16){
processBlock();
}
}
protected void processLength(long bitLength){
if (xOff > 14){ processBlock(); }
X[14] = (int)(bitLength & 0xffffffff);
X[15] = (int)(bitLength >>> 32);
}
private void unpackWord(int word, byte[] out, int outOff){
out[outOff] = (byte)word;
out[outOff + 1] = (byte)(word >>> 8);
out[outOff + 2] = (byte)(word >>> 16);
out[outOff + 3] = (byte)(word >>> 24);
}
public int doFinal(byte[] out, int outOff){
finish();
unpackWord(H1, out, outOff);
unpackWord(H2, out, outOff + 4);
unpackWord(H3, out, outOff + 8);
unpackWord(H4, out, outOff + 12);
reset();
return DIGEST_LENGTH;
}
// round 1 left rotates
private static final int S11 = 7;
private static final int S12 = 12;
private static final int S13 = 17;
private static final int S14 = 22;
// round 2 left rotates
private static final int S21 = 5;
private static final int S22 = 9;
private static final int S23 = 14;
private static final int S24 = 20;
// round 3 left rotates
private static final int S31 = 4;
private static final int S32 = 11;
private static final int S33 = 16;
private static final int S34 = 23;
// round 4 left rotates
private static final int S41 = 6;
private static final int S42 = 10;
private static final int S43 = 15;
private static final int S44 = 21;
// rotate int x left n bits.
private int rotateLeft(int x,int n){
return (x <<>>> (32 - n)); }
// F, G, H and I are the basic MD5 functions.
private int F(int u, int v, int w){ return (u & v) (~u &
w); }
private int G(int u, int v, int w){ return (u & w) (v &
~w); }
private int H(int u, int v, int w){ return u ^ v ^ w; }
private int K(int u, int v, int w){ return v ^ (u ~w); }
protected void processBlock(){
int a = H1; int b = H2;
int c = H3; int d = H4;
// Round 1 - F cycle, 16 times.
a = rotateLeft((a + F(b, c, d) + X[ 0] + 0xd76aa478), S11) + b;
d = rotateLeft((d + F(a, b, c) + X[ 1] + 0xe8c7b756), S12) + a;
c = rotateLeft((c + F(d, a, b) + X[ 2] + 0x242070db), S13) + d;
b = rotateLeft((b + F(c, d, a) + X[ 3] + 0xc1bdceee), S14) + c;
a = rotateLeft((a + F(b, c, d) + X[ 4] + 0xf57c0faf), S11) + b;
d = rotateLeft((d + F(a, b, c) + X[ 5] + 0x4787c62a), S12) + a;
c = rotateLeft((c + F(d, a, b) + X[ 6] + 0xa8304613), S13) + d;
b = rotateLeft((b + F(c, d, a) + X[ 7] + 0xfd469501), S14) + c;
a = rotateLeft((a + F(b, c, d) + X[ 8] + 0x698098d8), S11) + b;
d = rotateLeft((d + F(a, b, c) + X[ 9] + 0x8b44f7af), S12) + a;
c = rotateLeft((c + F(d, a, b) + X[10] + 0xffff5bb1), S13) + d;
b = rotateLeft((b + F(c, d, a) + X[11] + 0x895cd7be), S14) + c;
a = rotateLeft((a + F(b, c, d) + X[12] + 0x6b901122), S11) + b;
d = rotateLeft((d + F(a, b, c) + X[13] + 0xfd987193), S12) + a;
c = rotateLeft((c + F(d, a, b) + X[14] + 0xa679438e), S13) + d;
b = rotateLeft((b + F(c, d, a) + X[15] + 0x49b40821), S14) + c;
// Round 2 - G cycle, 16 times.
a = rotateLeft((a + G(b, c, d) + X[ 1] + 0xf61e2562), S21) + b;
d = rotateLeft((d + G(a, b, c) + X[ 6] + 0xc040b340), S22) + a;
c = rotateLeft((c + G(d, a, b) + X[11] + 0x265e5a51), S23) + d;
b = rotateLeft((b + G(c, d, a) + X[ 0] + 0xe9b6c7aa), S24) + c;
a = rotateLeft((a + G(b, c, d) + X[ 5] + 0xd62f105d), S21) + b;
d = rotateLeft((d + G(a, b, c) + X[10] + 0x02441453), S22) + a;
c = rotateLeft((c + G(d, a, b) + X[15] + 0xd8a1e681), S23) + d;
b = rotateLeft((b + G(c, d, a) + X[ 4] + 0xe7d3fbc8), S24) + c;
a = rotateLeft((a + G(b, c, d) + X[ 9] + 0x21e1cde6), S21) + b;
d = rotateLeft((d + G(a, b, c) + X[14] + 0xc33707d6), S22) + a;
c = rotateLeft((c + G(d, a, b) + X[ 3] + 0xf4d50d87), S23) + d;
b = rotateLeft((b + G(c, d, a) + X[ 8] + 0x455a14ed), S24) + c;
a = rotateLeft((a + G(b, c, d) + X[13] + 0xa9e3e905), S21) + b;
d = rotateLeft((d + G(a, b, c) + X[ 2] + 0xfcefa3f8), S22) + a;
c = rotateLeft((c + G(d, a, b) + X[ 7] + 0x676f02d9), S23) + d;
b = rotateLeft((b + G(c, d, a) + X[12] + 0x8d2a4c8a), S24) + c;
// Round 3 - H cycle, 16 times.
a = rotateLeft((a + H(b, c, d) + X[ 5] + 0xfffa3942), S31) + b;
d = rotateLeft((d + H(a, b, c) + X[ 8] + 0x8771f681), S32) + a;
c = rotateLeft((c + H(d, a, b) + X[11] + 0x6d9d6122), S33) + d;
b = rotateLeft((b + H(c, d, a) + X[14] + 0xfde5380c), S34) + c;
a = rotateLeft((a + H(b, c, d) + X[ 1] + 0xa4beea44), S31) + b;
d = rotateLeft((d + H(a, b, c) + X[ 4] + 0x4bdecfa9), S32) + a;
c = rotateLeft((c + H(d, a, b) + X[ 7] + 0xf6bb4b60), S33) + d;
b = rotateLeft((b + H(c, d, a) + X[10] + 0xbebfbc70), S34) + c;
a = rotateLeft((a + H(b, c, d) + X[13] + 0x289b7ec6), S31) + b;
d = rotateLeft((d + H(a, b, c) + X[ 0] + 0xeaa127fa), S32) + a;
c = rotateLeft((c + H(d, a, b) + X[ 3] + 0xd4ef3085), S33) + d;
b = rotateLeft((b + H(c, d, a) + X[ 6] + 0x04881d05), S34) + c;
a = rotateLeft((a + H(b, c, d) + X[ 9] + 0xd9d4d039), S31) + b;
d = rotateLeft((d + H(a, b, c) + X[12] + 0xe6db99e5), S32) + a;
c = rotateLeft((c + H(d, a, b) + X[15] + 0x1fa27cf8), S33) + d;
b = rotateLeft((b + H(c, d, a) + X[ 2] + 0xc4ac5665), S34) + c;
// Round 4 - K cycle, 16 times.
a = rotateLeft((a + K(b, c, d) + X[ 0] + 0xf4292244), S41) + b;
d = rotateLeft((d + K(a, b, c) + X[ 7] + 0x432aff97), S42) + a;
c = rotateLeft((c + K(d, a, b) + X[14] + 0xab9423a7), S43) + d;
b = rotateLeft((b + K(c, d, a) + X[ 5] + 0xfc93a039), S44) + c;
a = rotateLeft((a + K(b, c, d) + X[12] + 0x655b59c3), S41) + b;
d = rotateLeft((d + K(a, b, c) + X[ 3] + 0x8f0ccc92), S42) + a;
c = rotateLeft((c + K(d, a, b) + X[10] + 0xffeff47d), S43) + d;
b = rotateLeft((b + K(c, d, a) + X[ 1] + 0x85845dd1), S44) + c;
a = rotateLeft((a + K(b, c, d) + X[ 8] + 0x6fa87e4f), S41) + b;
d = rotateLeft((d + K(a, b, c) + X[15] + 0xfe2ce6e0), S42) + a;
c = rotateLeft((c + K(d, a, b) + X[ 6] + 0xa3014314), S43) + d;
b = rotateLeft((b + K(c, d, a) + X[13] + 0x4e0811a1), S44) + c;
a = rotateLeft((a + K(b, c, d) + X[ 4] + 0xf7537e82), S41) + b;
d = rotateLeft((d + K(a, b, c) + X[11] + 0xbd3af235), S42) + a;
c = rotateLeft((c + K(d, a, b) + X[ 2] + 0x2ad7d2bb), S43) + d;
b = rotateLeft((b + K(c, d, a) + X[ 9] + 0xeb86d391), S44) + c;
H1 += a; H2 += b; H3 += c; H4 += d;
xOff = 0;
for (int i = 0; i != X.length; i++) { X[i] = 0; }
}
}

Simpan kode implementasi MD5 diatas file bernama MD5Digest.java, dan anda sekarang sudah punya pustaka tambahan untuk MD5 ini. Penggunaan dari kelas MD5 diatas sangat sederhana, semacam ini :
M5Digest s = new MD5Digest();
String val = s.calculate(“TES DATA”);
Jadi fungsi yang dipanggil dari objek MD5Digest yang dibuat adalah calculate() saja. Contoh penggunaanya adalah :
import java.io.*;
class sampleMD5Usage {
public static void main(String args[]){
try {
String s;
BufferedReader b;
MD5Digest m = new MD5Digest();
b = new BufferedReader(new InputStreamReader(System.in));
System.out.print("Masukkan data : ");
s = b.readLine();
System.out.println("Digest of \"" + s + "\" is " +
m.calculate(s));
}catch(IOException e){
e.printStackTrace();
}
}
}
Jika anda eksekusi aplikasi Java di atas pada console, maka akan diperoleh hasil semacam ini :
C:\javaprog>javac -target 1.1 MD5Digest.java
C:\javaprog>javac -target 1.1 sampleMD5Usage.java
C:\javaprog>java sampleMD5Usage
Masukkan data : data1
Digest of "data1" is 89d903bc35dede724fd52c51437ff5fd
Jika anda akan memakainya untuk aplikasi MIDlet simpan file MD5Digest.java pada
direktori src dari proyek J2ME anda. Kembali ke aplikasi MIDlet, coba buat proyek “proteksi”
dengan J2ME Wireless Toolkit dan buatlah kode MIDlet berikut :
/*
* Nama File:c:\J2mewtk\apps\proteksi\src\formMD5.java(J2ME Toolkit 1.0.3)
c:\WTK104\apps\proteksi\src\formMD5.java (J2ME Toolkit 1.0.4)
* Deskripsi: MIDP client untuk akses form login dengan memberikan password
dengan message digest MD5
*/
import javax.microedition.io.*;
import java.io.*;
import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;
import java.util.*;
public class formMD5 extends MIDlet
implements CommandListener {
private Display display;
private Command openCmd =
new Command("Login",Command.OK,1);
private Command exitCmd =
new Command("Keluar",Command.EXIT,2);
private Command backCmd =
new Command("Kembali",Command.EXIT,2);
private Form f1,f2;
private TextField t1,t2,t3;
private String URL =
new String("http://127.0.0.1/someaction.php");
public formMD5(){}
public void startApp(){
display = Display.getDisplay(this);
f1 = new Form("Form Login");
t1 = new TextField("Username","",256,TextField.ANY);
t2 =
new TextField("Password","",256,TextField.PASSWORD);
f1.append(t1); f1.append(t2);
f1.addCommand(openCmd); f1.addCommand(exitCmd);
f1.setCommandListener(this); display.setCurrent(f1);
}
public void formHasilUrl(){
f2 = new Form("Status Login");
t3 = new TextField("",null,1024,TextField.ANY);
bukaUrl(); f2.append(t3); f2.addCommand(backCmd);
f2.setCommandListener(this);
display.setCurrent(f2);
}
public void bukaUrl(){
HttpConnection c = null;
InputStream is = null;
byte[] data;
try{
// Create the message digest.
MD5Digest digest = new MD5Digest();
// Calculate the digest value & send to web server
c = (HttpConnection)Connector.open(URL
+"?login=" + t1.getString()
+ "&p=" + digest.calculate(t2.getString()));
is = c.openInputStream();
f2.setTitle("Status Login");
if(c.getResponseCode() == HttpConnection.HTTP_OK){
data = new byte[(int)c.getLength()];
int actual = is.read(data);
t3.setString((new String(data)).toString());
}
if (is != null){ is.close();}
if (c != null){ c.close(); }
}catch(IOException e){
t3.setString("Error I/O : " + e.toString());
}
}
public void keluar(){ destroyApp(true); }
public void kembali(){ display.setCurrent(f1); }
public void commandAction(Command c, Displayable d){
String lbl = c.getLabel();
if(lbl.equals("Keluar")){
keluar();
}else if(lbl.equals("Login")){
formHasilUrl();
}else if(lbl.equals("Kembali")){
kembali();
}
}
public void pauseApp() {}
public void destroyApp(boolean unconditional){notifyDestroyed();}
}
MIDlet sederhana diatas akan mengakses aplikasi PHP sederhana untuk pengecekan password. Perhatikan hasil eksekusi berikut dengan proses koneksi HTTP via MIDlet yang terjadi, dimana tampak password tidak dikirimkan apa adanya lagi tapi sudah berupa message digest dari password. Pendekatan diatas tentulah tidak sempurna, jadi jika anda ingin transaksi internet yang aman gunakanlah SSL. Sayang sekali spesifikasi MIDP 1.0 yang ada saat ini belum mendukung penggunaan SSL, karena implementasi untuk SSL relatif rumit. Dukungan SSL ini akan ada pada MIDP 2.0.

III Enkripsi Simetrik RC4 untuk Proteksi Data
Pendekatan lain untuk mengamankan data anda selama transaksi network selama MIDP 1.0 belum mendukung SSL adalah dengan menggunakan metode enkripsi baik simetrik atau asitemetrik. Penulis akan mencoba mengulas penggunaan algoritma RC4 yang merupakan algoritma enkripsi simetrik untuk pengamanan data ini. Algoritma RC4 ini diciptakan oleh ahli matematik Ron Rivest penemu algoritma RSA yang kemudian dipatenkan dan menjadi nama perusahaan keamanan data terkemuka, yakni RSA (www.rsa.com). RC4 digunakan oleh banyak sekali aplikasi besar semacam Oracle dan Microsoft SQL Server. Kembali ke aplikasi yang akan mencoba RC4, skenario yang terjadi antara aplikasi client dan server digambarkan sebagai berikut:
1. Client MIDlet pada ponsel ingin mengirimkan data rahasia ke web server
2. Web server telah menyimpan informasi password pengguna, misalnya “rahasia”. Informasi password ini hanya dimiliki oleh web server dan pengguna ponsel.
3. Client MIDlet mengirimkan data yang dienkripsi dengan RC4, dimana kunci enkripsi yang
digunakan adalah passwordnya. Dalam hal ini hasil enkripsi hanya akan bisa dibuka dengan algoritma RC4 dan kunci dekripsi password yang diketahui oleh pengguna ponsel dan web server saja.
Implementasi dari algoritma RC4 ini ditulis ulang oleh penulis dari kode asli di
www.bouncycastle.org sebagai berikut :
/* Implementasi enkripsi simetrik
RC4, kode diambil dari www.bouncycastle.org
Nama file : RC4Engine.java
*/
class KeyParameter{
private byte[] key;
public KeyParameter(byte[] key){
this(key, 0, key.length);
}
public KeyParameter(byte[] key, int keyOff,
int keyLen){
this.key = new byte[keyLen];
System.arraycopy(key, keyOff, this.key, 0, keyLen);
}
public byte[] getKey(){
return key;
}
}
class EncRC4Engine{
private final static int STATE_LENGTH = 256;
private byte[] engineState = null, workingKey = null;
private int x = 0, y = 0;
private static final char[] kDigits = {
'0','1','2','3','4','5','6','7','8','9',
'a','b','c','d','e','f' };
EncRC4Engine(){} // Konstruktor
/**
* Inisialisasi chiper RC4
* Parameter "forEncryption" harus diset
- true jika akan dilakukan proses enkripsi
- false jika akan dilakukan proses dekripsi
* Parameter "params" merupakan kunci untuk proses enkripsi/dekripsi
*/
public void init(boolean forEncryption,
KeyParameter params){
if (params instanceof KeyParameter){
workingKey = ((KeyParameter)params).getKey();
setKey(workingKey);
return;
}
throw new
IllegalArgumentException("invalid parameter passed to RC4 init - "
+ params.getClass().getName());
}
public void processBytes(byte[] in, int inOff,
int len, byte[] out,int outOff){
if ((inOff + len) > in.length){
throw new RuntimeException("input buffer too short");
}
if ((outOff + len) > out.length){
throw new RuntimeException("output buffer too short");
}
for (int i = 0; i < len ; i++){
x = (x + 1) & 0xff;
y = (engineState[x] + y) & 0xff;
// swap
byte tmp = engineState[x];
engineState[x] = engineState[y];
engineState[y] = tmp;
// xor
out[i+outOff] = (byte)(in[i + inOff]
^ engineState[(engineState[x] + engineState[y])
& 0xff]);
}
}
public String bytesToHex(byte[] raw) {
int length = raw.length;
char[] hex = new char[length * 2];
for (int i = 0; i < length; i++) {
int value = (raw[i] + 256) % 256;
int highIndex = value >> 4;
int lowIndex = value & 0x0f;
hex[i * 2 + 0] = kDigits[highIndex];
hex[i * 2 + 1] = kDigits[lowIndex];
}
return (new String(hex)).toString();
}
public void reset(){
setKey(workingKey);
}
// Private implementation
private void setKey(byte[] keyBytes){
workingKey = keyBytes;
x = 0; y = 0;
if (engineState == null){
engineState = new byte[STATE_LENGTH];
}
// reset the state of the engine
for (int i=0; i < STATE_LENGTH; i++){
engineState[i] = (byte)i;
}
int i1 = 0, i2 = 0;
for (int i=0; i < STATE_LENGTH; i++){
i2 = ((keyBytes[i1] & 0xff) + engineState[i] + i2) & 0xff;
// do the byte-swap inline
byte tmp = engineState[i];
engineState[i] = engineState[i2];
engineState[i2] = tmp;
i1 = (i1+1) % keyBytes.length;
}
}
}

Jika anda ingin menggunakan kelas tersebut dalam sebuah program, silakan coba listing berikut ini:
import java.io.*;
class tesRC4Engine {
public static void main(String args[]){
try {
String myKey1,myKey2,text2Encrypt,text2Decrypt;
BufferedReader b;
byte[] ciphertext1,ciphertext2;
RC4Engine s1 = new RC4Engine();
RC4Engine s2 = new RC4Engine();
b = new BufferedReader(new InputStreamReader(System.in));
System.out.print("Masukkan data untuk dienkripsi : ");
text2Encrypt = b.readLine();
System.out.print("Masukkan kunci enkripsi : ");
myKey1 = b.readLine();
s1.init(true,new KeyParameter(myKey1.getBytes()));
ciphertext1 = new byte[text2Encrypt.length()];
s1.processBytes(text2Encrypt.getBytes(),
0, text2Encrypt.length(), ciphertext1, 0);
System.out.print("Hasil Enkripsi dari \"" + text2Encrypt );
System.out.println("\" adalah " + s1.bytesToHex(ciphertext1));
text2Decrypt = s1.bytesToHex(ciphertext1);
System.out.print("Masukkan kunci untuk dekripsi : ");
myKey2 = b.readLine();
s2.init(false,new KeyParameter(myKey2.getBytes()));
ciphertext2 = new byte[ciphertext1.length];
s2.processBytes(ciphertext1, 0, ciphertext1.length,
ciphertext2, 0);
System.out.print("Hasil Dekripsi dari \"" + text2Decrypt);
System.out.println("\" adalah "
+ (new String(ciphertext2)).toString());
}catch(IOException e){
e.printStackTrace();
}
}
}
Kompilasi dan hasil eksekusinya adalah sebagai berikut :
C:\>javac RC4Engine.java
C:\>javac tesRC4Engine.java
C:\>java tesRC4Engine
Masukkan data untuk dienkripsi : coba crack data ini
Masukkan kunci enkripsi : rahasia
Hasil Enkripsi dari "coba crack data ini"
adalah c983fc14279dbe0a657cfd0e6fe95819382008
Masukkan kunci untuk dekripsi : rahasia
Hasil Dekripsi dari "c983fc14279dbe0a657cfd0e6fe95819382008"
adalah coba crack data ini
C:\>java tesRC4Engine
Masukkan data untuk dienkripsi : tes2
Masukkan kunci enkripsi : rahasia
Hasil Enkripsi dari "tes2" adalah de89ed47
Masukkan kunci untuk dekripsi : tidak tahu
Hasil Dekripsi dari "de89ed47" adalah ]å_é
Perhatikan bahwa pada contoh eksekusi kedua hasil dekripsi salah, karena kunci dekripsi
tidak sama dengan kunci enkripsi. Penggunaan kelas RC4Engine di atas sederhana, yakni sebagai
berikut :
Kajian dan Implementasi Sistem Keamanan Data pada Ponsel Berbasis J2ME Menggunakan Profile MIDP 1.0
Halaman 19
1. Buatlah sebuah objek RC4Engine kemudian inisialisasi
RC4Engine enkripsi = new RC4Engine()
RC4Engine dekripsi = new RC4Engine()
2. Inisialisasi mesin enkripsi/dekripsi berikut kunci yang akan digunakan untuk
enkripsi/dekripsi. Untuk proses enkripsi :
String kunciEnkripsi = “akey”;
enkripsi.init(true,new KeyParameter(kunciEnkripsi.getBytes()));
Untuk proses dekripsi
String kunciDekripsi = “suatukunci”;
dekripsi.init(false,new KeyParameter(kunciDekripsi.getBytes()));
3. Buat sebuah variabel array of bytes yang besar buffernya sepanjang panjang string data
yang akan dienkripsi/dekripsi
String data1 = “data rahasia”; // Data untuk dienkripsi
byte[] hasilenkripsi = new byte[data1.length()];
// Data untuk didekripsi
String data2 = “c983fc14279dbe0a657cfd0e6fe95819382008”;
byte[] hasildekripsi = new byte[data2.length()];
4. Lakukan proses enkripsi/dekripsi dengan memanggil fungsi processByte(). Untuk enkripsi :
enkripsi.processBytes(data1.getBytes(), 0, data1.length(), hasilenkripsi,
0);
Untuk dekripsi :
dekripsi.processBytes(data2.getBytes(), 0,data2.length(), hasildekripsi,
0);
5. Hasil enkripsi dan dekripsi ada pada buffer pada poin 3
Sekarang mari kita coba penggunaanya dalam lingkungan J2ME, dalam kasus dimana kita ingin mengirim sebuah data yang sangat rahasia ke sebuah web server untuk disimpan. Kunci yang dipakai untuk enkripsi dan dekripsi telah dishare secara offline atau manual dan hanya diketahui oleh web server dan pengguna ponsel yang bersangkutan. Aplikasi pada sisi server akan menggunakan servlet Java, dimana panduan instalasinya bisa anda peroleh pada bagian lampiran.
Jangan lupa, anda copy file RC4Engine.java ke direktori src/ dari proyek J2ME wireless toolkit anda sebelum mengkompilasi kode MIDP ini. Dan kode MIDlet untuk simpan data rahasia tersebut adalah :
/* NamaFile:c:\J2mewtk\apps\proteksi\src\secretData.java(J2METoolkit 1.0.3)
c:\WTK104\apps\proteksi\src\secretData.java (J2ME Toolkit 1.0.4)
Deskripsi: MIDP client untuk akses form penyimpan data rahasia dengan
memberikan data yang dienkripsi dengan RC4
*/
import javax.microedition.io.*;
import java.io.*;
import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;
import java.util.*;
public class secretData extends MIDlet
implements CommandListener {
private Display display;
private Command openCmd =
new Command("Simpan",Command.OK,1);
private Command exitCmd =
new Command("Keluar",Command.EXIT,2);
private Command backCmd =
new Command("Kembali",Command.EXIT,2);
private Form f1,f2;
private TextField t1,t2;
private String URL =
new String("http://127.0.0.1:8080/examples/servlet/saveData");
// Ini kunci untuk enkripsi dan dekripsi pada RC4
private String KUNCI_RAHASIA = "secretWord2003";
public secretData(){}
public void startApp(){
display = Display.getDisplay(this);
f1 = new Form("Data Rahasia");
t1 = new TextField("Masukkan Data","",1024,TextField.ANY);
f1.append(t1);
f1.addCommand(openCmd); f1.addCommand(exitCmd);
f1.setCommandListener(this); display.setCurrent(f1);
}
public void formHasilUrl(){
f2 = new Form("Status Penyimpanan");
t2 = new TextField("",null,1024,TextField.ANY);
bukaUrl(); f2.append(t2); f2.addCommand(backCmd);
f2.setCommandListener(this);
display.setCurrent(f2);
}
public void bukaUrl(){
HttpConnection c = null;
InputStream is = null;
byte[] data;
String text2Encrypt;
byte[] ciphertext1,ciphertext2;
RC4Engine s1;
try{
// --- Enkripsi password RC4 dengan KUNCI_RAHASIA
s1 = new RC4Engine();
text2Encrypt = t1.getString();
s1.init(true,new KeyParameter(KUNCI_RAHASIA.getBytes()));
ciphertext1 = new byte[text2Encrypt.length()];
s1.processBytes(text2Encrypt.getBytes(), 0,
text2Encrypt.length(), ciphertext1, 0);
// Kirim password yang terenkripsi ke server
System.out.println("Accessing " + URL + "?dt="
+ s1.bytesToHex(ciphertext1));
c = (HttpConnection)Connector.open(URL + "?dt="
+ s1.bytesToHex(ciphertext1));
is = c.openInputStream();
f2.setTitle("Respon Web Server");
if(c.getResponseCode() == HttpConnection.HTTP_OK){
data = new byte[(int)c.getLength()];
int actual = is.read(data);
t2.setString((new String(data)).toString());
}else{
t2.setString("HTTP " + c.getResponseCode()
+ " " + c.getResponseMessage());
}
if (is != null){ is.close();}
if (c != null){ c.close(); }
}catch(IOException e){
t2.setString("Error I/O : " + e.toString());
e.printStackTrace();
}
}
public void keluar(){ destroyApp(true); }
public void kembali(){ display.setCurrent(f1); }
public void commandAction(Command c, Displayable d){
String lbl = c.getLabel();
if(lbl.equals("Keluar")){
keluar();
}else if(lbl.equals("Simpan")){
formHasilUrl();
}else if(lbl.equals("Kembali")){
kembali();
}
}
public void pauseApp() {}
public void destroyApp(boolean unconditional){notifyDestroyed();}
}
Adapun kode Servlet Java untuk menyimpan data rahasia, jangan lupa copy file
RC4Engine.java ke direktori c:\jakarta-tomcat\webapps\examples\WEB-INF\classes dan kompilasi
RC4Engine.java tesebut.
/*Namafile:C:\jakarta-tomcat\webapps\examples\WEB-INF\classes\saveData.java
Data hanya diterima dan didekripsi saja tidak disimpan sebagai file
*/
import java.io.*;
import java.util.*;
import javax.servlet.*;
import javax.servlet.http.*;
class HexCodec {
private static final char[] kDigits = {
'0', '1', '2', '3', '4', '5', '6', '7', '8', '9',
'a', 'b', 'c', 'd', 'e', 'f'
};
public static char[] bytesToHex(byte[] raw) {
int length = raw.length;
char[] hex = new char[length * 2];
for (int i = 0; i < length; i++) {
int value = (raw[i] + 256) % 256;
int highIndex = value >> 4;
int lowIndex = value & 0x0f;
hex[i * 2 + 0] = kDigits[highIndex];
hex[i * 2 + 1] = kDigits[lowIndex];
}
return hex;
}
public static byte[] hexToBytes(char[] hex) {
int length = hex.length / 2;
byte[] raw = new byte[length];
for (int i = 0; i < length; i++) {
int high = Character.digit(hex[i * 2], 16);
int low = Character.digit(hex[i * 2 + 1], 16);
int value = (high << 4) low;
if (value > 127) value -= 256;
raw[i] = (byte)value;
}
return raw;
}
public static byte[] hexToBytes(String hex) {
return hexToBytes(hex.toCharArray());
}
}
public class saveData extends HttpServlet {
// Entri poin request GET dari klien akan dihandle oleh
// Fungsi ini
public void doGet(HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException{
// Ini kunci untuk enkripsi dan dekripsi pada RC4
String KUNCI_RAHASIA = "secretWord2003";
RC4Engine s = new RC4Engine();
byte[] text;
byte[] Bytes_ciphertext;
response.setContentType("text/html");
PrintWriter out = response.getWriter();
String ciphertext = request.getParameter("dt");
if(ciphertext == null){
out.println("Data variabel dt tidak ada");
}else{
Bytes_ciphertext = HexCodec.hexToBytes(ciphertext);
s.init(false,new KeyParameter(KUNCI_RAHASIA.getBytes()));
text = new byte[Bytes_ciphertext.length];
s.processBytes(Bytes_ciphertext, 0,
Bytes_ciphertext.length, text, 0);
System.out.println("Ciphertext = " + ciphertext);
out.println("Data \"" + (new String(text)).toString()
+ "\" .... Sudah diterima");
}
}
}
Hasil eksekusi dari MIDlet yang ada semacam ini :
Jika anda perhatikan dari network monitoring pada J2ME toolkit versi 1.0.4, maka akan
nampak MIDlet mengirimkan request ke Servlet Java dengan URL semacam ini :
http://127.0.0.1:8080/examples/servlet/saveData?dt=8c8857f0de18fb255baf3000
c8dfe647c951a1cfe36b16fb34ecbe4d37b05660213580c1ad1f8d4ad3ed6877
Yang jika anda akses menggunakan Internet Explorer tampak hasil yang sama dengan tampilandi MIDlet ponsel anda.
Seperti telah dikemukakan sebelumnya, pada MIDP versi 1.0, fasilitas untuk membuat aplikasi keamanan belumlah disiapkan secara khusus oleh sang pembuat J2ME. Pada MIDP 2.0 mulai diperkenalkan konsep yang dinamakan dengan trusted application yang memungkinkan untuk membatasi penggunaan sebuah aplikasi atau bahkan menolaknya jika MIDlet suite tidak dilengkapi dengan semacam kartu pas atau sertifikat.
Sistem keamanan pada Trusted MIDlet Suite didasarkan pada protection domain. Protection domain ini berisi sertifikat yang dimaksudkan agar mengijinkan MIDlet yang bersangkutan bekerja dalam domain tersebut. Pemilik Protection Domain ini memberikan gambaran terlebih dahulu tentang bagaimana peralatan harus mengidentifikasi sebuah MIDlet suite. Dengan identifikasi ini, maka pemilik protection domain berarti telah mengikat sebuah aplikasi dengan sebuah protection domain dalam bentuk aturan permisi yang diwakili oleh sertifikat yang memungkinkan akses ke API atau fungsi yang dilindungi. Jadi Sertifikat ini diciptakan dahulu oleh pemilik protection domain sebelum aplikasi dikirimkan. Mekanisme pengenalan oleh peralatan ini dikirimkan secara terpisah bersamaan dengan dikirimkannya aplikasi yang dimaksud. Di tempat yang dituju, aplikasi akan dibuka dengan memperhatikan sertifikat tersebut.
Trusted MIDlet Suite pada MIDP 2.0 menggunakan X.509 PKI yang berisi mekanisme untuk mengidentifikasikan trusted MIDlet suite melalui mekanisme pengenalan dan verifikasi signature atau tanda tangan digital.

IV Model Otorisasi
Model otorisasi dari sebuah MIDlet suite diperoleh dengan cara menghubungkan beberapa elemen berikut :
· Sebuah protection domain yang berisi sekumpulan aturan perijinan yang diperbolehkan termasuk perijinan terhadap user
· Sekumpulan perijinan yang diminta oleh MIDlet suite dalam bentuk atribut MIDlet- Permissions dan MIDlet-Permissions-Opt
· Sekumpulan perijinan untuk masing-masing API atau fungsi para peralatan yang merupakan gabungan dari semua perijinan yang didefinisikan oleh setiap API pada peralatan untuk melindungi fungsi tertentu.
· User yang menginginkan bantuan perijinan
Dalam MIDP, digunakan apa yang dinamakan dengan TLS dan SSL.TLS atau Transport Layer Security adalah protokol yang memungkinkan otentifikasi dan enkripsi data melalui kondisi jaringan yang tidak aman. protocol. Sedangkan SSL atau Secure Socket layer adalah layer yang berada antara TCP/IP dan protokol jaringan di tingkat yang lebih tinggi seperti HTTP, SMTP, dan NNTP. Implementasi dari SSL dalam web browser bagi user bertujuan untuk menyediakan otentifikasi kriptografi, dan enkripsi berbasis session yang mudah digunakan.

IV.1 Transport Layer Security
Protokol TLS merupakan versi update dari protokol SSLv3 yang dibuat oleh Netscape. Salah satu kelebihan TLS adalah bahwa TLS beroperasi diatas soket TCP/IP, dan memiliki perilaku seperti halnya soket TCP/IP. Oleh karena itulah maka relatif lebih mudah membuat aplikasi jaringan menggunakan soket TLS. Salah satunya adalah aplikasi yeng menggunakan HTTPS, yang merupakan protokol HTTP yang berjalan pada sebuah soket TLS atau SSL. Protokol TLS diawali dengan handshake, yaitu kondisi dimana client dan server mencoba untuk menyetujui sebuah cipher suite, yaitu sekelompok algoritma kriptografi yang akan digunakannya untuk otentifikasi dan enkripsi session. Ketika client dan server telah berhasil melakukan nogosiasi dalam bentuk cipher suite, maka mereka akan dapat mengotentifiaksi satu sama lain serta membangkitkan premaster secret, yang merupakan dasar dari session key. Session key ini digunakan untuk enkripsi dan dekripsi semua tafik data yang dikirim antara client dan server.
IV.2 Otentifikasi SSL dan TLS
Server akan melakukan proses otentifikasi dengan cara mengirimkan sertifikat yang berisi private key. Untuk memverifikasi sertifikat tersebut, client harus memiliki sertifikat root sebagai kunci yang digunakan untuk menandatangani sertifikat dari server.

V. TLS pada MIDP 1.0
Dalam MIDP 1.0, tipe koneksi jaringan yang dikenal hanyalah koneksi HTTP. Berdasarkan Generic Connection Framework (Silakan baca buku Tip dan Trik J2ME Tingkat Lanjutan), para pembuat aplikasi MIDP bebas untuk menggunakan tipe koneksi tambahan termasuk diantaranya
adalah penggunaan soket TLS maupun koneksi HTTPS. Untuk mendapatkan koneksi HTTPS dapat dilakukan seperti contoh berikut :
HttpConnection hc = (HttpConnection)
Connector.open("https://www.cert.org/");
Apabila anda mendapati pesan ConnectionNotFoundException ketika mencoba terhubung ke sebuah server, berarti dapat disimpulkan bahwa implementasi tidak mendukung HTTPS.

VI. TLS pada MIDP 2.0
Dalam aplikasi MIDP 2.0 yang mampu mendukung HTTPS, maka data dapat dikirimkan melalui beberapa protokol berikut :
· TLS 1.0
· SSLv3
· Wireless Transport Layer Security (WTLS)
· WAP TLS Profile dan Tunneling Specification
Dalam MIDP 2.0 terdapat API baru yang menyediakan bagi MIDlet informasi tentang koneksi yang aman. Spesifikasi MIDP 2.0 menggunakan antarmuka javax.microedition.io.HttpsConnection yang merupakan ekstensi untuk HttpConnection. Antarmuka yang baru ini memiliki metode getSecurityInfo() yang akan mengembalikan info dari antarmuka baru yang lain yaitu SecurityInfo. Antarmuka SecurityInfo merupakan metode yang akan mengembalikan informasi tentang sebuah koneksi yang aman misalnya :
public String getProtocolName()
public String getProtocolVersion()
public String getCipherSuite()
public Certificate getServerCertificate()
Melalui metode-metode diatas, anda dapat mencari tahun nama dan versi dari protocol yang sedang digunakan apakah TLS, SSL, atau WTLS. Sedangkan metode getCipherSuite() akan mengembalikan nama dari cipher suite, Sebagai contoh, apabila koneksi referensi MIDP 2.0 dari emulator adalah https://www.cert.org/ maka nama cipher suite yang akan diperoleh adalah:
TLS_RSA_WITH_RC4_128_SHA
Dari format diatas, maka algoritma yang digunakan untuk pertukaran kuncinya adalah RSA. Selain itu cipher stream yang digunakan adalah RC4 dengan session key 128-bit yang digunakan untuk enkripsi data. Dan yang terakhir, fungsi message digest yang digunakan adalah SHA-1. Sedangkan merode getServerCertificate() akan mengembalikan contoh dari javax.microedition.pki.Certificate, yang merupakan representasi dari sertifikat kriptografi. Antarmuka sertifikat memiliki metode yang dapat digunakan untuk menentukan subyek dari sertifikat, pihak yang mengeluarkannya, tipenya, dan berbagai informasi lainnya. Sebagai contoh, mendapatkan nama pada sertifikat server dapat dilakukan sebagia berikut :
String url = "https://www.cert.org/";
HttpsConnection hc = null;
hc = (HttpsConnection)Connector.open(url);
SecurityInfo info = hc.getSecurityInfo();
Certificate c = info.getServerCertificate();
String name = c.getIssuer();

VII Jenis Otentifikasi
Dalam komunikasi jaringan yang melibatkan dua buah peralatan, client akan mencari layanan untuk melakukan inisialisasi koneksi dan server akan menerimanya. Otentifikasi antara dua peralatan tersebut akan mengalami dua proses :
· Otentifikasi Server yaitu proses dimana server membuktikan identitasnya ke client. Implementasi HTTPS pada MIDP 2.0 mendukung secara langsung otentifikasi server menggunakan sertifikat X.509.
· Otentifikasi Client yaitu proses dimana client membuktikan identitasnya ke server. Otentifikasi Server diperlukan karena user perlu diyakinkan bahwa transaksi adalah sah. Otentifikasi Server iasanya ditangani dengan HTTPS. Otentifikasi Client diperlukan karena transaksi memerlukan jaminan bahwa user melakukan transaksi dengan tepat.

VII.1 Otentifikasi Password pada MIDP
Sebuah teknik otentifikasi yang banyak menggunakan aplikasi web adalah otentifikasi password. Seorang user mengirimkan login dan password rahasia, kemudian server memeriksanya di database. Jika password benar, maka user diberi otentifikasi untuk memasuki server. Skema password sederhana memiliki dua persoalan mendasar. Pertama adalah seringkali user tidak mampu menangani password ini dengan baik misalnya password mudah ditebak dan sebagainya. Persoalan kedua adalah proses otentifikasi password yang sederhana dimana password berbentuk teks sederhana dikirimkan antara client dan server. Ada dua solusi untuk masalah ini. Salah satunya adalah dengan mengirimkan informasi otentifikasi yang telah ternkripsi melalui jaringan. Pada MIDP, sebuah skema otentifikasi password sederhana dapat dihasilkan dengan menambahkan nama dan password ke sebuah URL HTTP atau HTTPS seperti contoh berikut :
String user = "aditya";
String password = "hartanto76";
String base = "https://somehost.com/someservlet";
String url = base + "?user=" + user + "&password=" + password;
HttpsConnection hc = (HttpsConnection)Connector.open(url);
Karena masing-masing peralatan MIDP biasanya adalah milik pribadi seseorang, nama user dan password dapat disimpan didalam peralatan sehingga user tak perlu memasukkannya berulang-ulang setiap kali ingin menggunakan aplikasi.
VII.2 Otentifikasi Client Menggunakan Sertifikat
Jika anda ingin menambahkan informasi otentifikasi pada sebuah aplikasi client, maka anda dapat menggunakan sertifikat X.509. Prosesnya adalah dengan membuat sepasang root key dan sebuah root certificate yang merepresentasikan aplikasi tersebut. Selanjutnya, buatlah pasangan client key dan sertifikat yang ditandatangani oleh root key. Masing-masing copy dari software client dapat dipaket dengan sebuah client key dan sertifikat yang unik. Dan ketika client melakukan koneksi ke server, maka client dapat menggunakan private key yang dimilikinya untuk menandatangani atau mengenkripsi beberapa data, dan selanjutnya mengirimkan tanda tangan dan sertifikatnya ke server, seperti Gambar 10 berikut. Selanjutnya server akan menggunakan root certificate dari aplikasi untuk memverifikasi identitas dari client serta menggunakan client certificate untuk memverifikasi tanda tangannya.

VIII. Menandatangani sebuah MIDlet Suite
Dalam sebuah model keamanan midlet, maka didalamnya akan melibatkan MIDlet suite, tanda tangan, dan sertifikat public key. Sebagai tambahan, sertifikat root dapat dihadirkan dalam bentuk removable media seperti SIM(WIM) card/modul USIM. Implementasi harus mendukung sertifikat X.509 beserta algoritma yang bersesuaian.
Pemberi tanda tangan pada MIDlet suite bisa jadi adalah seorang developer atau beberapa entitas yang bertanggung jawab terhadap proses distribusi, supporti dan mungkin juga billing atas penggunaan MIDlet tersebut. Pemberi tanda tangan akan memerlukan sebuah sertifikat public key yang dapat divallidasi ke sebuah sertifikat root untuk perlindungan domain pada peralatan. Public key digunakan untuk memverifikasi tanda tangan pada MIDlet suite. Public key seperti telah disebutkan sebelumnya disediakan dalam bentuk sertifikat RSA X.509 yang terdapat dalam
descriptor dari aplikasi.

IX. Membuat Sertifikat Tanda Tangan
Untuk membuat sebuah sertifikat tanda tangan digital, diperlukan beberapa proses sebagai berikut:
1. Pemberi tanda tangan perlu mengetahui aturan otorisasi untuk peralatan menghubungi certificate authority (CA) yang berwenang. Sebagai contoh, pemberi tanda tangan perlu mengirimkan distinguished name (DN)-nya beserta public key (yang umumnya, disatukan dengan paket di sebuah permintaan sertifikatt) ke sebuah certificate authority.
2. CA menciptakan sebuah sertifikat RSA X.509 (versi 3) dan mengembalikannya ke pemberi tanda tangan.
3. Jika digunakan lebih dari satu CA maka sebuah pemberi sertifikat tanda tangan dalam descriptor aplikasi harus berisi public key yang sama.

X. Menambahkan Sertifikat ke dalam descriptor Aplikasi
Path sertifikat akan menyertakan sertifikat dari pemberi tanda tangan dan beberapa sertifikat yang diperlukan, namun akan mengabaikan sertifikat root. Sertifikat root akan ditemukan dalam peralatan yang digunakan. Masing-masing sertifikat pada path dikodekan dengan menggunakan base64 dan ditambahkan ke dalam descriptor aplikasi dengan format :
MIDlet-Certificate--:
Server
Root
Certificate
(Tanda
tangan
sendiri)
Client
Client
Certificate
(tanda
tangan
oleh root)
Sertifikat
Bilangan acak
Timestamp
Tanda tangan
Dimana :
:= sebuah bilangan yang sama dengan 1 untuk path sertifikat yang pertama yang berada dalam
path sertifikat dalam deskriptor atau 1 lebih besar daripada bilangan sebelumnya untuk path
sertifikat tambahan.
:= bilangan yang sama dengan 1 untuk semua sertifikat pemberi tanda tangan yang berada
dalam path sertifikat atau 1 lebih besa daripada bilangan sebelumnya untuk bagian sertifikat
lanjutannya.

XI. Menciptakan tanda tangan digital RSA SHA-1 signature dari file JAR
Tanda tangan digital dari sebuah JAR diciptakan dengan menggunakan private key yang dimiliki pemberi tanda tangan sesuai dengan metode pengkodean EMSA-PKCS1-v1_5 dari standard PKCS #1 versi 2.0. Tanda tangan didasarkan pada metode pengkodean base64 yang diformat sebagai sebuah atribut MIDlet-Jar-RSA-SHA1 tunggal tanpa line break dan ditambahkan ke dalam descriptor aplikasi.
MIDlet-Jar-RSA-SHA1:

XII. Memverifikasi Sertifikat dari Pemberi Tanda Tangan
Path Sertifikat berisi sertifikat dari pemberi tanda tangan dari descriptor aplikasi dan sertifikat lain yang diperlukan namun tidak termasuk didalamnya sertifikat root. Proses untuk memverifikasinya adalah :
1. Mendapatkan path sertifikat untuk pemberi tanda tangan sertifikat yang dapat diperoleh dari atribut descriptor aplikasi yaitu
MIDlet-Certificate-1-
Dimana dimulai dari 1 dan akan terus bertambah 1 sampai tidak ada atribut dengan nama yang diberikan. Nilai dari masing-masing atribut didsarkan pada sertifikat pengkodean base64 yang nantinya juga diperlukan untuk proses dekode dan parsing.
2. Memvalidasi path sertifikat menggunakan proses valildasi path dasar yang dideskripsikan dalam RFC2459 menggunakan perlindungan domain sebagai sumber otoritatif dari sertifikat root sebuah perlindungan domain

XIII. Proses verifikasi MIDlet Suite JAR
1. Dapatkan public key dari verifikasi sertifikat pemberi tanda tangan.
2. Dapatkan atribut MIDlet-Jar-RSA-SHA1 dari descriptor aplikasi.
3. Dekodekan nilai atribut dari hasil tanda tangan PKCS #1 menggunakan metode base64.
4. Gunakan public key dari pemberi tanda tangan, tanda tangan, dan SHA-1 digest dari JAR,
untuk memverifikasi tanda tangan tersebut. Jika verifikasi tanda tangan gagal, maka akan terjadi penolakan terhadap descriptor aplikasi dan MIDlet suite. Jika proses verifikasi sertifikat , tanda tangan, dan JAR berhasil maka isi dari MIDlet suite diketahui masih utuh dan identitas dari pemberi tanda tangan akan diketahui. Proses ini harus dilakukan selama instalasi.

J2ME Profiling dengan Wireless Toolkit

2006-06-29T22:26:00.000-07:00

Yohanes Wayan — 203115008

Profiling adalah tindakan mencari bagian sistem yang performanya kurang untuk dioptimasi belakangan.

Profiling cukup penting karena prosesor pada mobile device agak lambat sehingga operasi yang biasanya pada desktop tidak terasa lambatnya dapat jadi mengganggu pada mobile device.

Mencoba Profiling

Buat new project dengan nama ProfileTest dan nama MIDlet ProfileTest. Program di bawah ini (ProfileTest.java) akan mendemonstrasikan salah satu hal yang banyak mengakibatkan alokasi objek tidak diperlukan yaitu penggunaan String secara tidak tepat (membuat string seperti "1, 2, 3, 4, ..." dari array). Sebagai perbandingannya digunakan StringBuffer dengan method append().


import javax.microedition.lcdui.*;
import javax.microedition.midlet.*;

public class ProfileTest
    extends MIDlet 
    implements CommandListener {
  private Form mMainForm;
  private StringItem mStringItem;
  private Command mExitCommand, mTestStringCommand, mTestStringBufferCommand;
  private int[] mSomeIntegers = { 1, 2, 3, 4, 5, 6, 7, 8, 9 };
  private static int TIMES = 10;
  
  public ProfileTest() {
    mMainForm = new Form("HelloMIDlet");
    mStringItem = new StringItem(null, "Hello, MIDP!");
    mMainForm.append(mStringItem);
    mExitCommand = new Command("Exit", Command.SCREEN, 0);
    mTestStringCommand = new Command("Test String", Command.SCREEN, 0);
    mTestStringBufferCommand = new Command("Test StringBuffer", Command.SCREEN, 0);
    mMainForm.addCommand(mExitCommand);
    mMainForm.addCommand(mTestStringCommand);
    mMainForm.addCommand(mTestStringBufferCommand);
    mMainForm.setCommandListener(this);
  }
  
  public void startApp() {
    Display.getDisplay(this).setCurrent(mMainForm);
  }
  
  public void pauseApp() {}
  
  public void destroyApp(boolean unconditional) {}
  
  public void commandAction(Command c, Displayable s) {
    if (c == mExitCommand)
      notifyDestroyed();
    else if (c == mTestStringCommand) 
      testString();
    else if (c == mTestStringBufferCommand)
      testStringBuffer();
  }
  public void testString() {
    String temp = "";
    for (int times = 0; times < TIMES; times++) {
      for (int i = 0; i < mSomeIntegers.length; i++) {
        temp = temp + mSomeIntegers[i];
        if (i <  mSomeIntegers.length - 1) temp = temp + ", ";
      }
    }
    mStringItem.setText(temp);
  }
  public void testStringBuffer() {
    StringBuffer temp = new StringBuffer();
    for (int times = 0; times < TIMES; times++) {
      for (int i = 0; i < mSomeIntegers.length; i++) {
        temp = temp.append(mSomeIntegers[i]);
        if (i <  mSomeIntegers.length - 1) temp.append(", ");
      }
    }
    mStringItem.setText(temp.toString());
  }
}

Nyalakan profiling di menu Edit > Preferences… bagian Monitor. Centang Enable Profiling dan Enable Memory Monitor. Untuk mensimulasikan lambatnya prosesor, centanglah Enable VM speed emulation pada tab Performance dan aturlah slidernya ke level yang sesuai.

Apabila program anda sekarang dijalankan dengan tombol Run maka akan muncul window Memory Monitor yang akan menampilkan jumlah byte yang dialokasi dan jumlah objek lengkap dengan graph alokasi. Cobalah menjalankan program dan mencoba pilihan Test String dan Test StringBuffer serta perhatikan bagaimana jumlah objek meningkat tajam ketika menggunakan String (di sini 248 (sesudah GC) jadi 1042) dan hanya meningkat sedikit saja ketika menggunakan StringBuffer (di sini 248 (sesudah GC) jadi 272). Ketika emulator ditutup maka akan tampak window Method Profiler dengan tampilan Call Graph di sebelah kiri dan tampilan method di sebelah kanan lengkap dengan berapa kali dipanggilnya dan jumlah Cycle yang dihabiskannya. Di sini meskipun sama-sama dipanggil dua kali, method testString menghabiskan 512813191 cycle dan method testStringBuffer menghabiskan 7781136 cycle. Tampak bahwa menggunakan StringBuffer lebih efisien.

Kesimpulan

Profiling penting untuk mencari tempat yang potensial ditingkatkan performancenya. Meskipun Wireless Toolkit menyediakan Profiler tapi jangan lupa melakukan tes pada device yang sebenarnya. Juga jangan lupa bahwa bagi user performance yang kelihatan (perceived performance) lebih penting oleh karena itu jangan sampai aplikasi anda terlihat tidak responsif meskipun sedang melakukan proses. Lebih baik aplikasi anda menampilkan layar menunggu dengan Gauge meskipun akan memakan waktu sedikit lebih lama daripada tampak hang.

Referensi

New Features in the J2ME Wireless Toolkit 1.0.4: http://developers.sun.com/techtopics/mobility/midp/articles/wtk104/
Wireless Development Tutorial Part I: http://developers.sun.com/techtopics/mobility/midp/articles/wtoolkit/