You can approximate it, but J2ME (the java version on mobile phones) may not be the right technology for this.
launching a MIDlet (Java application for mobile phones) when you turn on your phone is at best more difficult without coding a small Symbian OS C ++ module that will launch it for you. If you want to try anyway, check out the PushRegistry class in the MIDP specifications ( http://java.sun.com/javame/reference/apis/jsr118/ ). The Content Handling API can provide some way to do this ( http://java.sun.com/javame/reference/apis/jsr211 ). When you are ready to give up, do it in C ++.
The MIDlet background image is not complicated. The phone’s menu key will do this for you. Software Canvas.setCurrent (null) has a good chance of working. Trying to trick a phone by providing a completely transparent graphical interface, rather than processing any keyboard actions, absolutely does not work. Creating and starting a separate thread in a MIDlet should allow you to start something even after the MIDlet.pauseApp () overload caused by the application management system.
The real problem is that the MIDlet will not have any Inter Process Communication system if you do not. The usual way to do this is to connect to the loopback loop through which you transmit data. Not a good or effective way to simulate IPC. Sharing an RMS record can only be done from the same MIDlet package (you can pack multiple MIDlets in the same .jar file), I think. The code to create the provider / consumer data stream for file attachments is even uglier and will cause security problems.
Without additional information about what you want to use, my answer is: perhaps, but you probably shouldn't try.