yurayura - Keio University

Download Report

Transcript yurayura - Keio University

TranService: Service and Media Translation
System for Small Devices
Graduate School of Media and Governance, Keio University
Jun’ichi Yura
[email protected]
Outline
Background and Goal
System Overview
Implementation
Evaluation
Future works
Conclusion
Background
Variation of Services → Can not use the services.
Web, Database, news ...
Variation of Devices
PC/WS, PDA, WC …
→ Can not get data suitable
for the devices.
PC
web
PDA
DB
Phone
news
Need to consider the difference of devices and services
Goal
Service and media translation system,
which consider the difference of
devices and services.
Cellular Phone
Movie Server
Device Transparency
Consider the difference among devices
Translation based on device QoS profile
PC/WS
PDA
Web Server
Phone
Service Transparency
Consider the difference among services
Translation based on service QoS profile
web
movie
Web Client
mail
QoS Profile
Request contents of QoS(Quality of
Service)
Data profile
Data type, Data format, Data quality
E.g., image/gif (depth: 8bit, size: 180x180)
audio/au (frequency: 44.1KHz)
Protocol profile
Protocol type, Protocol information
E.g., HTTP (Accept: image/gif)
TS-Proxy
Is proxy server for TranService
Data transcoding
Protocol conversion
Automatic and dynamic transcoding
Loads modules dynamically
Controller
Controller
Request C
Controller
Translation Module Part
Reply C
Reply S
Device Module Part
Device
Request S
Service Module Part
TS-Proxy
Service
Action Sequence
Translation Module Part
HTTP TEXT JPEG MPEG
SMTP
GIF JPEG
POP
Client
HTTP
Context
SMTP
Device Module Part
Context
’
Controller
RTSP
Context
Controller
HTTP
Controller
HTTP
Request
RTSP
POP
SMTP
SMTP
Data
Service Module Part
Convert protocols from HTTP to SMTP
SMTP
Server
Design of QoS Profile
Created by device/service module part
Used by translation module part for
deciding transcoding path
XML for sending and
receiving
Tree construction in this
system
QOS
+ DATA
| + IMAGE
| | + TBMP
| |
+ COLOR=1
| |
+ DEPTH=0x02
| |
+ WIDTH=180
| |
+ HEIGHT=180
| + TEXT
|
+ DEFAULT
|
+ CHARSET=shift-jis
+ PROTOCOL
+ HTTP
+ VERSION=1.1
Transcoding Types
Protocol conversion
HTTP → POP, SMTP → HTTP
Data transcoding
image/jpeg → image/gif
image/au → text/plain
Multiple transcoding
text/html → audio/au
= text/html → text/plain
+ text/plain → audio/au
Implementation
 Implementation environment
 JDK1.2 / Windows 2000
 Whole system about 5000 lines
 Implemented modules (extracts)
 Device modules
 HTTP device module
 Translation modules
 HTTP to POP3 protocol translation module
 text/html to text/plain data translation module
 Service modules
 HTTP service module
 POP3 service module
Application Example (1)
Controlling networked appliances
Switching from video inputs to projectors
Use PDA as Universal Controller
PDA
HTML
Commands
HTTP/TCP/IP
Serial
TS-Proxy
Projectors
Matrix Switcher Video Inputs
Application Example (2)
Browsing support for video streaming
Celluar phone:GIF(8bit-GlayScale,
100x80) PC: JPEG(24bit-Color, 320x240)
Internet-ready cellular phone
PC
Related Works
W
M
T
D
S
Dynamic adaptation
No
No
No
No
Yes
Extended functionality
No
No
No
Yes
Yes
Multiple transcoding
No
No
No
No
Same
Platform independency
Yes
Yes
No
No
Yes
Same
Yes
Yes
No
Yes
Yes
Yes
Yes
Yes
Yes
Same
No
No
No
Yes
Yes
Yes
No
No
Yes
Service Transparency
Device Transparency
Dynamic adaptation
Extended functionality
Multiple transcoding
Platform independency
W:WBI, M:KMSF-MCAP, T:TranSend, D:DeleGate, S:tranService
Measurement
 1: Measure entire time
A: Receiving data from client, create QoS profile
D: Receiving data from server
 2: Measure time taken by transcoding
 Transcoding time: 1.2 msec/num
A
200
B
150
C
D
E
F
0
10
20
30
Graph 1
40
50
60
G
Time (msec)
Time (msec)
 Decision time: 0.7 msec/num
Whole
100
Transcoding
Decision
50
0
0
10
20
30
40
Numbers of modules
Graph 2
50
Future Works
Use distributed modules
Load balancing, fault tolerance
Interoperability to other QoS profiles
MPEG7, CC/PP, HTTP-UserAgent
Categorize service characteristics
State-less or state-full
Number of connections
Conclusion
 Construct tranService system, which is
media transcoding system based on QoS
requirements of devices and services
 Design
 Realize device transparency and service transparency
 Implementation
 Implemented on JDK1.2
 Evaluation
 Measurement
 Comparison
Application Example (2)
Web mail reader
Users can read web pages by mail-reader
TS-Proxy convert from SMTP to HTTP
SMTP/TCP/IP
PDA
HTTP/TCP/IP
TS-Proxy
Web Server
Example of Module
import jp.ac.keio.sfc.ht.tranService.*;
public class TextHtmltoTextPlainTranslationModule
extends TranslationWorkerModule
{
public TextHtmltoTextPlainTranslationModule() {
// Translation type is Data translation
setTranslationType(TranslationServerModule.TRANSLATION_TYPE_DATA)
;
// Input type is "text/html"
setInputType(new MimeType("text", "html").toString());
// Output type is "text/plain"
setOutputType(new MimeType("text", "plain").toString());
}
public void execute() {
try {
// Receiving context
Data data = getNextData();
// Here is a transcoding code
... Omitted ...
// Sending context
sendData(data);
}
}
}
catch(InterruptedException ie) { ... Ommited ... }
Context
 Data set sent/received between module parts
 Content
Request from client / reply from server
 Content profile
A meta-information of content
 Device QoS profile
QoS profile that refer to device
 Service QoS profile
QoS profile that refer to service
System Overview
Controller
Controller
Request C
Controller
Translation Module Part
Reply C
Reply S
Device Module Part
Device
Request S
Service Module Part
TS-Proxy
Service
Related Works
 Dynamic adaptation
 Ability to consider changes of environment
dynamically
 Extended functionality
 Ability to accept for new devices and services
 Multiple transcoding
 Ability to transcode continuously
 Platform independency
 Ability to use system on any platform