携帯電話端末を用いたグループウェアに関する考察
SI 事業部 技術２部 桑田博司鈴木一也に接続できるようになるだろう。

1. は じ め に
１．１ インターネット携帯電話

日本におけるインターネットの普及を語るとき，イ街を歩く。

ンターネットケータイの存在を無視することはでき多くの人が，携帯電話を手にしている。

ない。

携帯電話の契約数は既に一般電話を超えており，日本人口の半数以上が所有している計算にな

１．２ グループウェアる。このペースで増えていけば，一人一台になるのもそれほど遠いことではない。

グループウェアとは，「グループ内で情報を共有し協調作業を行う」ことを支援するソフトウェアをい実質的にみれば，普段外に出て活動している人う。本来は，企業内 LAN のように比較的狭い範囲は，ほとんどがケータイを所持していると考えてもを想定していた。しかし，近年のインターネットの普いいだろう。

及に伴って，その意味は拡大している。

こうした中，i モードをはじめとする，インターネッ

そもそも，情報を共有するという意味では，イントにアクセスすることができる携帯電話が注目を集

ターネットもグループウェアも同じ概念を含んめている。現在 2〜3 割を占めるインターネットでいる。インターネットは，情報を共有するためのケータイは，増加の一途を辿っている。おそらく数基本的な仕組み。協調作業を支援するサービスを年のうちには，全ての携帯電話が，インターネット付加すれば，それはグループウェアとして機能する。

（万人） インターネット携帯電話加入者数の推移

例えば，ポータルサイト（インターネットサービス

1,6を無料で提供する総合サイト）が提供する掲示板

1,4やチャットなども，グループウェアの一種と捉えるこ1,2とができる。

1,0

こうした見方をすれば，グループウェアに様々な800可能性が見えてくる。インターネット上にグループ600ウェアを配置すれば，色々なシチュエーションで利400用することができる。

200
2

468

10 12

246

インターネット上のグループウェア，そして，日81/6

本のインターネットを牽引する携帯電話端末。両・携帯電話端末版では，なるべく選択動作のみで者を結びつけることで，インターネットサービスの使えるようにする。

可能性について考えてみたい。
２．２ 環

２．基

システムを構築するにあたり，低コストを実現する

本

２．１ 概境念ため，以下の環境（全てフリーソフト）を想定した。

ここでは，グループウェアの基本を見なおす意
味で，オフィス向けシステムを構築していく。

・OS:Linux あるいは Free BSD
・Web サーバー:apache

携帯電話端末の利点を生かし，外出先から容易にアクセスできることを目的とする。

・データーベース:MySQL・CGI 記述言語:PHP3

単にアクセスできるだけでなく，本当に使える，使ってもらえるシステムを目指す。そのためには，

２．２．１ PHP3

情報の入出力に制限の多い携帯電話端末から，PHP3 は，CGI 記述用に開発された言語であり，なるべく少ない操作で目的情報に辿りつけることがWeb との親和性が非常に高い。記述は C 言語に必要になる。

近く，C 言語を扱える技術者であれば，違和感なく次の点を基本概念として導入する。

習得することができる。MySQL とのインターフェイ・機能は，ビジネス現場で頻繁に使うものに限定

スも確立している。

し，なるべくシンプルな構成にする。

また，HTML ソース内に組み込むことができるた・パソコンの Web ブラウザ用と携帯電話端末用，め，画面作成が容易である。

それぞれ専用のシステムを用意する。

開発言語として，PHP3 を採用することは，開発・携帯電話端末版は，携帯電話の入出力を考慮コストの削減にも繋がるはずである。

した設計とする。

次頁に，PHP3 を使った簡単なプログラム例を紹・文字入力など複雑な操作は，Web ブラウザ版で介する。

行う。

複雑な操作
登録作業
管理作業

簡単な操作
確認作業
情報の利用
サーバ

ブラウザ

携帯電話

2/6

<HTML><BODY><?
/** $from から $to までの積算。
*/$addition = 0;if($from > $to ){echo "<FONT color=¥"#FF0000¥">入力値に誤りがあります。<BR></FONT>¥n";}else {
for( $cnt = $from; $cnt < $to + 1; $cnt ++ ){$addition += $cnt;}}?>
合計は，<? echo $addition; ?>です。
</BODY></HTML>

３．設

計

３．１ 基 本 機 能用意する。
・定型文機能

管理者という権限（全ての機能を利用することが目的別（予定，所在，伝言，等）に短文を登録すできる）を用意するが，細分化した権限設定は行わることができる。作成した短文は，各情報登録画面ない。管理者は，ユーザーの設定及びシステムので選択リストとして参照できる。

基本設定を行う。
基本概念に基き，次の基本機能を用意する。
・ループ機能複数のユーザーをまとめて，一人のユーザーと管理者が登録し，全ユーザーが参照できる「共通リスト」のほかに，ユーザーが個別に登録し，登録者本人のみが参照できる「個人リスト」を用意する。

同様に扱うことができる。ただし，階層構造はサポートしない。

３．２ 機

管理者が登録し，全ユーザーが参照できる「共通グループ」のほかに，ユーザーが個別に登録し，能次の機能をサポートする。
・スケジュール機能

登録者本人のみが参照できる「個人グループ」をユーザーが個別に設定する「個人スケジュー3/6

ル」のほかに，グループ内で共有する「共通スケバーへの接続が必要になるため，操作感が低下ジュール」を用意する。

する。また，通信費の増大も無視できない。

・設備予約機能（スケジュールと連動）
会議室等の施設だけでなく，共有のパソコンや目的の情報へは，なるべく2〜3 アクション程度で到達できるように考慮する。

設備なども同様に扱うことができる。
スケジュール機能と連動させることが可能。
・伝言機能

４．実装

４．１ 認

証

個人宛にメッセージを送付することができる。

認証は，システム内部で行う。

宛先に複数の個人やグループが指定でき，伝データベースにログイン ID とパスワードを保存。

言板としての役目を含む。
希望するユーザーには，伝言内容を電子メール

ユーザー入力がこれに一致すれば，認証済みコードを生成する。毎回コードを生成するため，ロで配信することができる。

グイン処理を経ない限り，ユーザーがシステムを利・所在機能用することはできない。

個人の所在情報を扱う。
・共有アドレス機能

ログイン処理時に認証済みコードを検査すること
で，二重ログインを防止することができる。しかし，取引先や顧客の情報を扱う。

ユーザーがログアウト処理を忘れてしまった場合，携帯電話端末から，この情報にアクセスすること二度とログインできなくなってしまう。携帯端末あるで，電話番号や E メールアドレスの入力手間を省

いは Web ブラウザでの使用を考えると，頻繁に起くことができる。

こりうる問題である。これを回避するため，ログインは後優先とする。

３．３ 携帯電話端末の画面
携帯電話端末の画面を設計する上で次の点に以降，各 CGI プログラムは処理を開始する前に，認証済みコードを検査する。

は特に留意した。
・画面表示サイズ

４．２ メ ニ ュ ー

一画面に表示できる文字数が少ないため，余分ログイン後の初期画面として，各サービスへ移な情報は排除する。最低限必要な情報のみを，情動するメニューを用意する。また，未読伝言の件数報毎のまとまりを意識して配置する。

及び伝言確認画面へのリンクを表示する。

また，一つのフレーズが画面端でおり返すことメニューは二段階選択式とする。各サービスへのない様，表現に配慮する。のリンクと，各サービス内部のリンクである。携帯電・画面数

話端末では，メニューを選ぶ度に接続処理が発生一画面の情報を制限した結果，画面数が増えることは好ましくない。画面を表示するたびに，サーするため，必要以上に階層を深くすることは好ましくない。

4/6

４．３ スケジュール
次の二種類のスケジュールを用意する。
・個人スケジュール容などは，そのまま設備予約のデフォルトとして反映する。
・情報のリンク

個人が登録し，全員が参照できる。
・共通スケジュール
個人が登録し，グループメンバーの個人スケジュールに組み込まれる。全員が参照できる。
スケジュールには，日時及び予定内容を登録す

日時，内容等が，双方で必ずしも一致するとは限らない。スケジュールが設備予約の ID のみ管理する。これにより，スケジュールに変更が生じた
際は，リンクしている設備予約情報を呼び出すことができる。

ることができる。また，時間の代わりに終日予定を設定することができる。日付及び時間は，現在日４．５ 伝時をデフォルトとする。

言

伝言は，タイトル及び内容（本文）で構成する。

時間の重複はチェックしない。開始・終了時間

登録された伝言は，サーバーのデータ―ベースの判定は自動的に行う。これにより，応用範囲が広上に保存し，ユーザーのアクセスに応じて表示すがると共に，特に携帯電話端末版で操作性が向上る。電子メール型の配送システムと違い，登録したする。

伝言は瞬時に相手に届く。また，受信確認の必要スケジュールの確認時に，該当スケジュールを選択することで，容易に修正をすることができる。

性がなく，相手が内容を閲覧したかどうかといった情報も瞬時に知ることができる。
しかし，こうした特徴は，ユーザーがサーバーに４．４ 設

備アクセスして初めて成立する。特に外出先などで，設備は，スケジュールとの連動を重視する。

メッセージの伝達をより確実にするため，希望す厳密な連動を行うと自由度が大幅に低下するたるユーザー には同時に電子メールによる配信をめ，「同時に登録した」という関係のみを保持するこ行う。ととする。
・オペレーションのリンク一方向のみのリンクとする。設備を予約して同社内のお知らせや回覧の目的にも使用できるよう，宛先は同時に複数指定できるものとする。グループによる指定も可能。

時 にス ケ ジ ュ ー ル を記入することより，ス ケ
ジュール記入時に設備を予約するオペレーション

４．６ 所在の方が自然である。また，設備のみ予約する可能

ユーザー各自の現在の居場所を管理する。

性は高い（共有パソコンなどがこれにあたる）と思

所在と帰社予定時刻及び連絡先を登録することわれる。従って，スケジュール→設備予約へリンクができる。ユーザー一人が一つのデーターを持ち，する。

入力するたびに内容が入れ替わる。

この際，スケジュールに入力した日時，予定内入力の手間を省くため，現在時刻の該当するス

5/6

ケジュール内容を所在のデフォルト値として採用

４．９ ユーザー設定機能する。所在入力はリスト選択を基本とし，その他のWeb 版専用機能。

情報は省略できるものとする。
所在登録は，携帯電話端末からもっとも頻繁に・グループ登録・編集機能
・定型文登録・編集機能使用する機能であるため，外出先からなるべく簡いずれも，登録者本人のみが利用でき，携帯端易に登録できるようにする。

末からの利用をより簡易にする。

４．７ 共有アドレス

５．後

顧客，取引先などの情報を管理する。
主要な情報は住所，電話番号，E メールアドレ

選択することで，電話をかけあるいは電子メールをき

今回は，オフィス向 けグループウェアの構築を考察した。

ス。
携帯電話端末では，共有アドレスの検索結果を書グループウェアはそれ自体が目的ではなく一つの手段・手法である。同じ構成・考え方が，ごく小さな改良で，さまざまな現場で活用できる。

送ることができる。この機能により，電話番号や E今後ますますインターネットの活用は広まる。

メールアドレスの入力，あるいは，メモリー登録の全ての人がパソコンからインターネットにアクセ手間を省くことができる。

スする日は，まだ遠いだろう。しかし，インターネッ
トケータイが普及すれば，近い将来，ほんの数年

４．８ 管 理 機 能
Web 版専用機能。

後には，誰もがインターネットにアクセスする時代がやってくる。

データーベースや画面表示に関する設定。また，そのとき，ケータイグループウェアは，意識すらユーザーの登録など管理作業に必要な機能を提されないほど当たり前の存在になっていることであ供する。

ろう。

6/6