ご注意事項

D2101Vでは、iアプリにおけるシステム時刻取得処理においてサマータイム処理が有効となっており、1年のうち一定の期間についてiアプリから取得したシステム時刻が実際の時刻より1時間進みます。

サマータイム期間と見なされる期間は以下の通りです。

サマータイム開始

3月最終日曜の午前10:00に11:00へ切替えます。これ以降に起動されたiアプリでは、システム時刻が実際の時刻より1時間進むようになります。

実際の時刻	D2101V 内蔵時計	D2101V Calendarクラス
9:00	9:00	9:00
9:30	9:30	9:30
9:59	9:59	9:59
10:00	10:00	11:001
10:30	10:30	11:30

1 以降サマータイム開始まで正常な時刻

サマータイム終了

10月最終日曜の11:00に10:00へ切替えます。これ以降に起動されたiアプリでは、システム時刻は実際の時刻と一致します。

実際の時刻	D2101V 内蔵時計	D2101V Calendarクラス
9:00	9:00	10:00
9:30	9:30	10:30
9:59	9:59	10:59
10:00	10:00	10:001
10:30	10:30	10:30

1 以降サマータイム開始まで正常な時刻

サマータイム期間か否かの判断はiアプリ起動時に1回だけ行われます。従って、iアプリ実行中にサマータイム開始・終了切り替えのタイミングをまたいだとしても、iアプリ起動時の判断が有効のまま存続します。

D2101V向けに時計アプリケーションなどシステム時刻を取得するアプリケーションを開発される場合には、D2101Vにおけるサマータイム期間中はシステム時刻から1時間遅らせた時刻を実際の時刻として使用するようにしてください。

通信を行うiアプリでは、iアプリ開発者は通信エラーや通信の結果得られたデータのエラーをリカバリーするために通信処理のリトライを行う処理を組み込むことがあります。通信に関するエラーをiアプリが検出して自動的にリトライを行うことは、通信品質（電波状況）が頻繁に変化する携帯電話上でiアプリを快適に使用できるようにする観点で有用な手段です。しかしiアプリが無限に通信のリトライを行わないよう、そのような処理を組み込む場合は必ず繰り返し回数に上限を設けるようにしてください。

iモードサービスではパケット課金システムが採用されており、通信料金は実際に行われた通信量に比例して課金されます。1回の通信サイズが小さくても、上限なく通信のリトライが行われると短時間のうちに非常に高額の課金が行われる可能性があります。

通信処理、または通信処理を含むアプリケーションロジックのリトライは多くても数回程度までとし、その回数で目的の処理を完遂することができなかった場合はダイアログ表示などによりユーザーにエラーを通知するような仕組みとすることを強く推奨します。
（待受アプリケーションの場合には、エラーを検出した際にiアプリを自動的に終了させるような仕組みとすることも推奨されません。待受アプリケーションはシステムにより自動的に再起動され、結果として同じ処理を繰り返してしまう可能性があるためです。）